Cómo rastrear un SMS SMPP

Ozeki SMS Gateway proporciona varios registros para averiguar qué ha ocurrido con un determinado SMS que ha pasado por el sistema. Si ofreces un servicio SMPP, a veces recibirás una solicitud de tu cliente preguntando por un SMS. Esta guía te proporciona información sobre cómo averiguar qué ha ocurrido con un SMS concreto.

Encontrar el SMS enviado por el cliente

Para encontrar el SMS del cliente, primero abre la cuenta de usuario SMPP del cliente. A continuación, selecciona la pestaña de registro de eventos para ver la comunicación entre tu sistema y el sistema de tu cliente. Si no ves el mensaje en los registros, puedes abrir el archivo de registro con el bloc de notas. El archivo de registro se encuentra en:

C:\Program Files\Ozeki\Data\Logs\Connections\SMPP_user_smp1_localhost.txt

Figura 1 - Abrir la cuenta de usuario SMPP

Figura 2 - Seleccionar la pestaña de eventos

Figura 3 - Encontrar la entrada de registro correspondiente al mensaje.

Registro de Submit SM

Esta entrada de registro suele contener 5 líneas de código. La primera línea es la solicitud de envío enviada por el sistema del cliente, luego ves nuestra respuesta a esta solicitud, luego registramos los eventos de enrutamiento y entrega correspondientes al mensaje.

INFO smp1: 192.168.112.150:60724 -> 0000003700000004000000000000001C00010130303030303030000101313233
3435363700000001000001000000085465737420736D73
INFO smp1: Mensaje aceptado con ID SMPP: 6682891798
INFO smp1: 192.168.112.150:60724 <- 0000001B80000004000000000000001C3636383238393137393800
INFO smp1: Recibido: +0000000->+1234567 'Test sms'
INFO smp1: Enviando. Ruta: defout_sms,Any_SMS_Connection@localhost +0000000 -> +1234567 'Test sms' ID de tarea: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112
INFO smp1: Envío aceptado en HTTP_Server_1@localhost. Referencia de envío: 701dbf6a-30a4-4bd9-8409-848fd68ce1a3 +0000000 -> +1234567 'Test sms' ID de tarea: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112

Registro de Submit SM / Solicitud de envío

La primera línea del registro anterior son los datos que el sistema recibió de tu cliente. Tu cliente envió su mensaje SMS utilizando la solicitud PDU SMPP SUBMIT_SM. Aquí están los datos en bytes representados en formato HEX:

INFO smp1: 192.168.112.150:60724 -> 0000003700000004000000000000001C000101303030303030300001
013132333435363700000001000001000000085465737420736D73

Registro de Submit SM / Respuesta de envío

Las siguientes tres líneas del registro están relacionadas con la respuesta. Tu sistema asigna un ID SMPP al mensaje. Este ID es 6682891798 en nuestro caso. Este ID se utilizará para hacer referencia a este mensaje cuando llegue un informe de entrega. Luego envía una respuesta a tu cliente en forma de PDU SUBMIT_SM_RESP. Esta PDU contiene el ID asignado. Tu cliente puede almacenar este ID para referencia futura.

INFO smp1: Mensaje aceptado con ID SMPP: 6682891798
INFO smp1: 192.168.112.150:60724 <- 0000001B80000004000000000000001C3636383238393137393800
INFO smp1: Recibido: +0000000->+1234567 'Test sms'

Registro de Submit SM / Registro de enrutamiento

Las siguientes dos líneas están relacionadas con el enrutamiento del mensaje. El sistema te proporciona información sobre qué ruta se utilizó para enviar el mensaje a la red móvil. Después de completar el enrutamiento, el sistema también registrará qué ocurrió con el mensaje en la conexión de destino. En nuestro caso verás que se utilizó la ruta default_sms, y el mensaje fue enviado a la red móvil a través de la conexión HTTP_Server_1@localhost.

INFO smp1: Enviando. Ruta: defout_sms,Any_SMS_Connection@localhost +0000000 -> +1234567 'Test sms' ID de tarea: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112
INFO smp1: Envío aceptado en HTTP_Server_1@localhost. Referencia de envío: 701dbf6a-30a4-4bd9-8409-848fd68ce1a3 +0000000 -> +1234567 'Test sms' ID de tarea: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112

Si deseas información más detallada sobre qué ocurrió con el mensaje, puedes abrir el registro de la conexión de la red móvil y ver los eventos de entrega correspondientes al mensaje en ese archivo de registro. En este caso, abrirías el registro de la conexión HTTP_Server_1@localhost.

Encontrar el informe de entrega SMPP

Después de unos minutos, cuando la red móvil entregue el SMS al teléfono del destinatario, se devolverá un informe de entrega a tu sistema. Tu sistema reenviará este informe de entrega al cliente utilizando una solicitud SMPP_DELIVER_SM. Este informe de entrega contendrá el ID SMPP original del mensaje. En nuestro caso será: 6682891798. Para encontrar el registro del informe de entrega correspondiente en tu archivo de registro, busca este ID.

Figura 4 - Registro del informe de entrega

Registro del informe de entrega

El registro de entrega correspondiente en este caso contiene 5 entradas. La primera entrada de registro muestra información para ti que indica que el mensaje ha sido entregado. La siguiente línea te proporciona información sobre qué ruta de entrada se utilizó para reenviar el informe de entrega entrante a la cuenta de este usuario. Las siguientes dos líneas contienen la comunicación entre tu sistema y el sistema del cliente. Verás que tu sistema envía la PDU SMPP Deliver_SM al cliente, y el cliente devuelve una respuesta para confirmar esta solicitud.

2020-07-30 10:05:36.674 INFO smp1: Entregado. 'Entregado; Para: +1234567; En: 2020-07-30 10:05:36; Ref: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112; Entrega exitosa el 30/07/2020 10:05:36' +0000000 -> +1234567 'Test sms' ID de tarea: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112
2020-07-30 10:05:36.674 INFO smp1: El mensaje se procesó correctamente. No son necesarias más acciones. Eliminándolo de la cola de enviados. Ruta: smp1@localhost->HTTP_Server_1@localhost (Mover). Mensaje: +0000000->+1234567 'Test sms' ID de tarea: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112
2020-07-30 10:05:36.674 INFO smp1: 192.168.112.150:60724 <- 000000A6000000050000000000000001000101303030303030300001013132333435363700040000000000000 3007769643A36363832383931373938207375623A30303120646C7672643A303031207375626D697420646174 653A3230303733303130303020646F6E6520646174653A3230303733303130303520737461743A44454C49565 244206572723A30303020746578743A44656C697665727920737563636573732E
2020-07-30 10:05:36.674 INFO smp1: 192.168.112.150:60724 -> 0000001180000005000000000000000100
2020-07-30 10:05:36.674 INFO smp1: Informe de entrega enviado. UD: id:6682891798 sub:001 dlvrd:001 submit date:2007301000 done date:2007301005 stat:DELIVRD err:000 text:Entrega exitosa.

Preguntas frecuentes

Si envío SMS desde un módem GSM, el protocolo GSM permite un número máximo de 256 ID de devolución de llamada para informes de entrega. ¿Cómo distinguís los informes de entrega que tienen el mismo ID?

La coincidencia tradicional de informes de entrega de SMS se basa en un ID de referencia devuelto por la red móvil al enviar el mensaje. Este ID, normalmente un número entre 0 y 255, sirve como punto de referencia para asociar informes de entrega con sus mensajes correspondientes. Sin embargo, este enfoque tiene una limitación: con más de 256 mensajes enviados, pueden producirse colisiones de ID, lo que lleva a actualizaciones de estado de entrega inexactas.

El software Ozeki SMS aborda este desafío empleando un mecanismo de coincidencia más robusto. Combina el número de teléfono del destinatario con el ID de referencia devuelto. Esto crea un "ID de devolución de llamada" único que reduce significativamente el riesgo de colisiones.

En lugar de depender únicamente del ID "0" (posiblemente asignado a múltiples mensajes), Ozeki utiliza un ID de devolución de llamada como "+36201234567:0." Este identificador combinado permite un mapeo más preciso de los informes de entrega a los mensajes originales enviados al número de teléfono del destinatario específico "+36201234567" con ID "0." Como resultado, el software puede actualizar con confianza el estado del mensaje a "entregadoalterminal."

Las conexiones SMS IP ofrecen una ventaja adicional. Utilizan ID de devolución de llamada mucho más largos y únicos, a menudo en forma de Identificadores Únicos Globales (GUID). Esto elimina por completo la posibilidad de colisiones, garantizando una coincidencia de informes de entrega aún más fiable.

More information