Solución de problemas de SMS troubleshooting-sms

El problema apareció en una o varias cuentas

En este caso, puede aplicar otros procedimientos de resolución de problemas en cada cuenta de forma individual. Es mejor desactivar otras cuentas al diagnosticar una cuenta para reducir el tráfico de red y la cantidad de registros.

El problema no aparecía cuando solo una cuenta estaba activa en cualquier momento

Tiene un conflicto entre cuentas. Como se mencionó anteriormente, Adobe Campaign trata las cuentas individualmente, pero el proveedor puede tratarlas como una sola cuenta.

• Utilice diferentes combinaciones de inicio de sesión y contraseña entre todas las cuentas.
  Tendrá que ponerse en contacto con el proveedor para diagnosticar conflictos potenciales de su parte.

• Algunas de las cuentas externas comparten la misma combinación de inicio de sesión y contraseña.
  El proveedor no tiene forma de saber de qué cuenta externa proviene el BIND PDU, por lo que trata todas las conexiones de las cuentas múltiples como una sola. Es posible que hayan enrutado MO y SR de manera aleatoria a las dos cuentas, lo que causa problemas.
  Si el proveedor admite varios códigos cortos para la misma combinación de inicio de sesión y contraseña, tendrá que preguntarle dónde colocar ese código corto en el BIND PDU. Tenga en cuenta que esta parte de información debe colocarse dentro de BIND PDU y no en SUBMIT_SM, ya que BIND PDU es el único lugar que permitirá enrutar los MO correctamente.
  Consulte la sección Información en cada tipo de PDU anterior para saber qué campo está disponible en BIND PDU, generalmente se añade el código corto en address_range, pero eso requiere asistencia especial del proveedor. Póngase en contacto con ellos para saber cómo esperan enrutar varios códigos cortos de forma independiente.
  Adobe Campaign admite el manejo de varios códigos cortos en la misma cuenta externa.

Investigue si el conector se ha cambiado recientemente y quién lo ha cambiado (compruebe las Cuentas externas como grupo).

select saccount, (sserver ||':'||sport) as serverPort, iextaccountid, CASE WHEN N0.iactive=1 THEN 'Yes' ELSE 'No' END as "(x) Enabled",

(select X1.sname from xtkoperator X1 where N0.icreatedbyid = X1.ioperatorid) as "Created By",

(select X1.sname from xtkoperator X1 where N0.imodifiedbyid = X1.ioperatorid) as "Last Modified By",

N0.slabel as "External Account", N0.tslastmodified as "LastModifiedDate"

from nmsextaccount N0 LEFT JOIN xtkoperator X0 ON (N0.icreatedbyid=X0.ioperatorid) order by 8 DESC LIMIT 50;

Investigue (en el directorio/postupgrade) si el sistema se ha actualizado y cuándo

Investigue si algún paquete que afecte a SMS pudo haberse actualizado recientemente (https://experienceleague.adobe.com/var/log/dpkg.log?lang=es).

Si el problema se produce en un entorno de intermediario, asegúrese de que el envío y los registros generales se hayan creado y actualizado correctamente en el servidor intermediario. Si ese no es el caso, este no es un problema de SMS.

Si todo funciona en el servidor central y los SMS se envían correctamente, pero la instancia de marketing no se actualiza correctamente, es posible que tenga un problema de sincronización intermedia.

Si el BIND PDU devuelve un código command_status distinto de cero, pida al proveedor más información.

Compruebe que la red está configurada correctamente para que la conexión TCP se pueda establecer con el proveedor.

Pida al proveedor que compruebe que ha agregado correctamente las IP a la lista de permitidos de la instancia de Adobe Campaign.

Compruebe la configuración de la Cuenta externa. Pregunte al proveedor el valor de los campos.

Si la conexión es correcta, pero inestable, consulte la sección Problema con conexiones inestables.

Si los problemas de conexión son difíciles de diagnosticar, una captura de red puede proporcionar información. Asegúrese de que la captura de red se ejecuta simultáneamente mientras que el problema aparece para que se pueda analizar de forma eficaz. También debe anotar la hora exacta en la que aparece el problema.

La conexión dura menos de 1 hora. Las conexiones de transmisores de Adobe Campaign Classic son una excepción debido a la forma en que funciona el MTA de Adobe Campaign Classic.

El proveedor envía UNBIND PDUs.

enquire_link agota el tiempo de espera, ya sea en el lado de Adobe Campaign o en el del proveedor. Puede ver ENQUIRE_LINK_RESP con un código de error distinto de cero en ese caso.

Hay muchas BIND PDU. No debe haber más de unas pocas durante un día, según la cantidad de conexiones. Más de una PDU BIND por hora debería llamar su atención.

Las conexiones inestables rara vez son la causa principal, a menudo es el resultado de otro problema que desencadena una desconexión. La prioridad es encontrar la causa raíz.

Habilite seguimientos detallados del SMPP. Los necesitará para ver que está ocurriendo cuando la conexión re reinicie.

Si el proveedor envía BIND PDU, algo podría estar mal. Pregunte al proveedor por qué se envía UNBING.

Realizar una captura de red es, a veces, la única manera de ver cómo se cierra la conexión.

Si el proveedor cierra las conexiones enviando un TCP FIN o un TCP RST packet, pida más información a su proveedor.

Si el proveedor cierra la conexión después de enviar un error limpio como DELIVER_SM_RESP con un código de error, deberá corregir su conector, de lo contrario eso impedirá que se transmitan otros tipos de mensajes y activará la limitación de MTA. Esto es especialmente importante en el modo transceptor, donde el cierre de la conexión afecta tanto a MT como SR.

Compruebe que la conexión es estable. Una conexión SMPP debe permanecer activa durante al menos 1 hora de forma continua, excepto para los transmisores de Adobe Campaign Classic. Consulte la sección Problema con conexiones inestables.

Si al reiniciar el MTA hace que el envío de MT vuelva a funcionar por un período de tiempo corto, es probable que tenga un estrangulamiento debido a una conexión inestable. Consulte la sección Problema con conexiones inestables.

Compruebe que el registro general está presente y en el estado correcto con las fechas correctas. Si no es así, podría tratarse de un problema de envíos o de preparación de envíos.

Compruebe que el MTA procesa realmente el mensaje. Si no es así, podría no ser un problema de SMS.

Compruebe que el conector SMS está vinculado con el equipo del proveedor. Pídale información al proveedor para asegurarse de que todos los sistemas se comunican correctamente. Consulte BIND_TRANSMITTER y BIND_TRANSCEIVER PDU para obtener información sobre el proceso de vinculación. Es posible que deba habilitar los seguimientos del SMPP para la correcta resolución de problemas.

Con los seguimientos del SMPP activados, compruebe que SUBMIT_SM PDU contiene la información correcta.

Compruebe que el proveedor responde con un SUBMIT_SM_RESP PDU con un valor "OK" (código 0). Asegúrese de que la PDU llega con un retraso razonable: cualquier valor superior a 1 segundo debe ser consultado con el proveedor, normalmente llega en menos de 100 ms.

Si todos estos pasos funcionan, puede estar seguro de que el problema está en el lado del proveedor. Tendrán que solucionar el problema en su plataforma.

Si funciona pero el rendimiento es inconsistente, intente ajustar la ventana de envío y reducir el rendimiento de MT. Tendrá que trabajar con el proveedor para ajustarlo. Adobe Campaign puede enviar mensajes muy rápidamente, por lo que pueden surgir problemas de rendimiento en el equipo del proveedor.

Si ve duplicados enviados exactamente con 60 segundos de diferencia, probablemente sea un problema en el proveedor, no envían un SUBMIT_SM_RESP lo suficientemente rápido.

Si ve muchos BIND/UNBIND, tiene una conexión inestable. Consulte la sección Problema con conexiones inestables para obtener soluciones antes de intentar resolver los problemas de mensajes duplicados.

Necesitará los seguimientos del SMPP activados para realizar cualquier tipo de resolución de problemas de SR.

Compruebe que el DELIVER_SM PDU proviene del proveedor y que está bien formado.

Compruebe que Adobe Campaign responde con un DELIVER_SM_RESP PDU correcto de manera oportuna. En Adobe Campaign Classic, esto garantiza que el SR se ha insertado en la tabla providerMsgId para que el proceso de SMS lo procese de forma diferida.

Consulte las expresiones regulares (regex) relacionadas con la extracción de ID y el procesamiento de errores en la Cuenta externa. Es posible que tenga que validarlas con el contenido de DELIVER_SM PDU.

Compruebe que los errores están correctamente registrados en la tabla broadLogMsg.

Habilite los seguimientos del SMPP durante las pruebas. Si no habilita TLS, debe realizar una captura de red al solucionar problemas de MO para comprobar que las PDU contienen la información correcta y tienen el formato adecuado.

Al capturar tráfico de red o analizar los seguimientos del SMPP, asegúrese de capturar toda la conversación con el MO y su mensaje MT de respuesta si se configura una respuesta.

Si el MO (DELIVER_SM PDU) no aparece en los seguimientos, el problema está en el lado del proveedor. Tendrán que resolver problemas en su plataforma.

Si aparece DELIVER_SM PDU, compruebe que Adobe Campaign lo ha reconocido con un DELIVER_SM_RESP PDU (código 0) correcto. Este RESP garantiza que Adobe Campaign ha aplicado toda la lógica de procesamiento (respuesta automática y permitir/denegar lista de bloqueados). Si no es el caso, busque un mensaje de error en los registros de proceso de los SMS.

Si las respuestas automáticas están habilitadas, compruebe que SUBMIT_SM se haya enviado al proveedor. Si no es así, se garantiza que encontrará un mensaje de error en los registros de proceso de los SMS.

Si el SUBMIT_SM MT PDU que contiene la respuesta se encuentra en los seguimientos, pero el SMS no llega al teléfono móvil, tendrá que ponerse en contacto con el proveedor para obtener ayuda sobre la resolución de problemas.

Compruebe que el formato del número de teléfono es exactamente el mismo en la tabla de cuarentenas y en el registro de envíos. Si no es así, consulte esta sección si tiene problemas con el prefijo más del formato del número de teléfono internacional.

Compruebe los códigos cortos. Las exclusiones pueden producirse si el código corto del destinatario es el mismo que se define en la cuenta externa o si está vacío (vacío = cualquier código abreviado). Si solo se utiliza un código corto para toda la instancia de Adobe Campaign, es más fácil dejar vacíos todos los campos de código corto.

Active los mensajes SMPP detallados cuando aparezca el problema. La mayoría de los problemas de SMS son imposibles de resolver sin esto.

Si el problema está relacionado con el tráfico de SMS, póngase en contacto primero con el proveedor. Su plataforma es más adecuada para un diagnóstico eficiente de los problemas de tráfico SMS en tiempo real.

Incluya una descripción breve pero objetiva del problema.

Incluya una descripción del resultado esperado.

Incluya los comentarios del proveedor.

Incluya registros relevantes o capturas de red. Al realizar capturas, asegúrese de reproducir el problema durante la captura.

Si incluye registros, seguimientos o capturas, indique la ubicación exacta en el archivo cuando aparezca el problema.

Si hace referencia a mensajes, PDU o registros, indique claramente su marca de tiempo para facilitar su búsqueda.

Intente reproducir el problema en un entorno de prueba. Si no está seguro de un ajuste, pruébelo en el entorno de prueba y compruebe el resultado con los seguimientos del SMPP. Generalmente es mejor informar de problemas replicados en entornos de prueba que informar directamente de los problemas en entornos de producción.

Incluya cualquier cambio o ajuste realizado en la plataforma. Además, incluya cualquier cambio que el proveedor pueda haber realizado de su parte.

Problemas de conexión, pero los mensajes detallados no muestran ningún BIND_RESP PDU.

Desconexiones inexplicables sin mensaje de error, el comportamiento habitual del conector cuando detecta un error de protocolo de nivel bajo.

El proveedor se queja del proceso de desvinculación/desconexión.

Problemas de codificación en los campos TLV opcionales.

Se sospecha que el tráfico se mezcla entre diferentes conexiones.

TLS habilitado: Por definición, el tráfico TLS está cifrado para que no se pueda capturar.

Problemas de rendimiento: Los registros contienen toda la información necesaria para rastrear los problemas de rendimiento.

Problemas de temporización (retry timing, periodo de enquire_link, límite de rendimiento, etc.)

Análisis y procesamiento de SR: Los registros detallados proporcionan mucho más contexto y una mejor presentación.

Procesamiento de MO (respuestas automáticas, cuarentena).

Errores que no implican tráfico SMPP real: Preparación de envíos, problemas de API de centros de mensajes, problemas de flujo de trabajo, etc.

Recibido en el móvil:
El mensaje se ha entregado correctamente al dispositivo del usuario, con confirmación proporcionada por la entrega móvil finalizado (MT) y un informe de estado (SR).

Enviado:
El mensaje se procesó correctamente a través del paso Mobile Terminated (MT), pero aún no se ha recibido un informe de estado (SR) que confirme la entrega al dispositivo móvil.

Enviado al proveedor:
El mensaje se envió al proveedor mediante SUBMIT_SM command, pero no se recibió ninguna confirmación de SUBMIT_SM_RESP del proveedor.

Pendiente: el mensaje aún no se ha enviado al agregador.

Tenido en cuenta por el proveedor: el mensaje se ha enviado al agregador y éste ha confirmado la recepción.

Enviado: el agregador ha confirmado que el mensaje se ha insertado correctamente en la red móvil del usuario sin ningún error inmediato.

Recibido en el teléfono móvil: El dispositivo móvil del usuario ha confirmado la recepción y el agregador lo ha verificado.

Error: el mensaje se envió al agregador, que intentó la entrega al dispositivo móvil del usuario durante un período definido (por ejemplo, varias horas). En última instancia, el envío falló debido a problemas de red, falta de disponibilidad del dispositivo del usuario u otros motivos.