Cómo configurar un watchdog de reinicio en un gateway celular

Defina la condición de falla correcta

El watchdog vale lo que vale aquello que vigila, así que elija una condición que atrape la falla real. Vigilar la pérdida de señal celular deja pasar el peor caso, que es un gateway que conserva señal pero no puede pasar datos, así que la prueba más fuerte es la pérdida de alcanzabilidad hacia un objetivo conocido, como su host SCADA o su plataforma. Si el gateway ya no puede alcanzar ese objetivo durante un periodo definido, algo anda mal aunque el módem insista en que tiene señal. Esto conecta con la idea de latido, donde el reporte periódico del gateway es en sí mismo la señal de salud, descrita en la guía del tag de latido de un gateway.

Elija el objetivo con cuidado. Hacer ping a una dirección pública prueba la ruta a internet pero no la ruta a su host, y en un APN privado un objetivo público puede ser inalcanzable por diseño, lo que haría disparar en falso al watchdog para siempre. Apunte el watchdog a algo que el gateway deba alcanzar en operación normal, de modo que una comprobación fallida signifique genuinamente que el sitio perdió su enlace útil y no que perdió una ruta que nunca debió usar.

Arme una escalera de recuperación, no solo un reinicio

No salte directo a un reinicio completo, porque el reinicio es la recuperación más lenta y disruptiva y muchos estados trabados se despejan con algo más suave. Arme una escalera: primero restablezca la conexión de datos, después reinicie el módem o la interfaz celular, y solo si eso falla, reinicie el equipo completo. Cada peldaño se intenta en orden con su propio temporizador, de modo que un tropiezo transitorio se corrige barato y solo un equipo genuinamente trabado escala hasta el reinicio completo. Esta lógica de reconexión por etapas es el mismo principio que el backoff descrito en la guía del backoff de reconexión para clientes de telemetría.

Protéjase contra el ciclo de reinicios, que es el peor modo de falla del propio watchdog. Un gateway en un sitio genuinamente sin cobertura fallará la comprobación de alcanzabilidad haga lo que haga, y un watchdog ingenuo lo reiniciará para siempre, quemando energía sin recuperarse nunca, porque el problema no es algo que un reinicio pueda arreglar. Limite los reinicios dentro de una ventana, o alargue el intervalo de reinicio tras fallas repetidas, para que un sitio verdaderamente caído permanezca encendido y alcanzable cuando la cobertura regrese, en lugar de ciclar inútilmente. En un sitio solar o de baterías esto importa aún más, porque los reinicios interminables drenan el presupuesto de energía descrito en la hoja de trabajo del presupuesto de energía de un sitio remoto.

Fije los temporizadores y pruebe la autorrecuperación

Fije los temporizadores de modo que el watchdog deje pasar los parpadeos normales pero reaccione a un estancamiento real. La comprobación de alcanzabilidad debe tolerar los huecos ordinarios de un enlace celular, y los temporizadores de escalamiento deben ser lo bastante largos para que una caída momentánea no dispare un reinicio de módem o de equipo innecesario. Demasiado nervioso, y el gateway se reinicia por problemas transitorios de los que se habría recuperado; demasiado lento, y un sitio trabado queda a oscuras durante horas. Base los temporizadores en el comportamiento normal de conectividad del sitio, no en un valor por defecto.

Pruébelo rompiendo el enlace a propósito y viendo correr la escalera: bloquee la ruta hacia el host y confirme que el gateway intenta el restablecimiento de la conexión, luego el reinicio del módem y luego el reinicio completo, en orden, y que vuelve cuando usted restaura la ruta. Después confirme que no entra en ciclo dejando el enlace roto más tiempo y observando que el backoff de reinicio entra en acción en lugar de ciclar. Un watchdog que nunca se ha probado es una suposición sobre la red de seguridad más importante del sitio.

Registre la condición de falla, la escalera y los temporizadores. Ya en vivo, una plataforma como Merobix grafica la conectividad del gateway, así que un sitio que se recupera solo aparece como un hueco breve que se cerró sin visita a sitio, y un sitio cuyo watchdog dispara repetidamente muestra un patrón de cortes cortos que le dice que el enlace de fondo está marginal y necesita una corrección real. El watchdog compra recuperación sin personal; la tendencia le dice cuándo esa recuperación está enmascarando un problema más profundo.

Preguntas frecuentes

Fuentes y lecturas

Referencias primarias de los organismos de normas y reguladores que definen este tema:

• NIST home - NIST