LTE conectado, pero los SMS fallan: diagnóstico de alertas y comandos en routers industriales
El router puede acceder a un servidor, pero la consulta de estado enviada por SMS desde el teléfono no obtiene respuesta. O el dispositivo recibe mensajes, aunque sus alertas nunca llegan. En ambos casos, una conexión LTE no demuestra que los SMS funcionen.
Pruebe por separado la recepción, el envío, el procesamiento del comando y el resultado de la acción para localizar el fallo. Una conexión de datos operativa solo responde a la cuestión de la conectividad de datos. Los SMS también dependen del plan de la SIM, de la red del operador utilizada, del módulo celular y de la configuración del router. La documentación de SMS de Cradlepoint exige un módulo compatible con SMS y la función habilitada, y señala que los operadores no garantizan la entrega de mensajes ni de respuestas.
Los pasos siguientes se refieren a SMS enviados y recibidos mediante la SIM del router. Si una plataforma en la nube envía las alertas mediante un proveedor de SMS, revise el evento de la plataforma, la solicitud de envío y el comprobante del proveedor. Esa ruta es distinta del servicio SMS del propio dispositivo.
Primero, identifique el paso para el que falta evidencia
Después de enviar un comando desde un teléfono, el mensaje debe llegar al dispositivo y superar la autorización y el análisis. Solo entonces puede ejecutarse la acción y enviarse una respuesta según la configuración. Siga esa secuencia para concretar qué significa «sin respuesta».
Qué observa | Qué puede confirmar hasta ahora | Dónde revisar después |
|---|---|---|
LTE está conectado, pero no encuentra el SMS de prueba en el dispositivo | La conexión de datos funciona; la recepción SMS aún no está confirmada | Soporte del plan y de la itinerancia, servicio de recepción, módulo y registros de entrada |
Existe un registro de entrada, pero el comando no se ejecuta | El mensaje llegó a una etapa visible del procesamiento de entrada | Remitentes permitidos, autenticación, formato del comando y registros de procesamiento |
El dispositivo recibe SMS, pero falla una prueba directa de envío | La recepción funciona; la ruta de salida sigue teniendo un problema | Permisos de envío, número de destino, respuesta del módulo y restricciones del operador |
Se puede enviar un SMS normal, pero no se envía una alerta | La ruta básica de salida funciona | Si ocurrió el evento, si la regla está habilitada y si el destinatario es correcto |
La acción ocurrió, pero el teléfono no recibió respuesta | La acción y la respuesta tienen resultados distintos | Configuración de respuesta, registros de su envío y recepción en el teléfono |
No encontrar un mensaje puede significar simplemente que la interfaz actual no muestra su registro. Compruebe qué registros ofrece el dispositivo, si conserva el texto original y si elimina los mensajes de comando tras procesarlos antes de concluir que falló la recepción.
Paso 1: revise la combinación de SIM, red y dispositivo
Anote el modelo del router y del módulo celular, las versiones de firmware de ambos, la SIM activa, el operador de origen, el operador que presta servicio y el estado de itinerancia. En un dispositivo con doble SIM, confirme qué tarjeta se utiliza en la prueba.
Haga preguntas concretas al operador: ¿esta SIM admite SMS entrantes y salientes? ¿Se presta ese servicio en la red de itinerancia actual? ¿Hay restricciones de número, plan o compatibilidad del dispositivo? Facilite al fabricante los mismos datos del despliegue y confirme el soporte SMS de ese módulo y firmware en esa red. La decisión de investigar el registro en el IP Multimedia Subsystem (IMS) o la configuración del operador debe basarse en esa evidencia; no copie ajustes de otro dispositivo sin comprobar que sean pertinentes.
Si la SIM recibe SMS en un teléfono, eso solo confirma su funcionamiento en ese teléfono bajo las condiciones de red de la prueba. No descarta un problema del router. Un informe de itinerancia del Quectel EG25-G describe un síntoma similar. Su seguimiento es relevante: el autor indicó que los SMS se recuperaron antes de instalar el nuevo firmware y que la causa original seguía sin aclararse. El informe no demuestra que una actualización corrigiera el fallo.
Si también falla la conexión de datos, revise primero la conectividad básica con la guía de diagnóstico y reparación de routers industriales y después vuelva a las pruebas SMS.
Paso 2: pruebe la recepción y el envío con SMS normales
Empiece con un texto breve que no active ninguna acción, como TEST-001. Confirme que no coincide con una regla de automatización existente y que el teléfono lo envía como SMS. Anote la hora, la zona horaria y el número remitente; después busque el mensaje en el dispositivo.
Envíe primero del teléfono al dispositivo y revise el registro de recepción o la bandeja de entrada. Luego use un método admitido por la documentación para enviar un SMS normal del dispositivo al teléfono de prueba. Registre ambos ensayos por separado. «El dispositivo lo recibió» no demuestra que también pueda enviar. En la prueba de salida, conserve el estado o error devuelto por el dispositivo y compruebe si el teléfono recibe realmente el mensaje. La aceptación de una solicitud de envío no demuestra la entrega al destinatario.
Si falla la recepción, revise si está habilitada, qué módulo o interfaz está seleccionado y el estado del almacenamiento de mensajes. Por ejemplo, el manual SMS de MikroTik RouterOS describe ajustes de recepción, selección de puerto, almacenamiento lleno que impide recibir y codificación SMS admitida. Son ejemplos de puntos que investigar, no ajustes ni valores predeterminados comunes a todas las marcas. Conserve los registros útiles para el diagnóstico antes de vaciar el almacenamiento.
Una vez que funcione el texto corto, pruebe los caracteres chinos, mensajes largos o caracteres especiales de la alerta real. Así separará los problemas básicos de envío y recepción de los problemas de formato. Consulte la documentación actual del dispositivo para comprobar la codificación y el soporte de mensajes concatenados.
Paso 3: revise la autorización, el análisis y la acción real
Tras validar los SMS normales en ambos sentidos, pruebe una consulta de estado de solo lectura expresamente admitida por la documentación. Compruebe el número remitente autorizado, incluido el prefijo internacional y el formato que reconoce el dispositivo. Revise los datos de autenticación, mayúsculas y minúsculas, espacios y sintaxis. No elimine las restricciones de remitente ni la autenticación para conseguir que pase la prueba.
Compruebe después tres resultados distintos: si el dispositivo aceptó el comando, si la acción tuvo éxito y si llegó la respuesta. Vincule los registros de procesamiento disponibles a la misma prueba. Si el dispositivo no ofrece esa evidencia, registre «no confirmado desde el dispositivo» en lugar de darlo por correcto.
Pruebe reinicios, cambios de red y otros comandos que modifican el estado durante una ventana de mantenimiento, con un método preparado para restaurar la conexión del sitio. Registre el estado real antes y después. Si no hay respuesta, compruebe si la acción ya ocurrió antes de decidir si debe repetirla. Los comandos de reinicio repetidos pueden interrumpir un dispositivo que ya se había recuperado.
Para las alertas SMS, pruebe por separado la regla de activación. Use una función de prueba admitida o una condición controlada para seguir «ocurre el evento → coincide la regla → se solicita el envío → el destinatario recibe». Un envío manual correcto solo valida parte de esa cadena.
Paso 4: pruebe qué pérdidas de conectividad pueden cubrir los SMS
Si los SMS se destinan a la recuperación remota, pruébelos frente al fallo que deben resolver. La documentación Cradlepoint describe un acceso SMS que puede seguir disponible sin una conexión de datos activa. Eso no significa que cubra todas las causas de desconexión.
Con alguien capaz de restaurar la conexión del sitio, registre el comportamiento SMS durante la conectividad normal, una interrupción controlada de los datos y la recuperación tras un reinicio. Los SMS siguen dependiendo de la alimentación, del módulo celular y del servicio disponible del operador. Pueden compartir esos puntos de fallo con los datos. Una prueba de interrupción de datos no sustituye un plan de recuperación ante un corte de energía o un fallo del módulo.
Para cada ensayo, registre al menos la combinación de dispositivo y firmware, SIM y red, contenido de prueba, evidencia de recepción y envío, resultado de la acción y resultado de la respuesta. Repita las pruebas afectadas después de cambiar la SIM, la red de itinerancia o el firmware pertinente.
Termine con una conclusión que permita continuar el diagnóstico: «Recepción verificada; envío fallido con el siguiente error» o «Los SMS normales funcionan en ambos sentidos; la regla de alerta no se activó». Entregue al soporte esa ruta de fallo junto con los datos del dispositivo, la SIM y la red. El siguiente paso quedará más claro.
Preguntas frecuentes
Si un router industrial tiene acceso a Internet, ¿debería poder enviar SMS?
No puede deducirse únicamente de la conexión de datos. Confirme el soporte SMS del plan y de la red actual, revise la configuración del módulo y del router y pruebe recepción y envío por separado. Una conexión de datos operativa no sustituye esos resultados.
¿Por qué el router recibe SMS pero no puede enviarlos?
Envíe de forma independiente un mensaje corto y revise el número de destino, los permisos de envío y el resultado devuelto por el dispositivo. Si funciona un SMS normal pero falla la alerta, investigue las condiciones de activación y la regla de alerta en lugar de revisar solo los ajustes de recepción.
¿La ausencia de respuesta significa que el comando remoto no se ejecutó?
No necesariamente. El comando puede haberse ejecutado mientras la respuesta estaba deshabilitada, no se envió o no se entregó. Confirme la acción mediante registros, estado operativo u observación en el sitio. En especial, no repita comandos que interrumpan el servicio mientras el estado sea desconocido.
¿Puede una actualización de firmware corregir un fallo SMS?
Las notas de versión, la evaluación del fabricante o la validación de la combinación actual deben respaldar ese enfoque. Conserve primero los registros del fallo y la configuración existente y siga el procedimiento admitido por el fabricante. Un informe comunitario que diga que los SMS «se recuperaron más tarde» no demuestra que una actualización causara la recuperación.
