ES2353551T3 - Procedimiento y dispositivo para operar una red y sistema de comunicación que comprende tal dispositivo. - Google Patents
Procedimiento y dispositivo para operar una red y sistema de comunicación que comprende tal dispositivo. Download PDFInfo
- Publication number
- ES2353551T3 ES2353551T3 ES07015402T ES07015402T ES2353551T3 ES 2353551 T3 ES2353551 T3 ES 2353551T3 ES 07015402 T ES07015402 T ES 07015402T ES 07015402 T ES07015402 T ES 07015402T ES 2353551 T3 ES2353551 T3 ES 2353551T3
- Authority
- ES
- Spain
- Prior art keywords
- ring
- message
- network
- network element
- port
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/437—Ring fault isolation or reconfiguration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
Abstract
Procedimiento para operar una red - en el que la red comprende varios elementos (601; 602; 603; 604; 605; 606; 607) de red que están conectados a través de un anillo; - en el que un primer segmento comprende una conexión distinta de Ethernet y en el que un segundo segmento es una conexión de Ethernet; - en el que el anillo comprende al menos un primer segmento y al menos un segundo segmento; - en el que un elemento de red de los elementos de red es un maestro (601) de anillo que comprende un puerto (608) principal y un puerto (609) secundario; - en el que un elemento de red del al menos un segundo segmento ejecuta un mecanismo de protección de anillo de Ethernet usando paquetes de prueba; en el que el procedimiento comprende las etapas de: - un fallo de al menos uno del al menos un primer segmento se detecta por el maestro (601) de anillo; - el maestro de anillo desbloquea su puerto (609) secundario; - el maestro de anillo envía un primer mensaje a través de su puerto (608) principal y a través de su puerto (609) secundario; caracterizado porque el procedimiento comprende además las etapas de: - cada elemento de red que recibió el primer mensaje envía de vuelta un mensaje de acuse de recibo y reenvía el primer mensaje al siguiente elemento de red; - si un elemento de red no recibe un mensaje de acuse de recibo, el elemento de red entra en un estado previo al reenvío, siendo el estado previo al reenvío un estado en el que el elemento de red bloquea su puerto hacia el elemento de red que no envió el mensaje de acuse de recibo; - el elemento de red que entra en el estado previo al reenvío envía un segundo mensaje al maestro (601) de anillo; - tras la recuperación del fallo el maestro (601) de anillo bloquea su puerto (609) secundario y envía un tercer mensaje a través de su puerto (608) principal y a través de su puerto (609) secundario; - tras recibir el tercer mensaje, cada elemento de red que se encuentra en el estado previo al reenvío conmuta al funcionamiento normal.
Description
La invención se refiere a un procedimiento y a un
dispositivo para operar una red y a un sistema de comunicación
que comprende tal dispositivo.
Un protocolo y mecanismo de protección de anillo de Ethernet
(ERP) se dan a conocer, por ejemplo, en el documento EP 1 062
787 B1. Además, existe otro mecanismo de protección de anillo
denominado conmutación de protección automática de Ethernet
(EAPS) tal como se describe, por ejemplo, en la norma RRC3619 de
IETF.
Tales mecanismos de protección de anillo comprenden un
maestro de anillo RM (también denominado gestor de redundancia)
para coordinar las actividades de protección de anillo.
La protección en este sentido significa en particular que se
evita un bucle de capa de enlace en un Ethernet físico. El
maestro de anillo se equipa para impedir que el anillo forme
tales bucles de Ethernet.
Cuando se notifica al maestro de anillo de que el anillo
está sano (por ejemplo, a través de paquetes de prueba que envía
el maestro de anillo a través de sus dos puertos), es decir
todos los nodos de anillo (elementos de red) y enlaces
(segmentos o arcos) están operativos, el maestro de anillo rompe
el bucle de la capa de enlace bloqueando la recepción y
transmisión de tráfico en uno de sus puertos de anillo (el
puerto secundario del maestro de anillo).
Se bloquea todo el tráfico en ese puerto secundario excepto
por el tráfico de control de protección de anillo de Ethernet,
por ejemplo, paquetes de prueba. Preferiblemente, tal tráfico de
control se envía a través de una LAN virtual de control (VLAN).
Desde un punto de vista de la capa de enlace, bloquear el
tráfico en el puerto secundario del maestro de anillo transforma
la topología del anillo en una cadena de nodos (elementos de
red). Esto es necesario en las redes de capa 2 (L2) típicas
(véase también el documento IEEE 802.1 para una explicación
adicional). El hecho de que el bloqueo por parte del maestro de
anillo de su puerto secundario de como resultado una topología
de una cadena de elementos de red se considera un estado de
funcionamiento normal del mecanismo de protección de anillo de
Ethernet.
La figura 1 muestra una estructura de ERP de este tipo. El
anillo comprende nodos o elementos 101 a 106 de red, en los que
el nodo 101 es un maestro de anillo RM (también denominado
gestor de redundancia) con un puerto P principal y un puerto S
secundario. Como se mencionó anteriormente, en el funcionamiento
normal, el maestro de anillo bloquea su puerto S secundario
dando como resultado que los nodos 101 a 106 construyan una
topología de cadena para el tráfico de usuario.
Fallo de puerto o enlace:
Cuando surge un fallo en el anillo, por ejemplo, un fallo de
enlace de un segmento de anillo, el maestro de anillo desbloquea
su puerto S secundario restableciendo así la comunicación entre
todos los nodos de anillo.
El fallo puede detectarse directamente por el propio maestro
de anillo si el fallo se produce en uno de sus puertos.
Alternativamente, otro elemento de red del anillo puede
notificar al maestro de anillo sobre un fallo detectado en uno
de los puertos del elemento de red. En tal caso, el elemento de
red afectado envía un mensaje de enlace desactivado al maestro
de anillo. El maestro de anillo desbloquea posteriormente su
puerto S secundario (véase la figura 2).
Recuperación de fallos:
Cuando un elemento de red del anillo detecta que se ha
recuperado un fallo, envía una notificación al maestro de anillo
indicando que el enlace o puerto vuelve a estar operativo. Esto
puede lograrse mediante el envío de un mensaje de enlace
activado por parte del elemento de red al maestro de anillo. El
elemento de red conmutará a un estado previo al reenvío
bloqueando todo el tráfico excepto paquetes de prueba (mensajes
de comprobación de salud transportados a través de la VLAN). En
este estado previo al reenvío el elemento de red espera un
mensaje del maestro de anillo para volver a conmutar al
funcionamiento normal (o estado de reenvío).
El maestro de anillo vuelve a bloquear el puerto S
secundario y envía el mensaje al elemento de red para volver al
funcionamiento normal. El maestro de anillo permite al elemento
de red migrar desde su estado previo al reenvío al
funcionamiento normal (estado de reenvío) sólo después de que el
maestro de anillo bloquee su puerto S secundario. Esto evita la
configuración de un bucle de capa de enlace.
Preferiblemente, el maestro de anillo evalúa el estado
operativo de la totalidad del anillo enviando frecuentemente
paquetes de comprobación de salud a través de sus dos interfaces
de anillo, es decir a través de su puerto P principal y su
puerto S secundario. Estos paquetes de comprobación de salud
(también denominados paquetes de prueba) pueden transportarse a
través de una VLAN de control. Si el anillo está operativo, el
maestro de anillo recibe sus paquetes de prueba enviados a
través de la otra interfaz respectiva. Si los paquetes de prueba
no se reciben, el anillo puede estar roto y deben iniciarse
acciones de recuperación de protección.
Un ejemplo de un mecanismo de protección de anillo en una
red que consiste en dos o más anillos que comparten al menos un
enlace se muestra en la solicitud de patente estadounidense
US2006/0250969A1. En la memoria descriptiva de patente de los
estados unidos US6766482B1 se describe un procedimiento para la
conmutación de protección automática en un red de anillo que usa
múltiples VLAN (redes privadas virtuales).
En la figura 3 a la figura 6 se muestra un ejemplo de un
escenario problemático para ERP.
El anillo comprende tres elementos de red (nodos) que
ejecutan un protocolo de ERP: nodos 301, 302 y 303 de anillo, en
los que el elemento 303 de red actúa como maestro de anillo (o
gestor de redundancia RM) que comprende un puerto 304 principal
y un puerto 305 secundario. En el funcionamiento normal, el
maestro 303 de anillo bloquea su puerto 305 secundario. Además,
los nodos 306 y 307 son elementos de red que no están ejecutando
un protocolo de Ethernet, sino que en vez de eso una tecnología
diferente, aquí en este ejemplo, multiplexado por división de
ondas densas (DWDM).
En la figura 4, se produce un fallo en el enlace entre el
nodo 306 y el nodo 307. Ya que tanto el nodo 306 como el 307 no
son nodos de Ethernet (y por tanto no son participantes lógicos
en una red de ERP) no habrá ningún mensaje de enlace desactivado
iniciado por ningún nodo 306 ó 307. Por tanto, el maestro 303 de
anillo detecta el fallo tras faltar paquetes de comprobación de
salud que ya no se reciben o bien en su puerto 304 principal o
bien en su puerto 305 secundario. Posteriormente, el maestro 303
de anillo abre su puerto 305 secundario tal como se muestra en
la figura 5. El anillo está operativo a pesar del fallo entre
los nodos 306 y 307.
Cuando se elimina el fallo entre los nodos 306 y 307, tanto
el nodo 306 como el 307 usan inmediatamente el enlace hacia el
otro nodo de DWDM respectivo. Ya que el maestro 303 de anillo no
es consciente de la eliminación del fallo, no puede asegurarse
que el puerto 305 secundario del maestro 303 de anillo esté
bloqueado antes de que el enlace entre los nodos 306 y 307
vuelva a estar activado y ejecutándose. Esto dará como resultado
un bucle temporal (véase la figura 6).
El objeto que debe solucionarse es evitar las desventajas
descritas anteriormente y proporcionar un enfoque que evite un
bucle temporal de una capa de enlace.
Este problema se soluciona según las características de las
reivindicaciones independientes. Realizaciones adicionales se
desprenden de las reivindicaciones dependientes.
Para superar este problema se proporciona un procedimiento
para operar una red tal como se expone en la reivindicación 1.
De manera ventajosa, este enfoque puede tratar redes de
anillo que comprenden segmentos de diferentes tecnologías
permitiendo al maestro de anillo transportar el primer mensaje a
través de su puerto principal y a través de su puerto
secundario.
Debe observarse que el fallo de un primer segmento puede
detectarse directamente por el propio maestro de anillo mediante
paquetes de comprobación de salud que ya no se reciben en los
puertos del maestro de anillo (tiempo límite). Preferiblemente,
tras un determinado número de paquetes de comprobación de salud
que faltan, el maestro de anillo supone que se ha roto un
enlace.
Alternativamente, un elemento de red puede notificar al
maestro de anillo sobre un fallo y por tanto detecta
indirectamente el fallo.
Una realización es que cada elemento de red que recibió el
primer mensaje procedente del maestro de anillo envía de vuelta
un mensaje de acuse de recibo (o un mensaje que podría
interpretarse como un mensaje de acuse de recibo) y reenvía el
primer mensaje al siguiente elemento de red.
En otra realización, el procedimiento comprende la etapa:
-si un elemento de red no recibe un mensaje de acuse de
- recibo, este
- elemento de red entra en un estado previo al
- reenvío.
- Por
- tanto, la red que reenvía el primer mensaje a un
componente de red adyacente y no recibe una respuesta (acuse de
recibo) puede suponer que el componente de red adyacente es de
una tecnología diferente de tipo de red, por ejemplo, ejecuta un
protocolo de comunicación diferente. Dado que el componente de
red adyacente es diferente, no puede entender o interpretar el
primer mensaje y/o no sabe cómo responder a ese primer mensaje.
Por tanto, no se enviará un mensaje de acuse de recibo desde el
elemento de red adyacente hacia el que envió el primer mensaje.
Este elemento de red de envío puede esperar durante un periodo
de tiempo predeterminado y/o enviar un número predeterminado de
primeros mensajes hacia el elemento de red adyacente. Sin una
respuesta (por ejemplo, tras un tiempo límite), el elemento de
red de envío entra preferiblemente en el estado previo al
reenvío.
También es una realización que el elemento de red que entra
o ha entrado en el estado previo al reenvío bloquea su puerto
hacia el elemento de red que no envió el mensaje de acuse de
recibo.
Esto garantiza que después de que el enlace defectuoso esté
activado y ejecutándose el puerto todavía permanece bloqueado
hasta que el maestro de anillo le indique lo contrario.
En una realización adicional, el elemento de red que entra
en el estado previo al reenvío envía un segundo mensaje al
- maestro
- de anillo. Este segundo mensaje puede ser una
- notificación
- sobre el cambio de estado del elemento de red
- respectivo.
Aún una realización es que el primer mensaje es una petición
de estado previo al reenvío.
También es una realización que el primer mensaje se envía
mediante un protocolo que se dirige a un elemento de red que
está directamente conectado con, en particular es un vecino
inmediato de, el elemento de red de envío
Preferiblemente, se usa un protocolo o mensaje especial para
dirigirse a elementos de red adyacentes, es decir al sucesor o
un elemento de red particular según la topología de anillo
respectiva.
Una realización es que el primer mensaje se envía mediante
un protocolo lento, en particular mediante un protocolo lento de
Ethernet.
Aún en otra realización el primer segmento comprende una
conexión distinta de Ethernet. Tal conexión distinta de Ethernet
puede ser en particular del siguiente tipo:
-una conexión de multiplexado por división de ondas (WDM);
-una conexión de multiplexado por división de ondas densas
(DWDM).
En una realización adicional el segundo segmento comprende
una conexión de Ethernet.
En una realización particular el elemento de red del al
menos un segundo segmento ejecuta un mecanismo de protección de
anillo de Ethernet.
Una realización es que el mecanismo de protección de anillo
de Ethernet comprende al menos uno de lo siguiente:
-un protocolo de protección de anillo de Ethernet (ERP);
-un protocolo de conmutación de protección automática de
Ethernet (EAPS).
También es una realización que las etapas del/de los
procedimiento(s) proporcionado(s) en el presente documento se
ejecutan repetidamente.
Esto permite actualizaciones regulares del estado del anillo
y en particular permite que el maestro de anillo reaccione según
mensajes entrantes y/o que faltan.
Aún otra realización es que el maestro de anillo envía
paquetes de prueba a través de su puerto principal y a través de
su puerto secundario. Tales paquetes de prueba pueden comprender
mensajes de comprobación de salud. Pueden transportarse paquetes
de prueba y/o mensajes de comprobación de salud a través de una
conexión de LAN virtual (VLAN), en particular mediante una VLAN
de control.
En una realización adicional el procedimiento comprende
además las etapas:
-tras la recuperación del fallo el maestro de anillo
bloquea su puerto secundario y envía un tercer mensaje a través
de su puerto principal y a través de su puerto secundario;
-tras la recepción del tercer mensaje, cada elemento de red
que se encuentra en el estado previo al reenvío conmuta al
funcionamiento normal.
Enviando el tercer mensaje, en particular un mensaje de
“volver al funcionamiento normal”, el maestro de anillo permite
al elemento de red que está en el estado previo al reenvío
volver al funcionamiento normal (o a un estado de reenvío). Es
ventajoso que el maestro de anillo bloquee en primer lugar su
puerto secundario antes de enviar el tercer mensaje. De tal
manera el maestro de anillo garantiza que no hay un bucle
(temporal) dentro del anillo.
El problema mencionado anteriormente también se soluciona
mediante un dispositivo de una red que comprende una unidad de
procesador que está equipada y/o dispuesta de tal manera que
puede ejecutarse en dicho procesador el procedimiento tal como
se describe en el presente documento.
En una realización, el dispositivo es un dispositivo de
comunicación, en particular un elemento de red.
Además, el dispositivo puede ser un maestro de anillo de una
red de anillo.
Además, el problema mencionado anteriormente también se
soluciona mediante un sistema de comunicación que comprende un
dispositivo tal como se describe en el presente documento.
En las siguientes figuras se muestran e ilustran
realizaciones de la invención:
la figura 7 muestra un red de anillo que comprende elementos
de red según Ethernet y elementos de red distintos de Ethernet
en funcionamiento normal;
la figura 8 muestra la red de anillo de la figura 7 con un
fallo de enlace en el enlace entre dos elementos de red
distintos de Ethernet;
la figura 9 muestra la red de anillo de la figura 8, en la
que un maestro de anillo desbloquea su puerto secundario para
mantener tráfico de usuario a través de toda la red de anillo;
la figura 10 muestra la red de anillo de la figura 9, en la
que el maestro de anillo envía mensajes de “petición de estado
previo al reenvío” a través de sus puertos primario y
secundario;
la figura 11 muestra la red de anillo de la figura 10, en la
que el maestro de anillo recibe mensajes de acuse de recibo
desde sus elementos de red adyacentes;
la figura 12 muestra la red de anillo de la figura 11, en la
que se reenvían los mensajes de “petición de estado previo al
reenvío”;
la figura 13 muestra la red de anillo de la figura 12, en la
que se responde a los mensajes de “petición de estado previo al
reenvío” reenviados enviando mensajes de acuse de recibo;
la figura 14 muestra la red de anillo de la figura 13, en la
que no pudieron reenviarse los mensajes de “petición de estado
previo al reenvío” debido a un enlace roto entre los elementos
de red distintos de Ethernet;
la figura 15 muestra la red de anillo de la figura 14, en la
que los elementos de red que no reenvían satisfactoriamente los
mensajes de “petición de estado previo al reenvío” entran en un
estado previo al reenvío bloqueando así sus puertos en los que
no se ha recibido ningún mensaje de acuse de recibo.
La figura 7 a la figura 15 muestran un ejemplo de cómo puede
reaccionar una red de anillo a un fallo entre equipo distinto de
Ethernet del anillo para evitar un bucle temporal dentro de la
red de anillo.
La red de anillo comprende elementos de red o nodos 601,
602, 603, 604 y 605 (de anillo) que funcionan según un protocolo
de protección de anillo de Ethernet (ERP). El elemento 601 de
red es un maestro de anillo (también denominado gestor de
redundancia RM) que comprende un puerto 608 principal y un
puerto 609 secundario. La red de anillo también comprende
elementos 606 y 607 de red, ambos ejecutando un protocolo que es
diferente de ERP. En este ejemplo los elementos 606 y 607 de red
funcionan en un mecanismo de multiplexado por división de ondas
densas (DWDM).
La figura 7 muestra la red de anillo en funcionamiento
normal. El maestro 601 de anillo tiene su puerto 609 secundario
bloqueado, los elementos 602 a 607 de red funcionan como una
estructura de cadena:
601 <-> 602 <-> 603 <-> 606 <-> 607 <-> 604 <-> 605.
Según la figura 8, se produce un fallo en el enlace entre
los elementos 606 y 607 de red distintos de Ethernet. El maestro
601 de anillo detecta este fallo ya que paquetes de comprobación
de salud que se envían a través de la VLAN de control desde sus
puertos primario y secundario ya no llegan al otro puerto
respectivo del maestro de anillo. Ya que el fallo de enlace
interrumpe el flujo de datos en la estructura de anillo
existente de la figura 7, el maestro 601 de anillo abre su
puerto 609 secundario (véase la figura 9) permitiendo así que se
transporten datos de usuario según la siguiente estructura de
cadena:
606 <-> 603 <-> 602 <-> 601 <-> 605 <-> 604 <-> 607.
Según la figura 10, el maestro 601 de anillo envía una
“petición de estado previo al reenvío” a través de su puerto 608
principal y a través de su puerto 609 secundario a sus elementos
602 y 605 de red vecinos. Tal como se muestra en la figura 11,
el maestro 601 de anillo recibe un mensaje de acuse de recibo
desde esos elementos 602 y 605 de red vecinos. La figura 12
muestra que el elemento 602 de red envía la “petición de estado
previo al reenvío” a su elemento 603 de red adyacente y el
elemento 605 de red envía la “petición de estado previo al
reenvío” a su elemento 604 de red adyacente. Ambos elementos 602
y 605 de red reciben cada uno un mensaje de acuse de recibo
desde su elemento 603 y 604 de red adyacente tal como se muestra
en la figura 13.
Tal como se muestra en la figura 14, el elemento 603 de red
envía la “petición de estado previo al reenvío” a su elemento
606 de red adyacente y el elemento 604 de red envía la “petición
de estado previo al reenvío” a su elemento 607 de red adyacente.
Sin embargo ambas de estas peticiones se dirigen a elementos 606
y 607 de red distintos de Ethernet, que por consiguiente no
podrán responder. Además, no habrá ningún mensaje de acuse de
recibo desde los siguientes elementos 604 (para la “petición de
estado previo al reenvío” enviada por el elemento 603 de red) y
603 de red según ERP (para la “petición de estado previo al
reenvío” enviada por el elemento 604 de red), debido al enlace
roto entre los elementos 606 y 607 de red.
Por tanto, sin recibir un mensaje de acuse de recibo, cada
uno de los elementos 603 y 604 de red entrará en un estado
previo al reenvío bloqueando así su puerto dirigido hacia el
elemento de red adyacente que no envió el mensaje de acuse de
recibo esperado (véase la figura 15).
Podría considerarse que el mensaje de acuse de recibo falta
tras un periodo de tiempo predeterminado. Además o
alternativamente, el elemento 603 ó 604 de red respectivo puede
intentar enviar la “petición de estado previo al reenvío” un
determinado número de veces y posteriormente entrar en el estado
previo al reenvío, respectivamente.
Una vez que el enlace entre los elementos 606 y 607 de red
vuelve a estar operativo, el maestro 601 de anillo recibe sus
mensajes de comprobación de salud en ambos de sus puertos.
Entonces el maestro 601 de anillo bloquea su puerto 609
secundario y envía un mensaje a los elementos de red indicando
que deben volver al funcionamiento normal (por tanto entrar en
un estado de reenvío). Tal mensaje que llega al elemento 603 de
red y/o al elemento 604 de red conduce a un cambio de estado
respectivo. El elemento de red conmuta desde su estado previo al
reenvío hacia el estado de reenvío y desbloquea su puerto
previamente bloqueado. Por tanto, la red de anillo vuelve a
estar en funcionamiento normal.
El enfoque proporcionado por el presente documento tiene en
particular las siguientes ventajas:
-Un fallo dentro de la red puede detectarse y eliminarse
correctamente de una trayectoria de capa 2.
-Se evitará un bucle temporal ya que los nodos adyacentes
al fallo de enlace entrarán en un estado previo al reenvío que
puede administrarse por el maestro de anillo.
Claims (12)
- REIVINDICACIONES1. Procedimiento para operar una red-en el que la red comprende varios elementos (601; 602; 603; 604; 605; 606; 607) de red que están conectados a través de un anillo; -en el que un primer segmento comprende una conexión distinta de Ethernet y en el que un segundo segmento es una conexión de Ethernet; -en el que el anillo comprende al menos un primer segmento y al menos un segundo segmento; -en el que un elemento de red de los elementos de red es un maestro (601) de anillo que comprende un puerto (608) principal y un puerto (609) secundario; -en el que un elemento de red del al menos un segundo segmento ejecuta un mecanismo de protección de anillo de Ethernet usando paquetes de prueba; en el que el procedimiento comprende las etapas de: -un fallo de al menos uno del al menos un primer segmento se detecta por el maestro (601) de anillo; -el maestro de anillo desbloquea su puerto (609) secundario; -el maestro de anillo envía un primer mensaje a través de su puerto (608) principal y a través de su puerto(609) secundario; caracterizado porque el procedimiento comprende además las etapas de: -cada elemento de red que recibió el primer mensaje envía de vuelta un mensaje de acuse de recibo y reenvía el primer mensaje al siguiente elemento de red; -si un elemento de red no recibe un mensaje de acuse de recibo, el elemento de red entra en un estado previo al reenvío, siendo el estado previo al reenvío un estado en el que el elemento de red bloquea su puerto hacia el elemento de red que no envió el mensaje de acuse de recibo;-el elemento de red que entra en el estado previo al reenvío envía un segundo mensaje al maestro (601) de anillo; -tras la recuperación del fallo el maestro (601) de anillo bloquea su puerto (609) secundario y envía un tercer mensaje a través de su puerto (608) principal y a través de su puerto (609) secundario; -tras recibir el tercer mensaje, cada elemento de red que se encuentra en el estado previo al reenvío conmuta al funcionamiento normal.
-
- 2.
- Procedimiento según la reivindicación 1, en el que el segundo mensaje es un mensaje que informa sobre un elemento de red que ha entrado en el estado previo al reenvío.
-
- 3.
- Procedimiento según cualquiera de las reivindicaciones anteriores, en el que el primer mensaje es una petición de estado previo al reenvío.
-
- 4.
- Procedimiento según cualquiera de las reivindicaciones anteriores, en el que el primer mensaje se envía mediante un protocolo que se dirige a un elemento de red que está directamente conectado con el elemento de red de envío.
-
- 5.
- Procedimiento según cualquiera de las reivindicaciones anteriores, en el que el primer mensaje se envía mediante un protocolo lento.
-
- 6.
- Procedimiento según cualquiera de las reivindicaciones anteriores, en el que la conexión distinta de Ethernet comprende al menos una de las siguientes conexiones:
-una conexión de multiplexado por división de ondas; -una conexión de multiplexado por división de ondas densas. -
- 7.
- Procedimiento según cualquiera de las reivindicaciones anteriores, en el que el mecanismo de protección de anillo de Ethernet comprende al menos uno de los siguientes:
-un protocolo de protección de anillo de Ethernet (ERP); -un protocolo de conmutación de protección automática de Ethernet (EAPS). -
- 8.
- Procedimiento según cualquiera de las reivindicaciones anteriores, en el que el procedimiento se ejecuta repetidamente.
-
- 9.
- Procedimiento según cualquiera de las reivindicaciones
5 anteriores, en el que los paquetes de prueba se envían por el maestro de anillo a través de su puerto principal y a través de su puerto secundario. - 10. Procedimiento según la reivindicación 9, en el que lospaquetes de prueba se envían a través de una LAN virtual de 10 control.
- 11. Dispositivo de una red que comprende una unidad de procesador que está dispuesta de tal manera que el procedimiento según cualquiera de las reivindicaciones anteriores puede ejecutarse en dicho procesador.15 12. Dispositivo según la reivindicación 11, en el que dicho dispositivo es un dispositivo de comunicación, en particular un elemento de red.
- 13. Sistema de comunicación que comprende el dispositivo según cualquiera de las reivindicaciones 11 a 12.20
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP07015402A EP2023542B1 (en) | 2007-08-06 | 2007-08-06 | Method and device for operating a network and communication system comprising such device |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2353551T3 true ES2353551T3 (es) | 2011-03-03 |
Family
ID=38871553
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES07015402T Active ES2353551T3 (es) | 2007-08-06 | 2007-08-06 | Procedimiento y dispositivo para operar una red y sistema de comunicación que comprende tal dispositivo. |
Country Status (7)
Country | Link |
---|---|
US (1) | US8264954B2 (es) |
EP (1) | EP2023542B1 (es) |
AT (1) | ATE484131T1 (es) |
DE (1) | DE602007009669D1 (es) |
ES (1) | ES2353551T3 (es) |
PL (1) | PL2023542T3 (es) |
WO (1) | WO2009019256A1 (es) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2012102065A (ru) * | 2009-06-28 | 2013-08-10 | Минетроникс Гмбх | Сеть связи и способ связи в условиях обеспечения безопасности в тоннельных и шахтных комплексах |
CN102035711B (zh) | 2009-09-24 | 2014-02-05 | 中兴通讯股份有限公司 | 一种以太环网保护中防止地址表重复刷新的方法及系统 |
DE102011004064A1 (de) * | 2011-02-14 | 2012-08-16 | Siemens Aktiengesellschaft | Zwischennetzwerk in Ringtopologie und Verfahren zum Herstellen einer Netzwerkverbindung zwischen zwei Netzwerkdomänen |
WO2012129725A1 (en) * | 2011-03-30 | 2012-10-04 | Telefonaktiebolaget L M Ericsson (Publ) | Ethernet ring protection for non-erp compliant links and nodes |
US9548871B2 (en) * | 2013-03-07 | 2017-01-17 | General Electric Company | Systems and methods for master arbitration |
US20140254394A1 (en) * | 2013-03-08 | 2014-09-11 | Calix, Inc. | Network activation testing |
US9946675B2 (en) * | 2013-03-13 | 2018-04-17 | Atieva, Inc. | Fault-tolerant loop for a communication bus |
US9515908B2 (en) | 2013-07-09 | 2016-12-06 | Calix, Inc. | Network latency testing |
US20150261635A1 (en) * | 2014-03-13 | 2015-09-17 | Calix, Inc. | Network activation testing |
CN110912815B (zh) * | 2018-09-14 | 2022-07-05 | 中兴通讯股份有限公司 | 一种网元防成环方法、装置、设备及可读存储介质 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19810587A1 (de) * | 1998-03-11 | 1999-09-16 | Siemens Ag | Ethernet-Netzwerk mit Redundanzeigenschaften |
US6766482B1 (en) * | 2001-10-31 | 2004-07-20 | Extreme Networks | Ethernet automatic protection switching |
US6717922B2 (en) * | 2002-03-04 | 2004-04-06 | Foundry Networks, Inc. | Network configuration protocol and method for rapid traffic recovery and loop avoidance in ring topologies |
US6965560B2 (en) * | 2002-07-10 | 2005-11-15 | I/O Controls Corporation | Multi-tier, hierarchical fiber optic control network |
WO2004102853A2 (en) * | 2003-05-06 | 2004-11-25 | Overture Networks, Inc. | Protected switching ring |
JP2005269059A (ja) * | 2004-03-17 | 2005-09-29 | Fujitsu Ltd | データ中継装置、データ中継方法およびデータ中継プログラム |
JP4687176B2 (ja) * | 2005-03-22 | 2011-05-25 | 富士通株式会社 | パケット中継装置 |
JP4627205B2 (ja) * | 2005-03-28 | 2011-02-09 | 富士通株式会社 | リングネットワークシステムおよび障害復旧方法 |
US8050183B2 (en) * | 2005-05-06 | 2011-11-01 | Cisco Technology, Inc. | System and method for implementing reflector ports within hierarchical networks |
US7606240B1 (en) * | 2005-06-16 | 2009-10-20 | Extreme Networks | Ethernet automatic protection switching |
US7710864B2 (en) * | 2006-01-16 | 2010-05-04 | Cisco Technology, Inc. | Recovery mechanism for 10 GE optical transport network wavelength division multiplexing ring |
US7944815B2 (en) * | 2008-02-14 | 2011-05-17 | Allied Telesis Holdings K.K. | System and method for network recovery from multiple link failures |
-
2007
- 2007-08-06 ES ES07015402T patent/ES2353551T3/es active Active
- 2007-08-06 AT AT07015402T patent/ATE484131T1/de not_active IP Right Cessation
- 2007-08-06 PL PL07015402T patent/PL2023542T3/pl unknown
- 2007-08-06 EP EP07015402A patent/EP2023542B1/en not_active Not-in-force
- 2007-08-06 DE DE602007009669T patent/DE602007009669D1/de active Active
-
2008
- 2008-08-04 WO PCT/EP2008/060240 patent/WO2009019256A1/en active Application Filing
- 2008-08-04 US US12/672,542 patent/US8264954B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP2023542A1 (en) | 2009-02-11 |
US20110099414A1 (en) | 2011-04-28 |
EP2023542B1 (en) | 2010-10-06 |
PL2023542T3 (pl) | 2011-04-29 |
US8264954B2 (en) | 2012-09-11 |
WO2009019256A1 (en) | 2009-02-12 |
ATE484131T1 (de) | 2010-10-15 |
DE602007009669D1 (de) | 2010-11-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2353551T3 (es) | Procedimiento y dispositivo para operar una red y sistema de comunicación que comprende tal dispositivo. | |
ES2314777T3 (es) | Proteccion automatica de la transmision de paquetes en una red mpls por el puente ethernet dual-home. | |
US9106528B2 (en) | Link aggregation protection | |
ES2260681T3 (es) | Procedimiento de prueba para rutas de mensajes en redes de comunicaciones, asi como elemento de red. | |
US7911938B2 (en) | System and method for preventing loops in the presence of control plane failures | |
ES2455190T3 (es) | Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo | |
ES2429314T3 (es) | La presente invención se refiere a la recuperación de tráfico en una red orientada a conexión | |
US8792337B2 (en) | Method and apparatus for providing an uplink over an access ring | |
US8879381B2 (en) | Ethernet ring system, transit node of Ethernet ring system and initialization method thereof | |
US20110317549A1 (en) | Method to be Run in and Device of a Network as well as Communication System Comprising Such Device | |
CN103684953A (zh) | 避免多连接到vpls传输网的以太网环路中流量损失方法、装置 | |
WO2006073945A2 (en) | Rapid detection of unidirectional breaks in network rings | |
JP2001127782A (ja) | 活動トポロジを発見して監視するシステムおよびその方法 | |
JP2009524332A (ja) | リング・ネットワークのvpls障害保護 | |
JP2007174119A (ja) | レイヤ2ネットワーク | |
EP3097659A1 (en) | G.8032 ethernet multiple fault recovery mechanisms | |
US20110029806A1 (en) | METHOD, DEVICE AND COMMUNICATION SYSTEM TO AVOID LOOPS IN AN ETHERNET RING SYSTEM WITH AN UNDERLAYING 802.3ad NETWORK | |
JP5012485B2 (ja) | 冗長方法及びスイッチ装置 | |
ES2886828T3 (es) | Propagación de fallos en protección segmentada | |
JP5520741B2 (ja) | 通信装置 | |
CN101656664B (zh) | 以太环网系统及其边缘节点和以太环网实现方法 | |
ES2639392T3 (es) | Redes virtuales dentro de una red física | |
ES2624210T3 (es) | Proporcionar protección a un servicio en una red de comunicación | |
JP5422585B2 (ja) | リング状ネットワークシステム | |
JP2006325002A (ja) | リンクダウン転送方式 |