¿Qué es el Protocolo de Redundancia de Medios (MRP)?

Un anillo administrado que se sana a sí mismo

MRP toma un conjunto de switches cableados en un anillo físico y hace ese anillo seguro de usar. Dejado solo, un anillo es un lazo, y los lazos Ethernet son peligrosos porque las tramas circulan sin fin y se multiplican hasta abrumar la red. MRP evita esto al designar un dispositivo como el Gestor de Redundancia de Medios y hacer que mantenga uno de sus dos puertos de anillo lógicamente bloqueado. Con ese solo puerto cerrado, el anillo es eléctricamente un lazo pero topológicamente una línea, así que el tráfico fluye normalmente y ninguna trama puede circular para siempre. Los demás dispositivos del anillo son Clientes de Redundancia de Medios, que simplemente reenvían el tráfico del anillo y siguen la conducción del gestor.

El gestor no solo bloquea un puerto y espera; supervisa activamente el anillo. Envía tramas de prueba por ambos puertos de anillo, y en condiciones normales esas tramas viajan alrededor del anillo intacto y regresan al gestor desde el lado opuesto. Mientras las tramas de prueba sigan regresando, el gestor sabe que el anillo está completo y mantiene bloqueado su puerto en espera. Las tramas de prueba son la prueba continua del gestor de que el camino redundante está disponible pero aún no es necesario.

Cuando un cable o un switch del anillo falla, las tramas de prueba dejan de completar su lazo, y el gestor detecta que el anillo se ha roto. En respuesta desbloquea su puerto de anillo en espera, que reconecta las dos mitades del anillo ahora roto a través del propio gestor, y restaura un camino completo entre todos los dispositivos. La red se sana sin intervención humana, y como los clientes solo tuvieron que seguir reenviando, la lógica de recuperación se concentra en el único gestor en lugar de repartirse por todos los dispositivos.

Tiempo de recuperación y la cifra de 200 milisegundos

La recuperación de un anillo MRP es rápida pero no es instantánea, y esta es la característica definitoria a entender. Cuando ocurre un corte, hay un intervalo de detección antes de que el gestor esté seguro de que el anillo está caído, seguido de la reconfiguración en la que el puerto en espera se abre y los switches reaprenden hacia dónde debe fluir el tráfico. La cifra comúnmente citada para un anillo MRP estándar es una recuperación del orden de 200 milisegundos, aunque el tiempo preciso depende del tamaño del anillo y de la temporización configurada de las tramas de prueba, y existen perfiles más rápidos para anillos más pequeños.

Durante esa ventana de recuperación el tráfico a través de la parte afectada del anillo se interrumpe. Para la mayoría de las aplicaciones PROFINET esto es aceptable porque los controladores pueden configurarse para tolerar una breve brecha de comunicación, con un temporizador de vigilancia ajustado más largo que la recuperación en el peor caso, para que un solo corte de anillo no dispare el proceso. El punto de MRP no es hacer invisibles las fallas sino hacerlas sobrevivibles: un cable roto se vuelve una interrupción breve y acotada seguida de operación continua, en lugar de una caída que persiste hasta que llega un técnico.

Esta recuperación acotada pero no cero es por lo que a MRP se le llama un método de redundancia con corte en lugar de sin costura. La red sí cae brevemente cuando un enlace falla, y la aplicación debe diseñarse para aguantar ese corte. Para la gran mayoría de la automatización de proceso y discreta esta contrapartida es totalmente razonable, y la simplicidad de un solo anillo administrado con requisitos de hardware modestos es gran parte de por qué MRP se volvió el esquema de redundancia por defecto en el mundo PROFINET.

MRP frente a la redundancia sin costura para una red de planta

La alternativa a un esquema con corte como MRP es uno sin costura, y los dos estándares sin costura que más a menudo se le contraponen son HSR y PRP, ambos definidos en IEC 62439-3. Todo su propósito es eliminar por completo la brecha de recuperación al enviar el tráfico por dos caminos a la vez, para que si un camino falla el otro ya haya entregado los datos y no se vea ninguna interrupción. Donde MRP sana un corte en alrededor de 200 milisegundos, un esquema sin costura experimenta tiempo de recuperación cero porque no hay nada que recuperar: la copia redundante ya iba en vuelo.

Esa ausencia de costura llega a un costo en hardware y diseño de red. La redundancia sin costura generalmente requiere dispositivos que la soporten directamente o cajas de redundancia para conectar dispositivos ordinarios, y consume más ancho de banda porque todo se duplica. MRP, por contraste, solo necesita que los switches soporten el protocolo y estén cableados en un anillo, con un solo gestor, lo que es mucho más simple y barato. Así que la elección es un verdadero intercambio: MRP para un anillo de bajo costo y fácil de construir que tolera un breve corte, o un método sin costura para aplicaciones que no pueden tolerar ninguna interrupción en absoluto.

Para un proyecto de SCADA o monitoreo la pregunta práctica es si el proceso puede aceptar la ventana de recuperación. Una red que lleva tags para monitoreo supervisorio, donde una brecha de menos de un segundo durante una falla rara de cable es inofensiva, se sirve bien con MRP, y la gran mayoría de las redes de control de planta caen en esa categoría. Solo cuando la aplicación genuinamente no puede perder un solo ciclo, como en algunos escenarios de subestación y de alta disponibilidad, se justifica el costo extra de HSR o PRP sin costura. Saber de qué lado de esa línea está una red es la esencia de elegir su esquema de redundancia.

Preguntas frecuentes