Protocolos de comunicación
STP, PRP, HSR
César Andrés Mejía Cholo
Ingeniería Eléctrica y Electrónica, Escuela Politécnica Nacional
Quito, Ecuador
cesar.mejia@epn.edu.ec,
Abstract- Hoy en día, la tecnología de comunicación
Ethernet es la columna vertebral de la automatización de
subestaciones. La fiabilidad de la comunicación es crucial.
Por tanto, la redundancia conocida de la protección
principal A/B no es suficientemente buena en muchos
casos, se debe proporcionar redundancia de la
comunicación. Los sistemas de redundancia de medios
Ethernet comunes tienen un tiempo de reconfiguración
donde la red está ocupada por sí misma en términos de
restablecimiento del sistema. El protocolo de redundancia
en paralelo (PRP) y la redundancia sin interrupciones de
alta disponibilidad (HSR) se han introducido para abordar
la necesidad de comunicaciones industriales confiables y
están estandarizados y especificados en IEC 62439-3. Si
bien ambos abordan diferentes topologías de red, HSR y
PRP se basan en el mismo principio de redundancia activa
al duplicar el intercambio de información. Al proporcionar
un protocolo de redundancia activo y, por lo tanto, una
reconfiguración de retardo cero en caso de falla de un
conmutador o enlace, HSR y PRP son especialmente
interesantes para aplicaciones de protección basadas en
comunicación digital como IEC 61850-9-2 e IEC 61850-8.
-1 [1, p. 1].
En este documento, se presentan diferentes topologías y
aplicaciones para la automatización de subestaciones
utilizando los beneficios de PRP y HSR y cómo dichos
protocolos pueden hacer cumplir el requisito de
rendimiento especificado por IEC 61850-5.
Palabras claves: STP, HSR, PRP, IEC-61850, protocolos
de comunicación, GOOSE (Objeto genérico orientado a
eventos de subestaciones).
I. INTRODUCCIÓN
La redundancia es uno de los requisitos clave de los
sistemas de energía, es particularmente importante para
aplicaciones críticas de protección y automatización de
subestaciones. Los sistemas redundantes eliminan puntos
únicos de falla y mejoran la disponibilidad, seguridad y
confiabilidad general del sistema. Dado que la
comunicación Ethernet es cada vez más común en los
esquemas de protección en subestaciones, los requisitos de
redundancia ya no cubren solo los dispositivos de
protección sino también los sistemas de comunicación
dentro de la subestación. De hecho, para lograr una
confiabilidad y disponibilidad del sistema, la red de
comunicación debe evitar interrupción del tráfico cuando
se perturba uno de sus elementos.
El Protocolo de redundancia en paralelo (PRP) y la
redundancia sin interrupciones de alta disponibilidad
(HSR) se han introducido para abordar la necesidad de
comunicaciones industriales confiables y están
estandarizados y especificados en IEC 62439-3. Si bien
ambos abordan diferentes topologías de red, HSR y PRP se
basan en el mismo principio de redundancia activa al
duplicar el intercambio de información. Al proporcionar un
protocolo de redundancia activo y, por lo tanto, una
reconfiguración de retardo cero en caso de falla de un
conmutador o enlace, HSR y PRP son especialmente
interesantes para aplicaciones de protección basadas en
comunicación digital como IEC 61850-9-2 e IEC 61850-8.
-1 [2, p. 1].
II. PROTOCOLOS DE REDUNDANCIA
Los switches en la red se pueden utilizar para
proporcionar redundancia de protocolo y mantener la salud
de la red Ethernet. Los protocolos de redundancia de capa
2 hacen dos cosas: identificar todas las rutas posibles entre
los dispositivos de red y colocar las rutas adicionales
redundantes en un estado de bloqueo para eliminar los
bucles de red.
Si estas rutas redundantes no se eliminan, se formarán
bucles en una red Ethernet que causarán inundaciones
debido a la duplicación y recirculación de datos. Esto
ahogará una red en un corto período de tiempo. En caso de
que el segmento de la red falle, el protocolo activa los
puertos apropiados que están en un estado de bloqueo para
restablecer la conectividad. El objetivo es solucionar el
problema antes de que el proceso sepa que hay un
problema.
Las redes Ethernet tienen protocolos de redundancia
que son compatibles con los estándares Ethernet
identificados. Estos son compatibles con capa 2 y capa 3
del modelo OSI.
 Los mecanismos de redundancia de medio ethernet se
especifican en IEC 62439, hoy en día, estos son:
Parte 1: Árbol de expansión rápida (también parte de
IEEE 802.1D).
Parte 2: Protocolo de redundancia de medios MRP.
Parte 3: Redundancia perfecta PRP y HSR.
Parte 4: Protocolo de redundancia entre redes CRP.
Parte 5: Protocolo de redundancia de baliza BRP.
Parte 6: Protocolo de redundancia distribuida DRP.
Parte 7: Protocolo de redundancia basado en anillo
PRP.
III. STP (SPANNING TREE PROTOCOL)
Es un protocolo de capa 2 que impiden la existencia de
bucles físicos, creando una ruta alternativa para las tramas.
A diferencia de capa 3 no utiliza el renglón de TTL (time
to live), lo que puede provocar grandes problemas al
presentarse un problema físico.
Propósito de STP: Cuando se habla de STP, la tormenta
de broadcast es un término utilizado en las rutas
redundantes de capa 2, que consiste en la propagación de
tramas ethernet hasta que un enlace se interrumpe, esto se
produce cuando existen 2 rutas en los switches en la misma
LAN, producido por una tarjeta defectuosa o cuando un
cable de red se conecta en 2 interfaces del mismo switch.
De esta forma, una red sin las condiciones adecuadas no
puede crear una ruta redundante. Se requiere de
dispositivos que comprendan la existencia de un bucle de
capa 2. Si estas condiciones no se cumplen se puede formar
una emisión incontrolable de datos enviados por los
mismos dispositivos, lo cual puede deshabilitar la red en
poco tiempo.
El Spanning Three Protocol (STP) o protocolo de árbol
de expansión, previene los bucles, permitiendo la
redundancia sin afectar el normal comportamiento de la
red. El estándar asociado a este protocolo es el IEEE
802.1D, el cual consiste en tomar datos de toda la red y
hacer un cálculo para determinar la mejor ruta, dejando una
ruta alternativa en caso de que la ruta principal se caiga por
alguna razón.
Para crear una topología sin bucle, STP se basa en un
algoritmo que busca a un único switch que creará una ruta,
como la raíz de un árbol para evitar que los dos extremos
se unan, a este dispositivo se la el nombre de puente raíz,
el algoritmo tomara varios datos de los equipos para
determinar la mejor ruta, entre ellos, las velocidades de
puertos, las direcciones MAC de los switches, el ID de
VLAN y un valor determinado como prioridad de puente,
valor que puede ser modificado para que el administrador
de red pueda manipular la ubicación del puente raíz.
Los pasos que cumple el algoritmo STP son:
1. Selección del puente raíz: Al tener un switch
seleccionado, cada dispositivo de capa 2 busca la
mejor ruta dependiendo de los costos de cada
enlace. Existe una tabla que determina los costos.
Si existieran varios saltos, los costos se suman.
Tabla 1. Costo de enlaces de acuerdo a IEEE 802.1
Velocidad STP Cost: IEEE Costo de
de enlace 802.1D - 1998 RSTP IEEE
802.1w-2004
10 Gbps 2 2000
1 Gbps 4 20000
100 Mbps 19 200000
10 Mbps 100 2000000
2. Bloquear rutas redundantes: Luego de determinar
el puente raíz, el STP bloquea las rutas que
podrían causar un bucle, esto impide que los
paquetes que se generan en las capas superiores se
puedan desplazar por dichos enlaces.
3. Crear una topología sin bucle: El bloqueo de
puertos, impiden que se transmitan datos a través
de un enlace, creando una topología donde cada
switch tiene una sola ruta al puente raíz.
4. Calcular en caso de falla de enlace: Los enlaces
físicos permanecen dormidos, a la espera de que
suceda algo en la ruta principal, en caso de que
falla la ruta principal, se hace un recálculo
bloqueando los puertos necesarios para activar la
ruta redundante, el recalculo también se realiza
cuando se aumenta un dispositivo de capa 2.
El protocolo STP fue estandarizado en 1996 como
IEEE 802.1D, es el primero y más lento de los protocolos
de árbol de expansión (Spanning Tree). El tiempo medio
de conmutación por error para STP comenzó en 30
segundos y aumentó. Demasiado lento para cualquier
proceso industrial. Sin embargo, STP tiene dos deficiencias
principales: (1) un tiempo de conmutación por error muy
largo y (2) interrupción de la red cuando falla la raíz [3, p.
1].
RSTP (Rapid Spanning Tree Protocol: Rapid STP
(RSTP, IEEE 802.1w) resuelve estos dos problemas con un
tiempo de recuperación rápido de menos de 100 ms, pero
su tiempo de recuperación es de más de un segundo.1 Una
mejora de RSTP de Extreme Networks se llama Ethernet
Interruptor de protección automático (EAPS, RFC 3619).
La red de EAPS es una topología en anillo, como se ilustra
en la Fig. 1, donde el nodo maestro puede detectar fallas en
el enlace y desbloquear su puerto secundario en 50 ms [3, milisegundos. Los mensajes de valores muestreados no se
p. 2]. pueden retrasar más de unos pocos milisegundos sin
afectar negativamente a las funciones de protección.

La confiabilidad de GOOSE se basa en la

Fig. 1.
Switch de protección automática
El método de red tradicional para la disponibilidad es
utilizar una red en anillo, por lo que cualquier nodo de red
tiene dos rutas para comunicarse por la red. Los switches
de red están conectados para crear un anillo físico. Las
redes están compuestas por switches Ethernet que utilizan
un método de almacenamiento y reenvío para pasar datos,
formando una conexión virtual entre los puertos del switch.
La conmutación Ethernet no permite una conexión virtual
que forme un anillo completo, por lo que siempre hay
puertos específicos en los switches configurados para estar
virtualmente abiertos. Por tanto, estos puertos "abiertos"
específicos no reenviarán ningún dato. Esto significa que
para cualquier transmisión de datos existe una ruta normal
de punto a punto a través de la red.
retransmisión: el mensaje se retransmite y aumenta los
intervalos hasta el tiempo de latido. Suponga una red que
tarda 100 ms en reconfigurarse, como en la Fig. 2. Si se
publica un mensaje GOOSE mientras esta red se está
reconfigurando, entonces la única copia de este mensaje
que puede pasar al dispositivo de suscripción que es el
mensaje de latido de un segundo; demasiado lento para
bloquear las señales. Los mensajes de valor de muestra que
se retrasan más de unos pocos milisegundos simplemente
se consideran perdidos por el relé de suscripción. Un
tiempo de reconfiguración de la red en el bus de proceso de
100 ms (6 ciclos del sistema de energía a 60 Hz) resultará
en el bloqueo de la protección durante 6 a 8 ciclos. Por
tanto, existe la necesidad de un método de disponibilidad
mejor que los proporcionados por STP, RSTP o RSTP
mejorado.

En caso de falla de un enlace de red en esta ruta de

punto a punto, la red se reconfigurará a una nueva ruta de
Fig. 2. GOOSE y RSTP
punto a punto a través de la red cerrando los puertos
prácticamente abiertos según corresponda. El tiempo de
La norma IEC 61850 reconoce esta necesidad y define
reconfiguración de la red con STP puede tardar unos
específicamente en 61850-5 el retardo tolerado para la
minutos. IEE 802.1w define el Protocolo de árbol de
recuperación de aplicaciones y los tiempos de recuperación
expansión rápida (RSTP), que acelera el tiempo de
de comunicaciones requeridos para diferentes aplicaciones
reconfiguración a segundos. Los fabricantes de switches
y servicios. El tiempo de recuperación de la aplicación
han desarrollado versiones patentadas de RSTP, conocido
tolerado varía de 800 ms para SCADA a 400 µs para
como "RSTP mejorado", que acelera el tiempo de
valores muestreados. Los tiempos de recuperación de
reconfiguración incluso más rápido, a cientos de
comunicaciones requeridos oscilan entre 400 ms para
milisegundos.
SCADA y 0 para valores muestreados. De hecho, como
muestra la Tabla 2, RSTP solo es adecuado para SCADA.
Para aplicaciones en el mundo de las comunicaciones,
Todas las demás aplicaciones y servicios requieren algo
un tiempo de reconfiguración de la red de cientos de
mejor.
milisegundos es adecuado. La voz sobre IP aún funciona,
los videos aún se transmiten y los correos electrónicos aún
se envían correctamente. Para la mayoría de las Tabla 2. Retardos de comunicación permitida en IEC61850 [4]
necesidades de comunicaciones de subestaciones, como
SCADA tradicional, este nivel de posible retraso de tiempo
es aceptable. Sin embargo, hay nuevos requisitos que
surgen de nuevas aplicaciones. Los mensajes GOOSE, los
mensajes de valor muestreado (SV) y algunas
comunicaciones de control cliente / servidor son de misión
crítica. Un ejemplo es un mensaje GOOSE que contiene
una bandera que se usa para disparar, bloquear o
desbloquear. Este mensaje GOOSE debe recibirse dentro
de límites de tiempo cuidadosamente definidos que pueden
estar en el rango de milisegundos; no cientos de
 Es obvio que incluso las soluciones RSTP mejoradas
patentadas tienen un tiempo de recuperación de órdenes de
magnitud mayor que los requisitos de GOOSE rápido IEC
61850. La respuesta es encontrar un método que logre un
"tiempo cero" para la recuperación, también conocido
como recuperación "sin saltos". Esta recuperación de alta
velocidad se puede realizar cuando el tráfico de datos se
produce simultáneamente en varias rutas. Una interrupción
en un camino no tiene ningún efecto en el otro.
IV. MÉTODOS TRADICIONALES DE
CONFIABILIDAD
Los métodos tradicionales para abordar la confiabilidad
y la reconfiguración de la red utilizan dispositivos que
tienen puertos de interfaz de red duales. Estos métodos
incluyen LAN duales y LAN redundantes. Ninguno de los
métodos es adecuado para IEC 61850, especialmente para
GOOSE o mensajes de valor de muestra.
A. LAN dual
En una configuración de LAN dual, los dos puertos del
dispositivo tienen direcciones MAC y direcciones IP
independientes. La redundancia se implementa en la capa
de sesión (Capa 5 de la pila OSI). Las aplicaciones usarán
ambos puertos, cada uno conectado a una red diferente.
Para IEC 61850, esto requiere que se publiquen en cada
red diferentes mensajes GOOSE o mensajes de valor
muestreado; y que los dispositivos finales pueden
suscribirse a ambos mensajes correctamente. Esto requiere
mucho esfuerzo de configuración en los dispositivos
finales para comparar con éxito dos mensajes GOOSE que
contienen los mismos datos. Además, no hay garantía ni
provisión para ningún posible retraso de tiempo entre la
recepción de los dos mensajes GOOSE.
B. LAN redundante
En una configuración de LAN redundante, los dos
puertos del dispositivo comparten una dirección MAC y
una dirección IP comunes. La redundancia se implementa
en la capa de enlace de datos. Solo un puerto está activo a
la vez. Las aplicaciones utilizarán cualquiera de los puertos
y, si se utilizan dos LAN, deben estar conectadas juntas.
Las LAN redundantes dependen de los dispositivos de red
para detectar una falla en el enlace y cambiar al puerto
redundante.
Este tiempo de detección puede durar unos segundos,
por lo que las LAN redundantes no son adecuadas para
aplicaciones de valor muestreado y GOOSE. Está claro que
la red LAN dual y las configuraciones de red redundantes
no son las soluciones adecuadas para aplicaciones de
misión crítica como GOOSE y valores muestreados.
Fig. 3. LANs Dual y Redundante
C. IEC 62439-3: PRP y HSR
Para abordar esta necesidad de redes con tiempo de
recuperación cero, IEC 61850 exige el uso de la norma IEC
624393. La cláusula 4 de este estándar define el protocolo
de redundancia en paralelo (PRP) y la cláusula 5 define la
redundancia sin interrupciones de alta disponibilidad
(HSR). Ambos métodos de recuperación de la red
proporcionan un "tiempo de recuperación cero" sin pérdida
de paquetes. Estos son los únicos métodos estándar para
garantizar transmisiones con valor de muestra y GOOSE
sin demoras adicionales en el caso de defectos de LAN.
El concepto básico detrás de PRP es que un dispositivo
está conectado a dos redes independientes. Cualquier
mensaje que publique este dispositivo se refleja en ambas
redes. Los dispositivos suscriptores, también conectados a
ambas redes, aceptarán la primera versión del mensaje
recibido y descartarán la segunda versión. Si falla un enlace
de red, el mensaje reflejado seguirá circulando por la
segunda red. No es necesario que las dos redes sean
idénticas, pero no deben estar conectadas entre sí.
El concepto básico detrás de HSR es que todos los
dispositivos están conectados en una topología de anillo,
sin switch. Cualquier mensaje del dispositivo de
publicación se duplica y se envía en ambas direcciones
alrededor del anillo. Un dispositivo suscrito acepta la
primera versión del mensaje recibido y descarta la segunda
versión. Si falla un enlace de red, se recibirá y utilizará la
versión del mensaje que viaja en la otra dirección alrededor
del anillo.
Tenga en cuenta que tanto con PRP como con HSR, el
resultado final no es un "tiempo de recuperación cero", sino
que en realidad es una pérdida de paquetes cero. Los
mensajes duplicados, debido a que utilizan diferentes rutas,
tendrán tiempos de transmisión ligeramente diferentes.
Con PRP, este tiempo no debería ser significativo (del
orden de microsegundos). Con HSR, esta diferencia de
tiempo será una función de las diferencias en el número de
saltos en cada dirección alrededor del anillo.
 Dependiendo del número de saltos en el anillo, esta
diferencia puede convertirse en fracciones de
milisegundos. Sin embargo, esto todavía no tendrá un
impacto práctico en el rendimiento. Por tanto, con PRP o
HSR, no debería haber un impacto práctico en las
aplicaciones.
V. DESCRIPCIÓN GENERAL DE PRP Y
HSR
Determinar cuándo aplicar una red de alta
disponibilidad y elegir entre usar PRP o HSR requiere una
comprensión básica de cómo funciona cada método.
A. PRP
El tiempo de recuperación cero para la transmisión de
datos puede ocurrir cuando los datos aparecen en múltiples
rutas simultáneamente. Las múltiples rutas de PRP son dos
redes redundantes. Estas redes deben ser redes
completamente independientes. Las redes utilizan switch
Ethernet estándar, con switch administrados y no
administrados que se utilizan según corresponda. El
concepto general de PRP se ilustra en la Fig. 4. Un
dispositivo de origen publica una trama PRP "C" que luego
se refleja como la trama PRP "A" en LAN A, y como la
trama PRP "B" a la LAN B. Un dispositivo de suscripción,
conectado a ambas LAN, acepta la primera trama recibida
y descarta la segunda trama recibida. La salida resultante
es la trama PRP "D". Si la LAN A experimenta una falla,
el destino no recibirá la trama "A" de manera oportuna. Sin
embargo, la trama "B" se seguirá recibiendo con
normalidad.
Fig. 4. Concepto de PRP
Como se ilustra en la Fig. 4, hay varios tipos diferentes
de nodos que pueden conectarse a una red PRP. La Fig. 4
ilustra estos nodos.
DANP: un DANP es un "nodo adjunto doble que
implementa PRP". Un DANP tiene dos puertos (puerto A
y puerto B) que tienen las mismas capacidades y, en
particular, podrían usarse alternativamente si solo una
LAN estaría conectada. Un DANP de origen envía la
misma trama a través de ambas LAN. Un DANP de destino
recibe las tramas reflejadas de ambas LAN dentro de un
cierto tiempo, aceptala primera trama y descarta la
duplicada. La trama "C" y la trama" D" son internos al
DANP.
SAN: una SAN es un "nodo adjunto único" que tiene
un solo puerto para el propósito de este protocolo, por lo
que no se aplican requisitos especiales. Los bridges y
switches son SAN.
RedBox: Se utiliza un dispositivo RedBox para
conectar SAN a una red PRP. El RedBox actúa como un
DANP en el lado del PRP. RedBox refleja la trama "C"
publicada por una SAN y crea la trama "D" a partir de
mensajes PRP duplicados para enviar a una SAN.
VDAN: Nodo virtual doblemente adjunto (SAN como
visible a través de un RedBox).
Un dispositivo heredado, que no implementa PRP, se
considera una SAN. Es posible conectar una SAN como un
solo nodo a cualquiera de las redes. Si el dispositivo SAN
está conectado de esta manera, solo puede comunicarse con
otros dispositivos conectados a la misma red, incluidos los
dispositivos DANP. Sin embargo, no envía tramas PRP,
solo tramas Ethernet tradicionales.
PRP utiliza tramas Ethernet, y estas tramas PRP
Ethernet están diseñadas para ser compatibles con switches
LAN estándar. Los switches simplemente necesitan
admitir tramas de gran tamaño de hasta 1528 octetos. La
mayoría de los switches admitirán tamaños de trama de
hasta 1536 octetos, según ISO / IEC 8802-3. PRP coloca el
Remolque de Control de Redundancia (RCT) en una trama
Ethernet justo antes de la secuencia de reloj de tramas
(FCS), una ubicación que los switches no comprueban, ya
que normalmente se considera parte de la carga útil de
datos. El RCT incluye un número de secuencia de la trama,
un identificador de LAN (para LAN A o LAN B), el
tamaño de los datos en la trama (incluido el RCT) y un
sufijo PRP.
Fig. 5. Trama PRP
La clave es que el identificador PRP es parte de la carga
útil de la trama y los switches lo ignoran. Esto tampoco
afecta otras partes de la trama, especialmente el etiquetado
y los identificadores de VLAN.
 El estándar IEC 62439-3 define algunas reglas y pautas
de instalación para redes PRP. Un breve resumen de estas
reglas y pautas es:
 LAN A y LAN B deben estar separadas.
 Los cables para LAN A y LAN B deben estar
claramente identificados. Si se utilizan colores,
LAN A debe ser ROJO y LAN B debe ser AZUL.
 Los switches para LAN A y LAN B deben tener
etiquetas de identificación distintas.
 El diseño de LAN A y LAN B puede ser diferente,
pero debe ser independiente de fallas y debe tener
retardos de tiempo (latencias) similares: este es un
punto importante para PRP.
 Todos los DANP deben estar conectados a LAN
A y B. Los DANP deben tener la misma dirección
MAC en los puertos A y B, únicos en la red.
También deben tener la misma dirección IP en los
puertos A y B, única en la red.
 Todas las SAN deben estar conectadas a una sola
LAN (A o B), tener una dirección MAC única en
la red y tener una dirección IP única en la red.
 Los switches en LAN A y LAN B se considerarán
SAN y tendrán una dirección única en la red.
Una ventaja clave de PRP es que las dos redes son redes
Ethernet estándar. Se aplican todos los conceptos de red
normales y están disponibles todas las herramientas de red
normales. Las más importantes de estas herramientas de
red disponibles son las utilizadas para modelar el tráfico.
Con una red grande, es fundamental tener la capacidad de
administrar el ancho de banda en toda la red. Esto es
especialmente cierto para las subestaciones que utilizan
IEC 61850, ya que los mensajes GOOSE y los mensajes de
valor muestreados son mensajes de multidifusión.
Los mensajes de multidifusión se propagan por toda la
red, incluso si solo unos pocos dispositivos se suscriben a
un mensaje de multidifusión específico. Las VLAN se
utilizan para limitar los mensajes de multidifusión a partes
específicas de la red, para no utilizar el ancho de banda
innecesariamente. El filtrado de direcciones MAC también
se usa a veces para administrar el flujo de datos específicos
y también está disponible para su uso con PRP.
Existen muchos beneficios al usar PRP para redes de
alta disponibilidad. El primero de ellos es que PRP logra
explícitamente "cero" fallas a lo largo del tiempo, debido
al uso de tramas duplicadas en ambas redes. Otra ventaja
es que las redes PRP pueden utilizar cualquier topología:
redes en estrella, redes en anillo y cualquier otra conexión.
Y estas redes se construyen utilizando switches LAN
estándar. Los dispositivos tradicionales aún se pueden
conectar a estas redes individualmente. Lo más importante
para la mensajería GOOSE y los valores muestreados es
que aún es posible configurar el tráfico a través de las
VLAN, la prioridad de los mensajes y el filtrado de
direcciones MAC. Tenga en cuenta también que estas redes
pueden ser redes de anillo y utilizar RSTP para la
recuperación de la red dentro de la red individual. Las
desventajas de PRP desde un aspecto técnico son que las
dos redes PRP deben ser completamente independientes:
no se pueden conectar ni unir de ninguna manera. En una
red de tráfico mixto, el tráfico Ethernet no PRP podría
puentearse a través de las dos redes mediante la asignación
y el filtrado de VLAN específicos, de modo que las tramas
etiquetadas PRP no formen parte del puente. Se debe
prestar mucha atención a las conexiones de campo, por lo
que se sugiere usar colores específicos para LAN A y LAN
B. Y obviamente, los dispositivos que se conectan a las
redes PRP deben ser dispositivos DANP, que requieren una
interfaz específica o conexión a las redes a través de un
RedBox.
B. HSR
HSR utiliza un método diferente para proporcionar
múltiples rutas de datos. Todos los dispositivos están
conectados a la red en una configuración de anillo, como
se ilustra en la Fig. 6. Un dispositivo fuente publica tramas
idénticas, la trama "A" y la trama "B", en direcciones
opuestas fuera de los dos puertos. Un dispositivo de destino
recibe dos tramas idénticas en cada puerto dentro de un
cierto intervalo. El dispositivo utiliza la primera trama
recibida y descarta la segunda trama. Si falla un enlace de
red, solo se recibe una trama y se utiliza esta trama. Incluso
con una gran cantidad de nodos en la red, la diferencia de
tiempo entre la recepción de las dos tramas es
insignificante, por lo que se logra un tiempo de
recuperación cero. Los nodos admiten la funcionalidad de
puente IEEE 802.1D y envían tramas de un puerto a otro,
excepto si el nodo ya ha enviado la misma trama en esa
misma dirección [5, p. 8].
Fig. 6. Concepto HSR
 HSR utiliza nodos similares a PRP. La única diferencia
es que HSR usa un nodo DANH, como se muestra en la
Fig. 7.
DANH: un DANH es un "nodo adjunto doble que
implementa HSR". Un DANH tiene dos puertos (puerto A
y puerto B) que tienen las mismas capacidades.
SAN: Los nodos adjuntos únicos no se admiten
directamente en HSR; siempre deben conectarse a través
de RedBox. Dado que los switches LAN se consideran
SAN según IEC 62439-3, los switches LAN no son
compatibles con los anillos HSR.
RedBox: Se utiliza un dispositivo RedBox para
conectar SAN a una red HSR. El RedBox actúa como un
DANH en el lado de HSR. RedBox refleja la trama "C"
publicada por una SAN y crea la trama "D" a partir de
mensajes HSR duplicados para enviar a una SAN.
VDAN: Nodo virtual doblemente adjunto (SAN como
visible a través de un RedBox).
QuadBox: HSR también introduce el concepto de
QuadBox, un dispositivo de puerto cuádruple que conecta
dos anillos HSR pares. El QuadBox se comporta como un
nodo HSR en cada anillo y puede filtrar el tráfico entre
anillos y reenviar el tráfico de un anillo a otro [5, p. 9].
Fig. 7. Dispositivos HSR
Las tramas Ethernet HSR no son compatibles con las
tramas Ethernet estándar. Las tramas HSR se identifican de
forma única por su etiqueta HSR insertada. Como se ilustra
en la Fig. 8, la etiqueta HSR reemplaza parte de la
información del encabezado de la trama: no se inserta en la
carga útil como con las tramas PRP. Esto significa que las
únicas tramas posibles en un anillo HSR son las tramas
HSR. La etiqueta HSR incluye un identificador EtherType
HSR, un identificador de ruta, el tamaño de la trama y un
número de secuencia de la trama. El número de secuencia
de la trama, combinado con la dirección de origen en la
trama, se utiliza para identificar tramas duplicadas. Un
nodo DANH siempre aceptará tramas que no haya recibido
antes y no enviará tramas duplicadas.
La selección del estándar de comunicaciones es uno de
los factores críticos en el diseño de los sistemas de
protección y control para subestaciones eléctricas. Se
requiere, por tanto, una correcta definición de los servicios
y de las funcionalidades necesarias y un buen
conocimiento de los protocolos de comunicaciones. La
mejor opción es el estándar IEC 61850 debido a que
cumple con todos los requerimientos de las funciones y
aplicaciones de las subestaciones eléctricas.
Una de las principales características del estándar es la
interoperabilidad, lo cual permite que equipos de distintos
fabricantes, cuya funcionalidad no es necesariamente la
misma, pueden intercambiar datos a través de un medio de
comunicación común (lenguaje SCL).
Otras de las ventajas del estándar es la reduccional del
cableado convencional, esto se debe a que la red de
comunicación sustituye a los cables de comunicación.
La edición 2 del estándar IEC-61850 mejora y amplia
las características de la versión 1. Estas mejoras incluyen
aspectos de pruebas y la inclusión de nuevas
funcionalidades y tipos de objetos utilizados en el
modelado de sistemas eléctricos. Es compatible con la
versión 1, al punto que pueden coexistir servidores de
distintas versiones en el mismo entorno. En la edición 2 de
la norma ya se permite la comunicación de equipos fuera
de la subestación y la sincronización de tiempo es mejorada
mediante protocolo PTP “Presicion time protocol” de la
IEEE 1588.
Especifica los procesos de la ingeniería y sus
herramientas, el ciclo de vida de sistema y las exigencias
de garantía de calidad y el mantenimiento para el sistema
de automatización de subestación.
Permite el intercambio de datos de alta velocidad
mediante el uso de redes LAN-Ethernet 10 – 100 Mbps.
Con esto se minimiza el cableado entre equipos de
subestación y por consiguiente disminuye el costo.
Fig. 8. Trama HSR
El estándar IEC 62439-3 define algunas reglas y pautas
de instalación para redes HSR. Un breve resumen de estas
reglas y pautas es [5, p. 10]:
 Todos los nodos del anillo deben ser nodos
DANH.
 Los dispositivos que no son HSR solo se pueden
conectar a un anillo HSR usando un RedBox o un
QuadBox.
 Los switches LAN no se pueden insertar en el
anillo. Los switches LAN son un dispositivo
SAN.
  Los cables para el puerto A y el puerto B deben
estar claramente identificados
HSR no requiere VLAN ni prioridades para su
funcionamiento; sin embargo, HSR admite tanto VLAN
como prioridad. Se espera que los nodos HSR admitan al
menos dos niveles de prioridad de acuerdo con IEEE
802.1D. También se espera que un nodo HSR filtre el
tráfico de VLAN de acuerdo con IEEE 802.1q y filtre el
tráfico de multidifusión.
Si bien los nodos HSR admiten el tráfico de VLAN, no
es práctico configurar el tráfico mediante VLAN en un
anillo de HSR. Cada marco de datos de origen se publica
en ambas direcciones alrededor del anillo. Para que HSR
proporcione alta disponibilidad, ambas tramas de
unidifusión deben viajar completamente alrededor del
anillo hasta los dispositivos de destino. En el caso de
tramas de multidifusión (GOOSE), ambas tramas deben
viajar completamente alrededor del anillo hasta llegar a los
dispositivos originadores (es decir, el “anillo completo”).
Por lo tanto, cualquier VLAN deberá incluir todos los
nodos del anillo. Esto significa que en un anillo HSR
individual, no es posible modelar el tráfico excepto cuando
se aplica a tramas C o D que están fuera del anillo HSR [5,
p. 11].
Debido a que no es posible modelar el tráfico dentro del
anillo, el número de nodos conectados a un anillo HSR está
limitado por el puerto de nodo que tiene el menor ancho de
banda. En los dispositivos actuales, esto significa que el
ancho de banda está limitado a 100 Mb. Para el bus de
estación, esto limita los anillos HSR a alrededor de 20
dispositivos, y para el bus de proceso este límite es de
alrededor de 6 dispositivos, si estos dispositivos publican
valores muestreados.
Fig. 9. Quabox y Anillos HSR
La configuración del tráfico cuando se usa HSR, por lo
tanto, toma otra forma, que se basa en el uso de redes
malladas para crear una separación física de los anillos
HSR. El primer método es utilizar un par de QuadBoxes
para unir los anillos HSR del mismo nivel. Los anillos HSR
se pueden definir de diversas formas, como la ubicación
física de los dispositivos del nodo, los requisitos de ancho
de banda o los requisitos operativos. Las taramas HSR
circulan alrededor de su anillo original. Los QuadBoxes se
utilizan para filtrar y pasar el tráfico entre los anillos según
corresponda. La Fig. 9 ilustra el concepto general. Un
QuadBox es adecuado para unir anillos HSR de pares. Se
utilizan dos QuadBox para mantener la disponibilidad en
caso de falla de una QuadBox.
Una segunda forma de usar conexiones físicas para
modelar el tráfico es atar un anillo HSR a redes PRP, como
en la Fig. 10. El anillo HSR incluye dos RedBoxes. El
puerto único de RedBox está conectado a una de las LAN
de PRP. El puerto único del segundo RedBox está
conectado a la otra LAN PRP. De esta manera, una fuente
conectada a las redes PRP puede publicar tramas a destinos
en el anillo HSR y aun así soportar un tiempo de
recuperación cero. Y las fuentes en el anillo HSR pueden
publicar tramas a destinos en la red PRP y aún admitir
tiempo de recuperación cero. Por lo tanto, el modelado del
tráfico se produce limitando el tamaño del anillo HSR y
utilizando técnicas de modelado de tráfico estándar en las
LAN PRP [5, p. 12].
Fig. 10. Anillos HSR y redes PRP
Existen beneficios al usar HSR para redes de alta
disponibilidad. El más importante de ellos es la
simplicidad: no se utilizan switches Ethernet, por lo que no
es necesario administrar ni configurar la red. Simplemente
se conecta los dispositivos compatibles con HSR juntos en
un anillo y se configura los parámetros de comunicación en
estos dispositivos. También debería resultar en un
beneficio con respecto al costo de capital, ya que puede que
no haya necesidad de dispositivos de comunicaciones
dedicados, dependiendo de los dispositivos finales
utilizados, la aplicación y la arquitectura de la red.
Las desventajas son que HSR solo tiene sentido cuando
todos los dispositivos se pueden apagar al mismo tiempo
(por ejemplo, prensa de impresión industrial, fábrica de
conservas, línea de ensamblaje de automóviles), cerrando
toda la "línea". Sin embargo, en las subestaciones rara vez
es posible apagar todos los dispositivos del anillo durante
las pruebas de mantenimiento. La otra gran desventaja de
HSR es la del ancho de banda. Debido a que la
configuración del tráfico no es posible en el anillo HSR en
sí, el número de dispositivos conectados en un anillo HSR
es limitado. La segmentación de anillos HSR a través de
conexiones físicas para realizar el modelado del tráfico va
en contra de la simplicidad que es el principal beneficio de
HSR [5, p. 12].
IV. CONCLUSIONES
El auge de la “subestación totalmente digital” y el
creciente uso de las comunicaciones digitales para todos
los datos está impulsando la necesidad de redes de alta
disponibilidad en las subestaciones. Las aplicaciones IEC
61850 ahora envían datos de misión crítica a través de
mensajes GOOSE y mensajes de valor muestreados. Las
redes de anillo simple y las LAN duales no son adecuadas
para la tarea de alta disponibilidad en estas situaciones. El
estándar IEC 62439-3 define dos métodos para redes de
alta disponibilidad: PRP y HSR. Ambos se pueden aplicar
con éxito, el desafío es identificar cuál es apropiado para
una aplicación específica.
PRP es la mejor opción para aplicaciones grandes o
complejas. La capacidad de modelar el tráfico y respaldar
fácilmente las actividades de prueba y mantenimiento
requeridas por las regulaciones de trabajo del permiso, le
da a PRP la ventaja en el rendimiento y el costo total de
propiedad. HSR es la mejor opción para sistemas
pequeños, simples o autónomos como subestaciones de
distribución, donde no hay costos operativos adicionales
introducidos por la complejidad de las pruebas. La
expectativa para el futuro en las grandes subestaciones es
ver un sistema híbrido que combine las redes PRP y HSR
juntas. Anillos HSR para pequeñas secciones autónomas
de la subestación, como dispositivos de E / S de bus de
proceso en una bahía de línea. Estos anillos HSR están
vinculados con una red PRP en toda la estación. Esto puede
brindar la mejor combinación de rendimiento,
disponibilidad y costo en el futuro [5, p. 12].
IEC 62439-3 ofrece la mejor redundancia de medios
Ethernet perfecta tanto en estructuras en paralelo como en
anillo. Ambos se pueden combinar en numerosas
configuraciones. PRP duplica los costos de los
componentes de red (por ejemplo, switches y cableado),
HSR requiere soporte de hardware.
El uso de PRP / HSR habilita aplicaciones de bus de
proceso, incluida la transmisión de valores muestreados o
el disparo a través de Ethernet mediante Layer 2 GOOSE.
La implementación directa de la entidad de redundancia en
la capa de enlace proporciona neutralidad de protocolo
dentro de la comunicación de automatización de la
subestación. El uso de los estándares de redundancia IEC
62439-3 es una de las partes centrales fundamentales de las
pautas de ingeniería de redes IEC 61850-90-4 para
subestaciones.
Es posible tener configuraciones en anillos en capa 2
mediante el uso de protocolos de redundancia.
Los protocolos STP, RSTP tienen su aplicación en
aceptable en voz sobre IP, video, correos electrónicos e
inclusive para comunicación en SCADA tradicionales.
Para suplir las necesidades en las subestaciones
eléctricas en el uso de mensajes GOOSE o simples values
y algunas comunicaciones cliente servidor de alta
criticidad, para garantizar confiabilidad y disponibilidad es
necesario utilizar los protocolos de redundancia de HSR y
PRP
VI. REFERENCIAS
[1] C. Hoga, “Seamless communication redundancy of IEC
62439”, en 2011 International Conference on
Advanced Power System Automation and Protection,
Beijing, China, oct. 2011, pp. 489–494. doi:
10.1109/APAP.2011.6180451.
[2] G. Antonova, L. Frisk, y J.-C. Tournier,
“Communication redundancy for substation
automation”, en 2011 64th Annual Conference for
Protective Relay Engineers, College Station, TX,
USA, abr. 2011, pp. 344–355. doi:
10.1109/CPRE.2011.6035636.
[3] J. T. Yu, “A practical and effective approach to
implementing High Availability Seamless
Redundancy (HSR)”, en 2017 IEEE Conference on
Dependable and Secure Computing, Taipei, Taiwan,
ago. 2017, pp. 392–399. doi:
10.1109/DESEC.2017.8073824.
[4] “IEC 61850-5 Communication networks and systems
in substations. Part 5: Communication requirements
for functions and device models”, International
Electrotechnical Commission, vol. 1, 2003.
[5] R. Hunt y B. Popescu, “Comparison of PRP and HSR
Networks for Protection and Control Applications”,
GE Digital Energy, p. 34.