Sistema operativo para routers industriales IoT WRTOS: un software para routers diseñado específicamente para la industria, las comunicaciones M2M y las comunicaciones en entornos exigentes
Actualizado: 12 oct
Introducción: por qué la comunicación industrial necesita un sistema adaptado
El software de un router industrial determina cómo se establece el enlace celular, qué tráfico puede cruzar el límite de la instalación y qué puede diagnosticar un técnico después de una avería. WRTOS es el nombre del software de routers de Wavetel, pero ese nombre por sí solo no especifica las mismas funciones para todos los modelos de hardware o versiones de firmware.
Empiece por la tarea que debe cumplirse en el emplazamiento y compruebe las funciones del equipo elegido en su documentación actual y mediante una prueba acotada.
La comunicación industrial debe sostener una tarea operativa definida durante fallos de enlace, mantenimiento y controles de acceso. Temperatura, CEM y tolerancia de alimentación son propiedades del conjunto físico; el sistema operativo coordina red y recuperación bajo esas condiciones. Conviene comprobar por separado la cualificación del hardware y el comportamiento del software.
Qué es WRTOS
WRTOS es la denominación del software de router de Wavetel. Evalúe su arquitectura embebida en términos de comunicación, gestión, seguridad y datos industriales. Las funciones disponibles dependen del modelo exacto, revisión de hardware, firmware y componentes de plataforma que requiera la instalación.
Estabilidad, conectividad, acceso controlado y mantenibilidad son objetivos útiles. Convierta cada uno en un requisito de sitio, un estado observable y un procedimiento de recuperación. La aptitud para servicio continuo necesita pruebas del equipo y de la instalación, no una promesa asociada al nombre del sistema.
El router debe coordinar el módem y la conexión WAN, Ethernet y el enrutamiento IP, los controles de acceso, la administración local y la recuperación. Algunas instalaciones también necesitan VPN, VLAN, telemetría o un servicio de gestión remota. La guía de componentes de software explica por qué una función en una capa no demuestra otra: que se mencione un protocolo VPN no define el proceso de certificados ni el orden de las reglas del firewall.
Para un emplazamiento remoto con PLC y HMI, dibuje el recorrido desde el técnico hasta el extremo de la VPN, la LAN del router y el dispositivo de destino. La guía de acceso remoto convierte ese recorrido en pruebas a nivel de aplicación. Las funciones de software deben respaldar un límite de acceso documentado; no sustituyen el permiso para modificar una máquina.
Necesidad del emplazamiento | Comprobar en el modelo y firmware exactos | Evidencia de aceptación |
|---|---|---|
Conexión celular | Bandas compatibles, ajustes SIM/APN y opciones de recuperación | Registro y reconexión con el operador previsto |
Acceso remoto | Modo VPN, autenticación, rutas y firewall | El usuario autorizado solo llega al servicio previsto |
Diagnóstico | Estados, registros, exportación y sincronización horaria disponibles | Se distinguen fallos de radio, túnel y aplicación |
Mantenimiento | Copia de configuración, actualización y procedimiento de reversión | Prueba de recuperación con el responsable del emplazamiento |
Arquitectura básica de WRTOS
Compatibilidad del núcleo y los controladores
Para el equipo WRTOS y el firmware concretos, compruebe el núcleo del sistema documentado, el ciclo de mantenimiento del firmware, los controladores de módem compatibles y la política de actualizaciones de seguridad. Si la documentación identifica un núcleo Linux, sus funciones incluyen la planificación de procesos, la gestión de memoria, los controladores y la pila IP. Una base Linux no prueba plazos de tiempo real, un caudal determinado ni estabilidad prolongada.
Diseño modular del sistema
Separe control del módem, selección WAN, VPN, cortafuegos, gestión local y servicios de datos industriales. Compruebe módulos incluidos y activados, aplicación de cambios y reinicio independiente de servicios. Una organización modular no demuestra por sí sola aislamiento completo de fallos.
Procesos y gestión de recursos
Observe CPU, memoria, almacenamiento y servicios bajo la carga real de encaminamiento, cifrado y telemetría. Un supervisor puede reiniciar servicios, pero sus disparadores, límites de intentos y efectos deben documentarse o probarse. Un diagrama de procesos no garantiza tiempo de respuesta ni de recuperación.
Conectividad de red y encaminamiento
Varias conexiones de acceso
Celular, WAN Ethernet y Wi-Fi son opciones distintas cuya disponibilidad depende de hardware y firmware. Compruebe bandas, aprobaciones de operador, SIM/APN, NSA/SA cuando proceda, direccionamiento WAN y modos Wi-Fi. Dos SIM no implican dos módems simultáneos; AP, cliente, mesh y retransmisión son requisitos separados.
Conmutación, equilibrio de carga y encaminamiento por políticas
La conmutación cambia la ruta preferida tras un fallo definido; el equilibrio de carga distribuye flujos; el encaminamiento por políticas selecciona según reglas de tráfico. Verifique destinos de prueba, umbrales, retorno y efecto del cambio de IP pública sobre NAT, VPN y sesiones. Un segundo enlace no demuestra continuidad ni suma de velocidades para una sola sesión.
Comunicación VPN
Seleccione el túnel según topología, autenticación y compatibilidad de extremos; después confirme soporte, licencias y requisitos de plataforma. Los siguientes grupos son temas de evaluación, sin prometer diez protocolos en todos los modelos WRTOS. Cifrado, gestión de claves y rutas deben verificarse para el modo concreto.
Grupo de protocolos | Función habitual | Qué verificar | Prueba de aceptación |
|---|---|---|---|
DMVPN | Interconexión de concentrador y radios | Implementación GRE/IPsec/NHRP y topología | El nodo se registra y solo alcanza rutas autorizadas |
IPsec | Túnel entre sitios o acceso remoto | Versión IKE, autenticación, selectores, cifrados y extremo | Negociación, tráfico permitido y recuperación |
OpenVPN | Mantenimiento remoto o túnel enrutado | Modo cliente/servidor, credenciales TLS y rutas | El extremo autorizado llega al servicio previsto |
WireGuard | Túnel cifrado entre pares | Soporte, provisión de claves, rutas y ciclo de vida | Handshake, límites de acceso y sustitución de claves |
ZeroTier | Conectividad superpuesta | Versión cliente, controlador, reglas y retransmisión | Pertenencia, rutas autorizadas y recuperación |
GRE / L2TP / PPTP / EoIP / SSL VPN | Necesidades de túnel o compatibilidad distintas | Modo exacto, seguridad y soporte; evaluar opciones antiguas por separado | Prueba por modo; sin suponer cifrado ni derechos de licencia |
Servicios de red y segmentación
Compruebe APN y rutas, etiquetas VLAN y puertos, DHCP/DNS, IPv4/IPv6, clasificación QoS y protocolos dinámicos necesarios. Una VLAN segmenta, pero no define por sí sola la política de acceso. Verifique frontera del cortafuegos y orden de reglas junto con rutas, NAT y gestión.
Fiabilidad industrial y recuperación
Comportamiento de los watchdogs
Un watchdog de hardware puede supervisar de forma independiente un sistema bloqueado si el equipo lo implementa; un supervisor de software observa procesos seleccionados. Establezca mecanismos, criterios de fallo, registro de reinicios y estado restaurado. No suponga dos watchdogs ni recuperación en segundos para toda una familia.
Recuperación de red y reconexión
La recuperación puede abarcar registro del módem, sesión APN, selección WAN, renegociación VPN y reconexión de la aplicación. La sonda debe observar el fallo relevante del sitio. Documente requisitos del cambio de SIM o WAN de respaldo y compruebe la tarea original del PLC/HMI cuando vuelva el servicio.
Registre el firmware actual, una exportación de la configuración y la persona responsable de la reversión. En una ventana de mantenimiento autorizada, pruebe la pérdida y el retorno de la red celular, el extremo VPN y la alimentación. Compruebe que el router se reconecta, que la política del firewall sigue siendo correcta y que la tarea inicial del PLC/HMI vuelve a funcionar. La guía de conmutación distingue la recuperación de la ruta de una sesión de aplicación continua.
Una ruta de respaldo solo se acepta cuando la tarea original de la aplicación se recupera conforme a la política documentada.
Prácticas operativas para la disponibilidad
Defina arranque tras corte eléctrico, persistencia de configuración, sincronización horaria, recogida de registros y recuperación local. Cualquier reinicio programado necesita una finalidad de mantenimiento y un responsable. Pruebe presión de recursos y fallos repetidos de forma acotada; el reinicio no debe ocultar un problema de aplicación pendiente.
Mecanismos de seguridad y protección de datos
Cortafuegos y control de acceso
Asigne interfaces a zonas de confianza y permita solo el tráfico necesario. Compruebe reglas de entrada, salida y reenvío, exposición de administración y NAT o redirecciones. Límites de tasa y registros, cuando existen, ayudan a defender y diagnosticar, sin constituir una garantía universal frente a DDoS.
Consulte el manual del firmware elegido para conocer el orden de aplicación de NAT, firewall, VPN y enrutamiento. No copie sin verificar la configuración de otro equipo WRTOS: sus puertos, módem, memoria o funciones pueden diferir. Si una capacidad solo se describe a nivel de familia de producto, pida una respuesta para el modelo concreto o una demostración breve antes de convertirla en requisito de compra.
Cifrado y autenticación
Compruebe versiones TLS, gestión de certificados, claves, autenticación y renovación de los servicios utilizados. El nombre del protocolo no garantiza una suite criptográfica, autenticación mutua ni cifrado de todas las rutas. GRE y algunos túneles antiguos no aportan confidencialidad por sí solos. Restrinja administración y planifique rotación de credenciales.
Normas de seguridad y alcance de las pruebas
Relacione zonas, conductos, roles y mantenimiento con los requisitos OT aplicables. NIST SP 800-82 Rev. 3 ofrece orientación. Una certificación o conformidad IEC 62443 necesita pruebas que identifiquen producto, versión y alcance. Determine qué eventos de acceso, configuración, túnel y cortafuegos se registran y conservan realmente.
El nombre de una norma de seguridad no sustituye las pruebas del producto, firmware y despliegue elegidos.
Gestión remota y ciclo de vida del firmware
Integración con plataformas de gestión
Verifique combinación equipo/plataforma, alta, servicios accesibles, estados, alertas y exportaciones. Determine dónde se procesan y almacenan datos y acciones administrativas. Un servidor privado no demuestra confinamiento de datos: también importan actualizaciones, dependencias externas, soporte remoto y accesos del operador.
Pregunte qué interfaz muestra el estado celular, la dirección WAN, la calidad de señal, el consumo de datos, el estado del túnel, la selección de rutas y los eventos del sistema. Compruebe luego qué se puede exportar realmente y cómo se alinean las marcas de tiempo.
Que un panel diga «en línea» no demuestra que la aplicación del PLC sea accesible.
Junto al estado del router, incluya una prueba de la aplicación y un síntoma visible para el operador.
Configuración de flotas y administración ACS
Si el firmware admite TR-069/CWMP u otra interfaz, confirme versión ACS, modelo de parámetros y operaciones autorizadas. Pruebe plantillas, grupos, permisos y despliegue gradual antes de cambios masivos. La capacidad depende de servidores, consultas, trabajos simultáneos y red; el protocolo no prueba gestión de miles de equipos.
Actualizaciones remotas del firmware
Defina origen aprobado del firmware, compatibilidad, notas de versión, tratamiento de configuración, recuperación local y comprobaciones posteriores. Verifique autenticación de imágenes, despliegue por etapas y reversión en el modelo elegido. Empiece por un piloto y un lote controlado; conserve una vía de recuperación ante fallo del WAN o de la actualización.
Planifique las actualizaciones de firmware con notas de versión verificadas, compatibilidad, copia de seguridad, un camino local de recuperación y pruebas de aplicación posteriores. Un watchdog o la reconexión automática solo ayudan si se conocen su desencadenante, sus límites y su efecto en el proceso. NIST SP 800-82 Rev. 3 aporta el contexto OT de mantenimiento y acceso controlados; no certifica una versión concreta de WRTOS.
Protocolos industriales, procesamiento en el borde y extensiones
Funciones de los protocolos industriales
Distinga cliente y servidor Modbus TCP/RTU, transporte serie sobre IP, cliente, broker y puente MQTT. Verifique roles, interfaces, mapa de puntos y dirección de datos por modelo. Encaminamiento IP no convierte valores Modbus en MQTT; un túnel serie no traduce automáticamente el protocolo. SMS también depende de módem, operador y firmware.
Procesamiento de datos en el borde
Cuando existan adquisición, filtrado, búfer o reglas locales, defina fuente, formato, capacidad, desbordamiento y política de reenvío. Compruebe GPS, geocercas y E/S digitales por separado. La automatización local exige permisos y un comportamiento seguro ante fallos; trabajar sin nube no demuestra una función de control certificada de seguridad.
API, scripts e interfaces de desarrollo
Confirme API o SDK publicado, autenticación, entorno de scripts, origen de paquetes y límites de compatibilidad. WRTOS no implica automáticamente Lua, interfaz HTTP o gestor de paquetes. Pruebe recursos, actualizaciones y recuperación de las extensiones e identifique quién las mantendrá durante todo su ciclo de vida.
Evaluar sistemas de router con los mismos requisitos
Una comparación de compra debe considerar la misma clase de hardware, versiones identificadas, paquetes instalados, soporte y carga real. Afirmaciones generales como «sin redundancia» o «seguridad débil» no permiten comparar de forma justa WRTOS, un sistema doméstico y una instalación OpenWrt. Identifique qué se incluye, qué se configura o añade, quién lo mantiene y cómo se aceptará en el sitio.
Dimensión | Requisito que definir | Pruebas que obtener | Tarea de aceptación |
|---|---|---|---|
Estabilidad y recuperación | Disponibilidad e interrupción tolerable | Comportamiento modelo/firmware, registros y watchdogs | Repetir fallos controlados con carga del sitio |
Redundancia WAN | Rutas independientes y política de selección | Interfaces, número de módems y sondas | Observar fallo, cambio y retorno de aplicación |
VPN | Topología y autenticación | Modos, claves/certificados y licencias | Probar pares y límites de acceso |
Seguridad | Controles de acceso y mantenimiento | Soporte firmware, políticas, actualizaciones y registros | Verificar accesos denegados y cambios autorizados |
Datos industriales | Roles cliente/servidor y conversión | Documentación de protocolo, interfaces y puntos | Seguir un valor y una escritura permitida |
Operación remota | Configuración, actualización y auditoría | Compatibilidad plataforma/ACS y límites | Aplicar un cambio por etapas y recuperarlo |
Soporte y ciclo de vida | Responsabilidad y duración del mantenimiento | Condiciones de proveedor/comunidad y política de versiones | Confirmar escalado, copias y recuperación |
Aplicaciones en sectores habituales
Los sitios energéticos y redes eléctricas pueden necesitar rutas independientes para una DTU o FTU, mantenimiento autenticado y avisos. Compruebe módem, contratos de red y extremos VPN. SMS y posicionamiento son requisitos independientes que deben confirmarse por modelo.
En fabricación, las funciones de protocolo adecuadas pueden adquirir valores del PLC y enviarlos a supervisión. Mantenga explícita la responsabilidad de control del PLC. Compruebe direcciones, actualización, permisos de escritura y separación de red antes de habilitar reglas locales u órdenes desde la nube.
Las instalaciones de tráfico pueden requerir varios WAN, configuración centralizada y túneles de concentrador y radios. Verifique la topología real y la recuperación con equipos representativos. El nombre de una VPN no garantiza disponibilidad continua de cada intersección.
Petróleo, gas y minería pueden combinar acceso celular, equipos serie y poca asistencia local. Defina detección de fallos, recuperación tras corte eléctrico, política de módem/SIM y mantenimiento seguro. Los requisitos ambientales y de zona peligrosa necesitan pruebas propias de producto e instalación.
El IoT municipal puede agregar telemetría y gestionar equipos distribuidos. Un broker MQTT local, gestión OTA de flotas o geocercas solo son utilizables si equipo y plataforma los documentan. Defina destino de datos, límites de almacenamiento y responsables de alertas antes del despliegue.
Conclusión
El valor del software reside en el comportamiento demostrado de una instalación concreta: establecer una ruta autorizada, permitir el diagnóstico, recuperar el servicio mediante un proceso aceptado y controlar el mantenimiento. Use los temas de arquitectura y funciones como marco de evaluación y vincule la aceptación al dispositivo y firmware exactos.
Mantenga una ficha de aceptación para la referencia exacta, revisión de hardware, versión de firmware, operador celular, extremo VPN y aplicación conectada. Una comprobación de salud correcta, una lista de funciones o una descripción general de WRTOS son puntos de partida, no pruebas del comportamiento en el emplazamiento.
Preguntas frecuentes
¿El nombre WRTOS significa que todos los routers tienen las mismas funciones?
No. Confirme funciones, límites e interfaces en la documentación del modelo y firmware exactos. Las diferencias de hardware y versión importan.
¿Basta con que se admita un protocolo VPN para mantener un PLC a distancia?
No. Compruebe autenticación, rutas, política del firewall, servicio PLC/HMI y procedimientos de autorización y reversión del emplazamiento.
¿La reconexión automática garantiza que se recupere la aplicación?
No. El router puede recuperar la conexión WAN mientras la VPN o la sesión de aplicación siguen indisponibles. Repita la tarea original del usuario después de un corte controlado.
¿Qué debe guardarse antes de actualizar el firmware?
Anote la versión y configuración actuales, notas de compatibilidad, ventana de mantenimiento, camino de recuperación y comprobaciones de la aplicación. Siga las instrucciones de actualización y reversión propias del modelo.
¿WRTOS admite 5G?
Compruebe SKU, módem, firmware, bandas y requisitos del operador exactos. NSA/SA, selección de bandas y otras funciones del módem son capacidades separadas; una familia 5G no demuestra todas las opciones.
¿Qué métodos de gestión remota están disponibles?
Verifique equipo y plataforma para nube, ACS/TR-069, web protegida, SSH u otra API. Confirme alta, permisos, extremos accesibles y acciones registradas para el método requerido.
¿Puede desplegarse la plataforma en servidores privados?
Confirme con Wavetel edición y arquitectura admitidas. Revise almacenamiento, servicios externos, actualizaciones y accesos del operador antes de concluir dónde permanecen los datos.
¿Puede ampliarse WRTOS para una integración propia?
Solicite API documentada, scripts o SDK de la versión elegida. Confirme disponibilidad y soporte; pruebe recursos, compatibilidad de actualizaciones y recuperación. No suponga que todos los equipos incluyen un entorno de desarrollo.
¿Cuántos routers pueden gestionarse de forma centralizada?
La capacidad depende de plataforma, servidores, consultas, trabajos concurrentes, carga de los dispositivos y red. Acuerde una prueba representativa de dimensionamiento y despliegue en vez de una cifra universal.
¿Puede convertir datos Modbus en MQTT?
Solo si modelo y firmware documentan el rol de pasarela necesario. Verifique serie/TCP, consultas y mapa de puntos, credenciales MQTT, topic y formato, búfer y dirección de escritura permitida. Encaminamiento IP no equivale a conversión.
¿Es adecuado para requisitos OT exigentes?
Evalúe controles y ciclo de vida documentados frente a amenazas y requisitos del sitio. Toda certificación requiere pruebas propias de producto, versión y alcance. Valide segmentación, acceso, actualización y registros; una referencia general a IEC 62443 no basta.
