Aplicación de VoIP y SIP en Routers Industriales
Actualizado: 12 oct
Comunicación de voz en instalaciones industriales
En una estación de bombeo remota, un puerto, una mina o una zona de proceso, el personal puede necesitar hablar con un operador o equipo de mantenimiento. La decisión es qué terminales y servicio de voz cubrirán esa necesidad a través de la red del sitio, y cómo se comunicará el equipo cuando esa ruta no esté disponible. Evalúe el cableado, servicio del operador, terminales, alimentación, control de acceso y mantenimiento con datos propios del sitio; una comparación general no permite establecer el ahorro ni el plazo de retorno de un proyecto concreto.
En una estación de bombeo sin personal permanente, un operador puede necesitar hablar con un técnico. El router celular aporta la ruta IP, pero que el terminal se registre por SIP no demuestra que una llamada tenga audio útil. Diseñe y verifique por separado la señalización, los medios y el método alternativo antes de aceptar el servicio de voz.
SIP establece, modifica y termina sesiones; RFC 3261 define su funcionamiento básico. El audio suele viajar por una ruta separada, como RTP, descrita en RFC 3550. El router puede proporcionar conectividad, enrutamiento, firewall o VPN, pero no es automáticamente servidor SIP, pasarela de voz ni servicio de llamadas de emergencia. Confirme cada función con el equipo y proveedor concretos.
Cómo se reparten el trabajo VoIP y SIP
VoIP: voz sobre IP
Voz sobre protocolo de Internet (VoIP) describe el transporte de voz como tráfico de red IP. Los terminales digitalizan y paquetizan el audio con un formato de medios compatible y lo envían por una ruta IP. El término no identifica qué proveedor presta el servicio, qué códec se selecciona ni si una ruta concreta satisface los requisitos de calidad de una llamada.
SIP: establecer y modificar sesiones
Session Initiation Protocol (SIP) se usa para establecer, modificar y terminar sesiones de comunicación. Un servicio SIP puede registrar terminales, encaminar llamadas e intercambiar descripciones de sesión como SDP. Los medios negociados suelen usar RTP por separado de la señalización SIP. Por tanto, un registro o establecimiento de llamada satisfactorio no demuestra que el audio llegue a ambos terminales.
Un intercambio SIP correcto confirma que la señalización ha avanzado; no demuestra que el audio llegue a ambos extremos.
El papel del router industrial en la ruta de voz
Un router industrial puede conectar teléfonos IP o interfonos con una WAN cableada o celular y, según el modelo y la configuración, ofrecer enrutamiento, firewall, VPN o gestión del tráfico. Que pasen paquetes de voz por el router no lo convierte automáticamente en proxy SIP, PBX, adaptador telefónico analógico o servicio de llamadas de emergencia.
Función o componente | Posible responsabilidad | Qué comprobar |
|---|---|---|
Acceso IP y enrutamiento | Conectar los terminales de voz a la ruta IP/WAN. | Verificar interfaces, rutas, VLAN y conmutación en el modelo y la configuración concretos. |
Proxy SIP o PBX | Ofrecer registro, enrutamiento de llamadas o servicio telefónico solo si ese sistema realiza realmente esa función. | Identificar el proveedor/PBX independiente; atribuir esa función al router solo con documentación exacta. |
Pasarela VoIP con FXS/FXO | Unir telefonía analógica e IP únicamente cuando exista una función de pasarela dedicada. | Confirmar interfaces, firmware y función telefónica compatible en el equipo concreto. |
Función QoS | Clasificar o programar tráfico solo cuando se implemente en la ruta relevante. | Verificar disponibilidad, marcas/colas y comportamiento de extremo a extremo. |
Firewall o VPN | Aplicar una política de acceso o un túnel cuando la función esté disponible y configurada. | Comprobar el par concreto, rutas, credenciales/claves y requisitos del proveedor. |
Procesamiento perimetral/integración | Ejecutar lógica de voz local o conectar otros sistemas solo si el producto lo ofrece. | Verificar API documentadas, software/entorno de ejecución y comportamiento si cae la WAN. |
Enumere teléfono o interfono, servicio SIP, operador remoto, LAN del router, WAN celular y VPN si existe. Registre cómo el terminal encuentra el servidor SIP y qué direcciones y puertos se negocian para el medio. Si el operador usa direcciones privadas o CGNAT, no suponga que una llamada entrante llega directamente al terminal local; quizá se necesite registro saliente admitido por el proveedor, VPN o servicio administrado. La guía de acceso remoto a PLC y HMI explica el mismo límite de entrada.
Patrones de aplicación VoIP/SIP en la industria
Intercomunicación de voz en el sitio
Un interfono IP puede conectar una puerta, una sala de bombas o una zona de producción con un puesto de operación si los terminales y el servicio comparten una ruta de red compatible. Compruebe los terminales, grupos de llamada, alimentación, condiciones ambientales y quién responde. No deduzca que el router incluye el interfono ni que presta el servicio de voz.
Llamadas remotas en sitios desatendidos
En un sitio sin personal permanente, un terminal puede registrarse con un proveedor o la PBX de la organización por una WAN enrutada o una VPN configurada. Compruebe el direccionamiento, el sentido del registro, las reglas del firewall y la topología que admite el proveedor. Las direcciones celulares privadas o CGNAT pueden impedir el acceso entrante directo; utilice solo una solución de paso por NAT o un servicio administrado compatible en ambos extremos.
Alarmas de voz e integración con sistemas
Un sistema de supervisión puede solicitar una llamada o un mensaje grabado ante una condición definida si su interfaz documentada y la plataforma de voz admiten ese flujo. Especifique el origen de la alarma, destino, confirmación, escalamiento si no contestan, registro del evento y comportamiento ante una caída WAN o eléctrica. Los enclavamientos de proceso y funciones de seguridad exigidos deben permanecer independientes de una ruta de voz de disponibilidad no garantizada.
Comunicación de voz sobre redes privadas o sectoriales
Una red industrial privada o sectorial puede transportar voz cuando se definan los terminales, el servicio SIP, la ruta de medios y las responsabilidades operativas. La etiqueta «red privada» no demuestra por sí sola aislamiento, disponibilidad, calidad de voz ni seguridad. Compruebe las rutas reales, responsables, dependencias de conmutación y reglas de acceso.
Diseño de protocolos, medios y red
Ajustar códecs y terminales a los servicios compatibles
Elija entre los formatos de códec que admitan conjuntamente ambos terminales y el proveedor. G.711, G.729, G.722, iLBC y Opus tienen perfiles y comportamientos distintos; sus nombres no indican el formato negociado ni la calidad que obtendrá una instalación. Revise la oferta y respuesta SIP/SDP, la carga útil seleccionada y el tráfico RTP observado en la llamada probada.
Códec | Punto de compatibilidad | Evidencia de llamada que revisar |
|---|---|---|
G.711 | Confirmar el formato PCMA/PCMU compatible en ambos lados y la carga útil negociada. | Comprobar oferta/respuesta y RTP observado en la ruta real de llamada. |
G.729 | Confirmar el perfil exacto del terminal/proveedor y los parámetros negociados. | Comprobar el formato seleccionado y medir el ancho de banda del formato, paquetización y sobrecarga de red negociados. |
G.722 | Confirmar el perfil RTP y el soporte en ambos extremos de la llamada. | Comprobar negociación y medios en ambos sentidos; el nombre del códec no demuestra un servicio de banda ancha. |
iLBC | Confirmar el soporte del terminal y un modo compatible de trama/paquetización. | Comprobar parámetros negociados y medios bidireccionales con pérdidas representativas. |
Opus | Confirmar el soporte del terminal/proveedor y los parámetros intercambiados para la sesión RTP. | Comprobar la carga útil seleccionada y medios bidireccionales con el tráfico real del sitio. |
Medir la calidad de los medios con el tráfico real del sitio
Mida la ruta de llamada real con tráfico representativo: retardo unidireccional y variación, pérdida de paquetes, uso de ancho de banda, establecimiento de llamada y audio en ambos sentidos. Anote el códec, el tamaño de paquete, el presupuesto de ancho de banda permitido y el número de llamadas simultáneas; el caudal celular por sí solo no garantiza calidad de voz, porque la variación de latencia, la pérdida y la congestión afectan a la comprensión. Distinga los problemas de red de los del terminal, acústicos o del proveedor. La priorización en la LAN puede ayudar si los equipos y la ruta la aplican, pero las marcas DSCP no garantizan prioridad en toda la red del operador. Use la matriz de diagnóstico como guía de síntomas y comprobaciones, no como umbral universal, y pruebe en horas punta y con condiciones de radio débiles.
Observación | Capa que revisar | Siguiente prueba |
|---|---|---|
Falla el registro | DNS, credenciales, servidor SIP o TLS | Revisar nombre, certificado y registro de señalización |
Conecta la llamada pero solo hay audio en un sentido | Dirección de medios, NAT o firewall | Comparar SDP y flujo RTP en ambos sentidos |
Audio entrecortado | Pérdida, fluctuación del retardo, códec o ruta de radio cambiante | Medir calidad con carga representativa |
Planificar el paso por NAT y la ruta de medios negociada
La señalización SIP y los medios RTP pueden atravesar NAT y firewalls por rutas distintas. STUN, TURN e ICE tienen funciones diferentes y requieren soporte compatible del terminal y del servicio. Un SIP ALG puede modificar la señalización o las direcciones de medios anunciadas; su comportamiento depende de la implementación y la topología. Siga el diseño documentado por el proveedor y compruebe los mensajes SIP, las direcciones SDP negociadas y RTP en ambos sentidos.
No abra muchos puertos indiscriminadamente para que SIP funcione. Siga el diseño NAT y de firewall documentado por el proveedor.
Algunos routers ofrecen SIP ALG, pero su comportamiento varía; pruebe el firmware concreto y la recomendación del proveedor en vez de suponer que siempre debe activarse o desactivarse.
Mecanismo o función | Papel en la ruta | Qué comprobar |
|---|---|---|
STUN | Puede informar de una dirección de transporte asignada y ayudar en las comprobaciones de conectividad de un diseño de paso por NAT. | Verificar su uso por terminal/proveedor y la ruta de medios resultante; STUN por sí solo no resuelve el paso por NAT. |
TURN | Retransmite paquetes por un servicio intermedio cuando la comunicación directa no es posible. | Confirmar disponibilidad del relay, ruta seleccionada y comportamiento medido de la llamada. |
ICE | Intercambia candidatos y selecciona una ruta funcional mediante pruebas de conectividad si ambos extremos lo admiten. | Inspeccionar candidatos intercambiados/seleccionados y probar RTP en ambos sentidos. |
SIP ALG | Puede afectar la señalización SIP o las direcciones de medios anunciadas según su implementación. | Comprobar indicaciones del modelo/proveedor y probar SIP, direcciones SDP y RTP en ambos sentidos; no suponer que la función ayuda. |
Proteger por separado la señalización y los medios
La señalización SIP y los medios de voz requieren protecciones distintas. TLS/SIPS puede proteger tramos de señalización configurados y validados, incluida la validación del certificado; SRTP puede proteger los medios si los terminales lo negocian y se gestionan las claves (véase RFC 3711). Una VPN solo protege la ruta de red cubierta por su túnel. Ni TLS ni una VPN otorgan permisos de llamada. Use autenticación compatible, cuentas identificadas, credenciales adecuadas, destinos restringidos y reglas de firewall; verifique cada mecanismo en la ruta concreta entre proveedor y terminales y consulte los registros del proveedor. No exponga la administración del router ni servicios PLC para dar soporte a un interfono.
Si la voz sirve para escalar alarmas, defina quién recibe la llamada, qué ocurre si nadie contesta y cómo se registra el evento. Una llamada SIP no debería ser la única protección de una condición crítica para la seguridad salvo que el diseño de seguridad del sitio cubra expresamente esa dependencia.
Capa | Control que evaluar | Alcance y comprobación |
|---|---|---|
Cuenta/autenticación | Usar la autenticación SIP que admite el servicio y credenciales controladas. | La autenticación no cifra los medios; verificar requisitos del proveedor y gestión de cuentas. |
Señalización SIP | Usar TLS/SIPS solo cuando el servicio lo admita y esté configurado. | Comprobar validación de certificado/par y los saltos de proxy reales; TLS puede proteger salto a salto. |
Medios de voz | Usar SRTP solo si terminales/proveedor lo negocian y existe gestión de claves. | Verificar la protección de medios negociada independientemente de la señalización SIP. |
Ruta de red | Usar VPN solo para un túnel documentado entre los pares o redes previstos. | Comprobar extremos del túnel, rutas y política de acceso; no suponer que protege cada tramo de aplicación. |
Controles de acceso | Aplicar las reglas exactas de firewall/ACL necesarias para el sitio y proveedor. | Validar las rutas permitidas de señalización y medios y rechazar exposiciones innecesarias. |
Qué puede aportar el acceso 4G/5G
Evaluar el acceso celular en la ruta real de la llamada
Un router 4G o 5G puede proporcionar acceso IP donde no hay conexión fija, sujeto a cobertura de radio local, política del operador, direccionamiento, congestión, alimentación y soporte del equipo. Compare rutas celulares y cableadas con mediciones del sitio, proveedor, punto de acceso, extremo de medios y periodo de prueba. SIP sobre datos celulares es una aplicación de voz IP; la telefonía VoLTE/IMS del operador es un servicio distinto que requiere provisión del operador y dispositivos compatibles. Una SIM o un router celular no demuestra VoLTE, llamadas de emergencia, un retardo fijo ni llamadas ininterrumpidas.
Despliegue, pruebas y vía operativa alternativa
Poner en servicio la ruta completa
Antes del despliegue, documente topología, direccionamiento, VLAN si se usan, alimentación, modelo y firmware exactos del router, proveedor SIP, terminales, controles de seguridad y responsable de cada dependencia. Pruebe llamadas entrantes y salientes, códecs negociados, medios en ambos sentidos, integración de alarma/API si se necesita, supervisión, registros y copia/restauración de configuración. Registre límites y capacidad de llamadas/sesiones del sistema concreto a partir de documentación vigente del equipo y proveedor y mediciones del sitio.
Categoría | Comprobación de puesta en servicio | Evidencia que registrar |
|---|---|---|
Planificación de red | Capacidad para códec negociado, paquetización, llamadas simultáneas y tráfico restante. | Documentación del proveedor/equipo y mediciones representativas; medir formato, paquetización, sobrecarga de protocolo y tráfico simultáneo. |
Plan IP/VLAN | Direccionamiento, separación VLAN si se usa, DNS y enrutamiento. | Plan aprobado del sitio y pruebas satisfactorias de alcance. |
Topología | Rutas primaria y de respaldo, dependencias eléctricas y dominios de fallo. | Registro de topología y recuperación observada. |
Selección del equipo | Modelo exacto, firmware y requisitos ambientales. | Documentación vigente del fabricante; verificar temperatura, protección contra ingreso e instalación del modelo elegido. |
Capacidad | CPU/memoria y capacidad admitida de llamadas/sesiones del equipo o sistema concreto. | Límites documentados vigentes y prueba de carga representativa. |
Interfaces | Ethernet, celular y cualquier interfaz FXS/FXO u otra interfaz de voz. | Documentación del modelo/firmware y verificación física. |
Servicio SIP | Identidad y titularidad del registrar/proxy/PBX/proveedor. | Configuración del proveedor y flujo de registro/llamada verificado. |
Interoperabilidad | Negociación de códec/perfil, comportamiento NAT y compatibilidad terminal/proveedor. | Trazas de llamadas reales y confirmación del proveedor. |
Integración del sistema | Integración SCADA/MES/API o alarma, si se necesita. | Interfaz documentada y flujo de eventos probado. |
Seguridad de señalización | Requisitos TLS/SIPS y autenticación del servicio concreto. | Lectura de configuración/certificado/par y señalización observada. |
Control de acceso | Reglas de firewall y alcance permitido de origen/destino. | Reglas aprobadas y pruebas positivas y negativas de ruta. |
VPN | Extremos y rutas del túnel si el diseño utiliza VPN. | Configuración del sitio/proveedor y ruta observada. |
Supervisión | Establecimiento de llamada, calidad medida, pérdida/jitter y dirección de medios. | Llamadas representativas y observaciones con método definido, sin umbral universal. |
Registros | Señalización SIP y eventos pertinentes del router/proveedor. | Evidencias correlacionadas por hora; retirar datos sensibles antes de compartir. |
Copia de configuración | Copia actual y procedimiento de restauración. | Prueba satisfactoria de recuperación/restauración. |
Probar fallos, recuperación y la vía alternativa del sitio
Ponga en marcha con una llamada entrante y otra saliente. Compruebe registro, timbre, audio bidireccional, identidad, finalización y reconexión tras reiniciar el router. Repita mientras circula la telemetría o vídeo normal del sitio. Conserve juntos señal, celda, ruta del operador, registros SIP y observaciones de calidad.
Pruebe la pérdida controlada de la ruta celular o WAN, el reinicio del router, la vuelta de la alimentación y una interrupción del proveedor. Una llamada activa puede terminar si cambia la dirección o ruta; una conmutación WAN satisfactoria por sí sola no demuestra continuidad de la llamada. Defina si la aceptación exige un nuevo registro automático, una llamada nueva satisfactoria o medios ininterrumpidos y verifique ese resultado concreto. Mantenga otro medio de comunicación para el personal del sitio y documente quién responde cuando el servicio de voz no está disponible. Revise también las incidencias del proveedor.
Documente otra vía de comunicación para el interfono o teléfono de mantenimiento. Antes de elegir el router, confirme bandas de radio, Ethernet, alimentación, firewall/VPN y administración en la documentación actual del modelo y firmware. Este artículo no atribuye servidor SIP ni interfaz telefónica integrada a ningún modelo Wavetel.
Acepte el servicio de voz solo cuando llamadas reales verifiquen audio en ambos sentidos, recuperación ante fallos y la vía alternativa del sitio.
Conclusión
Un servicio de voz industrial fiable depende de toda la ruta de llamada: terminal, servicio SIP, medios negociados, configuración del router, red de acceso, alimentación y procedimiento operativo. Separe señalización de audio, acceso de red de telefonía y valide códec, NAT, protección y recuperación con llamadas representativas. Estime costes y capacidad con datos propios del sitio, documentación vigente y mediciones; una comparación general entre VoIP y telefonía no demuestra rentabilidad ni un nivel de servicio concreto.
Preguntas frecuentes
¿Transporta SIP el audio de voz?
SIP gestiona la señalización de sesión. El audio suele usar una ruta RTP negociada por separado, con comprobaciones propias de enrutamiento, NAT y firewall.
¿Por qué hay audio en un solo sentido tras conectar?
Puede funcionar la señalización mientras la dirección o puerto de medios negociado no es accesible en un sentido. Revise SDP, RTP, NAT y reglas de firewall.
¿Mantienen dos SIM una llamada activa?
No necesariamente. El cambio de operador o ruta puede interrumpir el medio y exigir nuevo registro o llamada. Pruebe la conmutación real con el proveedor.
¿Puede VoIP ser la única comunicación de emergencia del sitio?
Depende del diseño de seguridad y comunicaciones aprobado. No suponga que un router celular corriente o proveedor SIP ofrece llamadas de emergencia o resiste todas las caídas de alimentación y red.
¿Cómo diagnosticar audio entrecortado o eco?
Compare ambos sentidos del audio y relacione las horas de llamada con pérdida RTP, jitter o variación del retardo, ancho de banda disponible, colas, negociación de códec/paquetización y eventos del proveedor. Revise también el micrófono, altavoz y ruta acústica del eco del terminal. Repita la prueba con tráfico representativo del sitio y conserve la traza de llamada; no atribuya un fallo de red solo por lo que se oye.
¿Cómo elegir un códec de voz?
Empiece por los formatos compatibles con ambos terminales y el servicio SIP y confirme las cargas útiles y parámetros negociados. Evalúe G.711, G.729, G.722, iLBC u Opus en la ruta LAN/WAN real con carga y pérdidas representativas. El nombre del códec no demuestra calidad utilizable, ancho de banda, uso de CPU ni una elección preferible para todas las instalaciones.
¿Cómo evaluar la latencia de llamadas 4G/5G?
Mida la ruta desplegada en periodos representativos, desde el acceso radio hasta el extremo de medios, incluido el operador, APN o VPN y servicio SIP. Distinga las pruebas de ida y vuelta del retardo unidireccional de medios y revise variación, pérdida y RTP en ambos sentidos en llamadas reales. Compare con una ruta cableada solo con extremos y método de medición comparables. La generación celular no garantiza un retardo concreto; SIP sobre datos y VoLTE/IMS son servicios distintos.
