Mostrando entradas con la etiqueta ERPS. Mostrar todas las entradas
Mostrando entradas con la etiqueta ERPS. Mostrar todas las entradas

miércoles, 21 de enero de 2026

Redundancia en Ethernet Industrial: Guía de Protocolos Comunes de Anillo

Introducción: ¿Qué es un protocolo de anillo redundante?

Para las redes Ethernet industriales, la fiabilidad operativa es verdaderamente crítica. Una sola falla en la red, como un cable dañado o un dispositivo averiado, puede interrumpir procesos productivos completos y ocasionar pérdidas económicas significativas. Para minimizar este riesgo, los switches industriales emplean tecnología de anillo redundante que garantiza la continuidad operativa mediante el reenvío automático del tráfico alrededor de la falla.

El principio fundamental del protocolo de anillo redundante consiste en bloquear lógicamente un enlace del anillo durante la operación normal, evitando así bucles en la red. Cuando ocurre una falla—ya sea una desconexión de enlace o una avería en un switch—el protocolo desbloquea de manera automática y rápida (normalmente en milisegundos) la ruta en espera, redirigiendo el tráfico y restaurando la comunicación sin intervención manual.

Este mecanismo garantiza que un único punto de fallo no interrumpa los servicios de red, elevando considerablemente la disponibilidad del sistema. Resulta especialmente adecuado para entornos industriales que exigen alta fiabilidad y rendimiento en tiempo real.

En este artículo, analizaremos los protocolos de anillo redundante más comunes para establecer la redundancia en Ethernet industrial.

Artículo relacionado: What Is Network Redundancy? How to Implement Redundancy in Industrial Switches?

Protocolos Comunes de Anillos Redundantes

En infraestructuras Ethernet industriales, existen diversos protocolos de redundancia en anillo. Este artículo se centra en los más comunes y estandarizados: 

  • STP/RSTP/MSTP

  • ERPS

  • EAPS

  • MRP

Cada protocolo presenta distintos mecanismos, tiempos de recuperación y niveles de interoperabilidad. En este artículo no se abordan los protocolos de anillo específicos de proveedores, como Turbo Ring de Moxa y HRP de Hirschmann.

STP / RSTP / MSTP

La familia del Protocolo de Árbol de Expansión (STP) comprende un conjunto de protocolos estándar IEEE, ampliamente empleados en redes Ethernet convencionales y en diversas aplicaciones industriales.

Cómo Funciona STP

  • BPDU Exchange: Tras el arranque, los conmutadores transmiten periódicamente Unidades de Datos del Protocolo de Puente (BPDUs) para mapear la topología de la red.

  • Root Bridge Election: Todos los switches comparan los IDs de puente (prioridad + dirección MAC); aquel con el valor más bajo se convierte en el puente raíz.

  • Path Calculation: Cada conmutador que no es raíz determina la ruta más corta hacia el Puente Raíz basándose en el costo del camino.

  • Port Role Assignment: Los switches designan un Puerto Raíz (la mejor ruta hacia el Puente Raíz) y Puertos Designados (encargados de gestionar el reenvío del tráfico en cada segmento).

  • Blocking Redundant Ports: Cualquier puerto que pueda generar un bucle se coloca en estado de bloqueo, impidiendo la transmisión de datos pero continuando con la vigilancia de los BPDUs.

  • Cuando un enlace o dispositivo falla: los switches detectan el cambio mediante BPDUs, recalculan el árbol de expansión y desbloquean los puertos según sea necesario.

how does stp work root bridge, root port and designated port selection

Diagrama 1. Funcionamiento del STP: Selección del Bridge Raíz, Puerto Raíz y Puerto Designado

Lo anterior describe el principio básico de funcionamiento del STP. No obstante, la versión original de STP presenta un tiempo de recuperación relativamente largo, lo que limita su aplicación en entornos sensibles al tiempo. Para superar esta restricción, se desarrollaron dos versiones mejoradas — RSTP (Rapid Spanning Tree Protocol) y MSTP (Multiple Spanning Tree Protocol) — que ofrecen una convergencia más rápida y una mayor flexibilidad en las redes industriales Ethernet modernas.

  • STP: La versión más elemental previene bucles bloqueando enlaces redundantes y creando una topología lógica libre de ciclos. No obstante, su convergencia es lenta, requiriendo típicamente entre 30 y 50 segundos para la recuperación de la red.

  • RSTP: Una versión avanzada de STP que logra una convergencia topológica más rápida, por lo general entre 1 y 10 segundos.

  • MSTP: Basado en RSTP, permite que múltiples VLANs se asignen a una única instancia de spanning tree, facilitando la distribución de carga entre VLANs. MSTP mantiene compatibilidad retrospectiva con STP y RSTP, logrando tiempos de convergencia también inferiores a 10 segundos.

Como estándar internacional, la familia de protocolos Spanning Tree ofrece una interoperabilidad excepcional y soporta diversas topologías físicas. No obstante, en redes industriales de gran escala o complejidad, su rendimiento en la convergencia puede quedar rezagado frente a protocolos industriales anulares especializados, por lo que resulta más idóneo para aplicaciones no críticas en tiempo real o como mecanismo de redundancia de respaldo.

MRP

Media Redundancy Protocol (MRP), definido en la norma IEC 62439-2, es un protocolo estandarizado de redundancia para anillos Ethernet industriales, diseñado para la recuperación ágil de redes.

En un anillo MRP, un dispositivo se configura como Gestor de Redundancia de Medios (MRM), mientras que los demás operan como Clientes de Redundancia de Medios (MRC). El MRM supervisa continuamente el estado del anillo y bloquea normalmente uno de sus puertos para evitar bucles en la red. Ante una falla en un enlace o dispositivo, el MRM desbloquea inmediatamente ese puerto, permitiendo que el tráfico de datos se reoriente a través de la ruta de respaldo.

how does mrp media redundancy protocol work

Diagrama 2. ¿Cómo funciona el Protocolo de Redundancia de Medios MRP?

MRP admite configuraciones flexibles de recuperación, con tiempos típicos de 500 ms, 200 ms, 60 ms, 15 ms e incluso menos de 10 ms en anillos pequeños (hasta 50 conmutadores).

Como estándar industrial internacional, MRP cuenta con el respaldo de numerosos fabricantes de equipos de automatización. Ofrece una recuperación considerablemente más rápida que STP, lo que lo convierte en una opción idónea para la automatización industrial y sistemas de control en tiempo real.

ERPS

Ethernet Ring Protection Switching (ERPS) es un protocolo de redundancia de operador diseñado específicamente para redes de anillo Ethernet, estandarizado bajo la recomendación ITU-T G.8032.

El principio de funcionamiento de ERPS consiste en designar un conmutador como propietario del Enlace de Protección del Anillo (RPL). En condiciones normales de operación, el propietario del RPL bloquea un enlace dentro del anillo para evitar bucles en la red. El protocolo intercambia continuamente mensajes de control (tramas R-APS) entre todos los nodos del anillo para supervisar el estado de los enlaces. Ante una falla en algún enlace, los nodos afectados notifican de inmediato al propietario del RPL, quien desbloquea el enlace previamente bloqueado, permitiendo así redirigir el tráfico a través de la ruta de respaldo.

erps single ring topology link normal vs link fail

Diagrama 3. Topología de anillo único ERPS: Enlace normal vs. enlace fallido

La principal ventaja del ERPS radica en su recuperación ultrarrápida, generalmente inferior a 50 ms, lo que lo convierte en la opción idónea para la automatización industrial, la fabricación inteligente y otras aplicaciones críticas donde la alta fiabilidad y el tiempo de inactividad mínimo son imprescindibles.

EAPS 

EAPS (Ethernet Automatic Protection Switching) es un protocolo de protección rápida desarrollado inicialmente por Extreme Networks para topologías de anillos Ethernet. Gracias a su eficiencia y diseño robusto, su mecanismo central fue estandarizado como IETF RFC 3619, convirtiéndolo en una tecnología abierta y pública. Aunque sea un estándar, en la práctica, distintos fabricantes pueden presentar ligeras variaciones en la implementación y extensión de RFC 3619.

¿Cómo Funciona EAPS?

  • El nodo maestro envía periódicamente paquetes de estado para supervisar la integridad del anillo. El puerto secundario permanece bloqueado para evitar la formación de bucles.

  • Ante una falla en el enlace, el maestro habilita el puerto secundario en modo de reenvío y difunde un mensaje Flush-FDB para redirigir el tráfico por la ruta alternativa.

  • Cuando se restablece el enlace, el maestro vuelve a bloquear el puerto secundario y envía un mensaje Complete-Flush-FDB para restaurar la ruta de reenvío habitual.

  • La recuperación suele completarse en un plazo de 50 ms, garantizando una alta disponibilidad de la red.

how does eaps work links are normal state

Diagrama 4. ¿Cómo Funciona EAPS? – Enlaces en Estado Normal

EAPS funciona de manera similar a ERPS, aunque se diferencia en ciertos aspectos. EAPS depende de un nodo maestro único para gestionar tanto el bloqueo como la recuperación, mientras que ERPS emplea un modelo RPL Owner/RPL Neighbor para administrar los enlaces bloqueados. Además, ERPS soporta interconexiones de anillos más complejas y múltiples dominios de anillo, en contraste con EAPS, que está principalmente concebido para topologías de anillo simple o dual.

Comparativa de Rendimiento de Protocolos de Anillo Redundante

Para una visión resumida, la siguiente tabla presenta las características principales.

Protocol

Typical Recovery Time

Device / Network Scale

Key Strengths

Key Weaknesses / Notes

STP

30 – 50 seconds

No specific limit

The original, prevents basic loops.

Too slow for modern networks. Legacy protocol, not recommended for new deployments.

RSTP

1 – 10 seconds

No specific limit

Much faster convergence than STP. Universal compatibility. Supports any physical topology.

Convergence can be slow in large/complex networks. Not ideal for time-critical rings.

MSTP

≤ 10 seconds

No specific limit

Enables load balancing across VLANs. Backward compatible with RSTP/STP.

Configuration is more complex. Convergence speed is still in the second range.

MRP

< 10 – 500 ms (configurable)

Up to 50 switches

Industrial international standard. Optimized for PROFINET. Deterministic behavior.

Limited to ring topologies.

ERPS

< 50 ms

Up to 255 nodes per ring

Telecom-grade, fastest international standard. Excellent for multi-vendor environments.

Limited to ring topologies. The top choice for high-speed standard rings.

EAPS

< 50 ms

Typically single or dual ring

Fast Convergence, Simple mechanism, cost-effective.

Less common than ERPS/MRP, largely superseded.

Cómo Seleccionar la Opción Más Adecuada para Su Red

Para determinar el protocolo óptimo de anillo redundante, valore sus necesidades en función de estas tres dimensiones fundamentales:

Topología y Escala de Redes

Restricción: ¿Anillo físico limpio?

  • Sí: Proceda con protocolos optimizados para anillos (MRP, ERPS, propietarios).

  • No: RSTP/MSTP es la opción principal para gestionar topologías de malla arbitrarias, aceptando una convergencia más lenta (1-10 segundos).

Rendimiento: Objetivo de Tiempo de Recuperación (RTO)

  • Tolerancia > 1 segundo: RSTP/MSTP resulta adecuado para operaciones no críticas.

  • Requisito < 100 ms: Exige un protocolo de anillo específico (MRP, ERPS, propietario).

¿Cuáles son sus objetivos en cuanto al entorno técnico y el mantenimiento?

Ejemplo A: Sistemas Industriales Específicos

Si su red se destina principalmente a sistemas industriales de bus como PROFINET, que exigen rigurosos protocolos, MRP suele ser el estándar de facto o mandatorio. Optar por MRP garantiza la mejor compatibilidad y un rendimiento determinista con los dispositivos de campo.

Ejemplo B: Alto Rendimiento, Compatibilidad Multivendedor y Flexibilidad Futura

Si su red funciona como la columna vertebral de la fábrica o centro de datos que integra dispositivos de múltiples proveedores y desea evitar depender exclusivamente de un solo fabricante, ERPS es la opción óptima. Como estándar internacional de grado portador, ERPS ofrece una recuperación inferior a 50 ms, excelente interoperabilidad multivendedor y una escalabilidad duradera para futuras actualizaciones.

miércoles, 17 de junio de 2020

miércoles, 13 de diciembre de 2017

ERPS - Ethernet Ring Proteccion - Los Miércoles de Tecnología

ERPS está definido por el estándar G.8032 de la ITU como un mecanismo de redundancia para conectar diferentes switches en anillo con un tiempo de recuperación en caso de caída inferior a 50ms.

¿Por qué ERPS?

ERPS apareció como un protocolo estándar (ITU-T) y por tanto capaz de ofrecer interoperabilidad y con un tiempo bajo de recuperación bajo que pudiera satisfacer entornos industriales y Carrier Ethernet.

Hasta la aparición de este mecanismo teníamos dos familias de protocolos de protección en anillo:
  • STP/RSTP/MSTP típicamente en entornos de networking o incluso operador. Su principal problema es el tiempo de recuperación que puede llegar incluso a algunos segundos
  • Protocolos propietarios para diferentes fabricantes de switches industriales (Moxa, Hirschman, Kyland, Ruggedcom,...). En estos entornos no podemos permitirnos tiempos de recuperación tan altos y con estos protocolos propietarios conseguimos tiempos inferiores a 50ms.
Los problemas derivados de la anterior situación son claros:
  • no podemos interconectar switches industriales de diferentes fabricantes en el mismo anillo con tiempos bajos de recuperación ya que se trata de protocolos propietarios. En este sentido ya han aparecido estándares como DRP pero en la práctica no suelen usarse ya que los técnicos están habituados a la configuración de los protocolos propietarios de cada fabricante.
  • no podemos interconectar switches industriales y switches no industriales en un mismo anillo. Este último problema puede parecer inusual pero en multitud de instalaciones (Smart grid, ITS, videovigilancia, ...) podemos tener switches industriales de campo conectados a switches no industriales en el centro de control o caseta de comunicaciones (donde no tenemos requisitos de tipo industrial). No podemos conectarlos en anillo de forma que si queremos algún tipo de redundancia tendremos que conectarlos con mecanismos LACP o similares.

Principios y objetivos

  • Usar tramas estándar 802 MAC y OAM a lo largo del anillo
  • Mapear el tráfico en una VLAN estándar según 802.1Q deshabilitando xSTP en los switches del anillo
  • Los nodos del anillo deberán soportar mecanismos estándar de FDB MAC learning, forwarding, flush behaviour y port blocking/unblocking mechanisms.
  • Los bucles se evitan bloqueando uno de los puertos del anillo (o bien un puerto predefinido en caso de anillo cerrado o bien el enlace caído en caso de anillo abierto
  • .Monitorización del nivel físico Ethernet para descubrir e identificar un punto de fallo o Signal Failure (SF)
  • ƒProtección y recuperación en menos de 50ms para la mayoría de circunstancias
  • El tráfico asociado a los mensajes del mecanismo de protección debe usar un porcentaje mínimo del ancho de banda disponible en el anillo

Conceptos ERPS

  • Ring Protection Link (RPL) – Link designado por el mecanismo ERPS para estar bloqueado en estado de reposo (anillo cerrado) y evitar así el bucle de tráfico
  • RPL Owner – Nodo del anillo conectado al RPL que bloquea el tráfico durante el estado de reposo (anillo cerrado) y lo desbloquea en estado de protección (anillo abierto)
  • Link Monitoring – Los enlaces del anillo se monitorizan a través de mensajes OAM (CFM)
  • Signal Fail (SF) – Se produce cuando se detecta una caída de la señal Ethernet
  • No Request (NR) – Mensaje o situación que se declara en los paquetes del protocolo cuando no hay anomalía detectada en el nodo
  • Ring APS (R-APS) Messages – Mensajes del protocolo definidos en  Y.1731 y G.8032
  • Automatic Protection Switching (APS) Channel - VLAN del anillo que se usa exclusivamente para el intercambio de mensajes OAM incluyendo los mensajes R-APS


Temporizadores ERPS


ERPS define algunos temporizadores de cara a evitar fluctuaciones entre los estados de anillos cerrado y anillo abierto.
  • ƒWTR (Wait to Restore) Timer – Usado por el  RPL Owner para verificar que el tráfico en el anillo se ha estabilizado antes de bloquear el RPL de nuevo tras la recuperación del mismo
  • ƒHold-off Timers – Usados por las capas físicas Ethernet para evitar reportar caídas intermitentes al protocolo ERPS

Ejemplo de configuración


Ahora veamos todo lo anteriormente explicado en el siguiente ejemplo con los comandos de configuración para switches ISCOM del fabricante Raisecom



Tenemos un anillo con tres nodos. Uno hace el panel de owner, otro de neighbour (vecino que nos permite definir el RPL) y otro de transfer. En todo anillo debe haber un owner y un neighbour, el resto de nodos son transfer.

Para cada uno de los nodos debemos definir:
  • el ID del anillo (1 en nuestro ejemplo). Debe ser único para cada switch ya que un switch puede pertenecer a varios anillos
  • ambos puertos del anillo (east y west en nuestro caso)
  • node-type: el tipo de nodo según lo descrito antes. En los tipos owner y neighbour debemos también definir el RPL, lo que hacemos a través de los comandos rpl-east o rpl-.west respectivamente. Este comando define el puerto que bloqueará el tráfico en estado de reposo (anillo cerrado)
  • VLAN para el intercambio de mensajes OAM y ERPS en el anillo
  • WRT timer (nosotros dejamos el valor por defecto y por tanto no se indica)

owner - ethernet ring-protection 1 east port 9 west port 10 node-type rpl-owner rpl east protocol-vlan 10

neighbour - ethernet ring-protection 1 east port 9 west port 10 node-type rpl-neighbour rpl west protocol-vlan 10

transfer - ethernet ring-protection 1 east port 9 west port 10 node-type transfer protocol-vlan 10