Satélite y 5G en sitios industriales remotos: definir la recuperación
Actualizado: hace 4 días
Un sitio remoto puede tener terminal satelital y router industrial 5G o LTE y aun así perder la aplicación al fallar un enlace. Dos contratos WAN ofrecen dos caminos posibles, no continuidad automática. Determine qué tráfico usa cada uno, qué provoca la conmutación, cómo se reconectan VPN y aplicaciones y si alimentación, cableado o concentrador compartidos anulan la redundancia.
Empezar por el sitio y sus flujos
Separe telemetría, alarmas, mantenimiento, voz, vídeo y grandes actualizaciones: retraso, subida y cortes tolerables varían. Registre origen, destino, puertos, datos, límite de seguridad y responsable de cambios. Si el proceso requiere control local, debe funcionar cuando caigan las dos WAN; la conexión remota no debe ser su única condición de seguridad.
Evalúe ambos accesos de forma independiente. Para celular, compruebe bandas del router exacto, servicio del operador, antenas instaladas y señal en el armario. Para satélite, revise contrato, ubicación del terminal, vista del cielo, energía y posibles condiciones de movilidad. Mapa de cobertura o velocidad anunciada no sustituyen mediciones en el sitio. La guía de validación 5G/LTE separa radio y aplicación.
Requisito | Anotar antes de elegir | Probar en el piloto |
|---|---|---|
Telemetría crítica | Hueco y frescura admisibles | Primer valor nuevo después de cada cambio |
Mantenimiento | Identidad, servicio y ventana de acceso | Inicio autorizado; otros flujos bloqueados |
Vídeo o archivos | Subida sostenida, plan de datos y prioridad | Transferencia sin bloquear alarmas |
Respaldo | Umbral de fallo, camino preferido y retorno | Detección, cambio, reconexión y vuelta |
Distinguir failover, reparto de carga y bonding
Failover envía tráfico nuevo al camino alternativo tras un fallo. El reparto de carga distribuye flujos. Bonding o mantener una sesión entre enlaces necesita extremos y método adicionales. Dos puertos WAN no prueban ningún modo concreto. La guía de failover, balanceo y bonding explica las diferencias.
Al cambiar camino pueden variar IP pública, estado NAT o extremo VPN. Una sesión TCP, vídeo o HMI puede reiniciarse aunque el router elija rápido la otra WAN. La comprobación de salud debe alcanzar un destino útil más allá de la interfaz local. Decida si volver automáticamente al enlace preferido y evite cambios continuos cuando sea inestable.
Un esquema del fabricante puede ilustrar una ruta, pero no prueba bonding, failover sin cortes ni control del terminal satelital en una SKU Wavetel. Verifique el modo en ambos extremos y en el sitio.
Construir la ruta y el límite de seguridad
Dibuje terminal, router celular, segmentos LAN, cortafuegos, VPN o concentrador privado, DNS y aplicación. Determine qué equipo enruta y hace NAT por cada camino. Si satélite y celular usan NAT, planifique acceso iniciado hacia fuera o una solución entrante del operador. Pruebe el retorno después de cambiar; un túnel conectado no demuestra datos PLC nuevos.
Separe OT del tráfico general. Limite mantenimiento por identidad y servicio, registre cambios y guarde configuración. NIST SP 800-82 sitúa segmentación y acceso remoto en seguridad OT [1]. El cifrado VPN no sustituye permiso en la máquina ni resuelve subredes solapadas. Anote firmware y función de interfaces: la política multi-WAN varía entre routers.
Planifique también alimentación y dependencias físicas. Terminal, router, switch, antenas e inyector PoE pueden compartir fuente o protección contra sobretensión.
Otro portador de datos no ayuda si ambos equipos pierden energía.
Revise acceso local y sustitución de cada componente antes de confiar en rescate remoto.
Adaptar la arquitectura al sitio
En energía y servicios públicos, priorice alarmas nuevas y ruta de retorno previsible. Compruebe si ambas WAN terminan en el mismo concentrador o comparten alimentación. Otro portador ayuda cuando elimina una dependencia real, no por sumar una antena al dibujo.
En minas y recursos, terreno, obstáculos, polvo, energía y áreas de trabajo móviles cambian la cobertura celular y satelital. Ubique y proteja equipos según el estudio local; pruebe la aplicación con máquinas y red en su posición prevista. No traslade una promesa de cobertura desde otra mina o estación del año.
Para transporte o navegación, confirme términos de movilidad del servicio satelital, roaming celular, montaje de antena y cambios de cobertura en la ruta. Pruebe sobre la plataforma móvil cuando se permita. Son preguntas de diseño, no instalaciones comunicadas ni prueba de que el equipo elegido está aprobado para el trayecto.
Pilotar recuperación con la aplicación activa
Con tráfico normal por el camino principal, mida radio/satélite, rutas, VPN, distribución de retraso, datos y salud de la aplicación. Interrumpa un enlace cada vez según procedimiento aprobado. Mida por separado detección, cambio de ruta, reconexión del túnel y primera transacción nueva. Pruebe también enlace degradado, vuelta al principal y fallo del concentrador común.
Compare equipo, instalación, contratos, datos, plataforma, soporte y efecto de datos perdidos. Una cuota mensual inferior no es un caso económico completo. Conserve la ruta anterior hasta que el responsable acepte el piloto según el corte tolerable. Guarde configuración, resultados y vuelta atrás en el registro del sitio.
FAQ
¿Garantiza continuidad SCADA añadir satélite a 5G?
No. La ruta puede cambiar mientras VPN y aplicación aún deben reconectarse. Pruebe la transacción SCADA y el primer valor nuevo.
¿Es reparto de carga igual que bonding?
No. El reparto asigna flujos; bonding o continuidad de sesión necesitan otro diseño compatible. Compruebe ambos extremos y el modo exacto del router.
¿Qué enlace debe ser principal?
Elija por cobertura, latencia, datos, contrato, coste y pruebas de fallo. No hay prioridad universal entre satélite y celular.
¿Cuál es el registro de aceptación más útil?
La cronología de recuperación de la aplicación junto a eventos WAN, ruta, VPN y alimentación. Un icono «en línea» no basta.
