ES2380387T3 - Método y aparato para proteger un anillo ethernet - Google Patents

Método y aparato para proteger un anillo ethernet Download PDF

Info

Publication number
ES2380387T3
ES2380387T3 ES07817055T ES07817055T ES2380387T3 ES 2380387 T3 ES2380387 T3 ES 2380387T3 ES 07817055 T ES07817055 T ES 07817055T ES 07817055 T ES07817055 T ES 07817055T ES 2380387 T3 ES2380387 T3 ES 2380387T3
Authority
ES
Spain
Prior art keywords
link
control message
module
port
information
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
Application number
ES07817055T
Other languages
English (en)
Inventor
Hao Long
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=39644141&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2380387(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority claimed from PCT/CN2007/070864 external-priority patent/WO2008089633A1/zh
Application granted granted Critical
Publication of ES2380387T3 publication Critical patent/ES2380387T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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/46—Interconnection of networks
    • H04L12/4637—Interconnected ring systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/18—Loop-free operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/48—Routing tree calculation

Abstract

Un método de Protección de Anillo Ethernet, ERP, que comprende: cuando un enlace en una red Ethernet en anillo está defectuoso, la evaluación de saber si el enlace defectuoso es un enlace en donde se encuentra un puerto normalmente bloqueado (702); el envío de un mensaje de control que transmite la primera información de indicación de si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado (703) y evitar, por un nodo del anillo, el borrado de una tabla de reenvíos después de recibir el mensaje de control que transmite la primera información de indicación.

Description

Método y aparato para proteger un anillo ethernet.
CAMPO DE LA INVENCIÓN
La presente invención se refiere a tecnologías de Ethernet y en particular, a un método y aparato para Protección de Anillo Ethernet (ERP).
ANTECEDENTES DE LA INVENCIÓN
Con el rápido desarrollo de Ethernet de clase portadora, la protección ERP se convierte en un método de protección de servicio Ethernet que atrae una amplia atención en el sector. Sobre la base de una topología de anillo lógico o físico, la protección ERP utiliza el bucle cerrado y las características de Ethernet para poner en práctica la conmutación de servicios con protección rápida de punto a punto, punto a multipunto y multipunto a multipunto. La protección ERP se caracteriza por la alta tasa de utilización del ancho de banda, la alta velocidad de la conmutación de protección, bajo coste de construcción de la red y soporte de conmutación de servicios punto a multipunto y multipunto a multipunto.
La red de anillo Ethernet adopta una topología de anillo en la capa física. Con el fin de impedir el bucle infinito de un paquete en el anillo de Ethernet, se establece un puerto bloqueado en la capa de enlace. Cuando el paquete de servicio pasa a través del puerto bloqueado, el puerto bloqueado descarta el paquete. En general, la misma topología física puede corresponder a múltiples instancias de anillo y cada instancia de anillo tiene un puerto bloqueado correspondiente. Una instancia de anillo puede corresponder a una Red de �?rea Local Virtual (VLAN) de control y una o un grupo de redes VLAN(s) de servicio. Conviene señalar que la red VLAN de control se suele utilizar para transmitir los mensajes de control de instancias de anillo y el puerto bloqueado no bloquea el paquete y el tráfico en la red VLAN de control.
El proceso de la detección y recuperación de fallos de ERP se describe a continuación haciendo referencia a los dibujos adjuntos.
La Figura 1 representa una red de anillo Ethernet en la técnica anterior. Según se representa en la Figura 1, los puentes 1 a 6 sirven como nodos para formar un anillo de Ethernet. El puerto 10 del puente 1 es un puerto bloqueado. En condiciones normales, cuando un paquete de servicio pasa a través del puerto bloqueado, el paquete de servicio se descarta por el puerto bloqueado. El proceso de detección y de recuperación de fallos de la red de anillo Ethernet se detalla a continuación:
1.
Detección de fallos
La detección de fallos de la red de anillo Ethernet se pone en práctica mediante la detección del intervalo del anillo. Más concretamente, los paquetes de Control de Continuidad (CC) se envían periódicamente para comprobar si el enlace entre puentes adyacentes es normal y para detectar los fallos con rapidez. Si un nodo falla en la recepción del paquete CC desde el nodo adyacente dentro de un periodo preestablecido, el enlace entre el nodo y el nodo adyacente se determina como defectuoso.
2.
Protección de servicio en el caso de fallos
Después de que un nodo detecte un fallo del enlace entre el nodo y su nodo adyacente, el nodo bloquea los puertos en ambos extremos del enlace defectuoso y envía un mensaje de control a otros nodos en el anillo. Después de recibir el mensaje de control, otros nodos desbloquean el puerto normalmente bloqueado, borran la tabla de reenvíos y reinician su auto-aprendizaje.
3.
Recuperación de fallos
Cuando un nodo detecta que se recupera un fallo, el nodo desbloquea el puerto que está bloqueado debido al fallo del enlace y envía un mensaje de recuperación de fallos a otros nodos en el anillo. Después de recibir el mensaje de recuperación de fallos, otros nodos bloquean de nuevo el puerto normalmente desbloqueado, borran operativamente la tabla de reenvíos y reinician el auto-aprendizaje. La red de anillo Ethernet recupera el estado de trabajo normal.
El proceso de ERP, antes descrito en la técnica anterior, da a conocer que todos los nodos en el anillo borran la tabla de reenvíos y reinician su auto-aprendizaje una vez que falla cualquier enlace. De hecho, el auto-aprendizaje no es necesario en las circunstancias siguientes.
La Figura 2 representa una topología de una red de anillo Ethernet en la que falla el enlace en donde se encuentra el puerto normalmente bloqueado 10. Según se representa en la Figura 2, cuando se producen los fallos y la recuperación de fallos en el enlace entre el puente 1 y el puente 2, el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado. Después de que falle el enlace, los puertos en ambos extremos del enlace están bloqueados. La topología de la red es la misma que la que ocurre antes del fallo. En este caso, los nodos en la red de anillo Ethernet no necesitan el auto-aprendizaje porque las entradas de la tabla de reenvíos, después del auto-aprendizaje, son compatibles con las existentes antes de dicho auto-aprendizaje.
Después de que se borre operativamente la tabla de reenvíos de los nodos en la red de anillo de Ethernet, resulta imposible crear de nuevo una tabla de reenvíos a no ser que se realice un auto-aprendizaje. En el proceso de crear una tabla de reenvíos, existe un tráfico de radiodifusión masivo en la red de anillo Ethernet, lo que aumenta la carga de la red y se ocupan demasiados recursos de ancho de banda. Por lo tanto, es preciso reducir el borrado innecesario de la tabla de reenvíos y el auto-aprendizaje causado por la ocurrencia de fallos y la recuperación de fallos.
El documento EP 1727313 A1 da a conocer mecanismos de conmutación de protección conocidos para las redes en anillo sobre la base de un gestor de redundancias, que están en la práctica limitadas en rendimiento debido a una velocidad limitada para la supresión de entradas desde las bases de datos de reenvíos de los nodos de la red y debido a una velocidad limitada para conocer una nueva topología para la base de datos de reenvíos. Se presenta un método para conmutación de protección automática de Ethernet, mediante el cual se suprime un número reducido de entradas en las bases de datos de reenvíos.
REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS
Esta solicitud reivindica la prioridad para la Publicación Internacional nº WO2008 / 089633A1, presentada el 10 de octubre de 2007, que reivindica el beneficio de prioridad de la Publicación de Patente China nº CN101232428A, presentada el 23 de enero de 2007.
SUMARIO DE LA INVENCIÓN
Un método y aparato de ERP se dan a conocer en una forma de realización de la presente invención para suprimir un borrado operativo innecesario de la tabla de reenvíos y el auto-aprendizaje y para reducir el tráfico de radiodifusión causado por la ocurrencia de fallos y la recuperación de fallos.
Un método de ERP dado a conocer en una forma de realización de la presente invención comprende:
la determinación de si el enlace defectuoso es un enlace en donde se encuentra un puerto normalmente bloqueado cuando un enlace en una red de anillo de Ethernet es defectuoso y
el envío de un mensaje de control que transmite la primera información de indicación, si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado; evitar el borrado, por un nodo del anillo, de una tabla de reenvíos después de recibir el mensaje de control que transmite la primera información de indicación.
Un aparato de ERP dado a conocer en una forma de realización de la presente invención comprende:
un módulo de detección de estado del enlace, adaptado para: detectar un estado del enlace por intermedio de una notificación recibida y para enviar información de fallo del enlace o información de recuperación del fallo del enlace a un módulo de evaluación, después de detectar un fallo de enlace o una recuperación de fallo de enlace;
un módulo de almacenamiento de información, adaptado para almacenar información sobre un puerto normalmente bloqueado en una red de anillo Ethernet;
un módulo de evaluación, adaptado para: evaluar, según la información sobre el puerto normalmente bloqueado almacenada en el módulo de almacenamiento de información, si el enlace defectuoso o el enlace de recuperación de fallo es un enlace en donde se encuentra el puerto normalmente bloqueado y para dar instrucciones a un módulo generador de mensajes de control para enviar un mensaje de control a otros nodos, si el enlace defectuoso o el enlace de recuperación de fallos no es un enlace en donde se encuentra el puerto normalmente bloqueado y
un módulo generador de mensajes de control, adaptado para generar y enviar un mensaje de control a otros nodos adyacentes, en donde el mensaje de control notifica a los demás nodos si borrar, o no, la tabla de reenvíos;
un módulo de adición de identificador, adaptado para añadir, en función de un resultado de evaluación del módulo de evaluación, información de indicación en el mensaje de control generado por el módulo generador de mensajes de control, en donde la información de indicación indica si borrar, o no, la tabla de reenvíos.
Se puede deducir de la solución técnica según la presente invención, lo que sigue: en las formas de realización de la presente invención, evaluando si el enlace defectuoso o el enlace de recuperación de fallos es, o no, un enlace en donde se encuentra el puerto normalmente bloqueado, se toma una decisión sobre si dar instrucciones, o no, a otros nodos en la red de anillo Ethernet para el borrado operativo de la tabla de reenvíos. Por lo tanto, la dificultad para los nodos en la red de anillo para borrar operativamente la tabla de reenvíos y reiniciar el auto-aprendizaje después de que se evite que cualquier enlace se haga defectuoso o que se recupere cualquier fallo de enlace en la técnica anterior, el tráfico de radiodifusión generado por el borrado operativo innecesario de la tabla de reenvíos y el auto-aprendizaje se reduce de forma efectiva y se mejora la tasa de utilización de ancho de banda en la red de anillo Ethernet.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 representa una red de anillo Ethernet en la técnica anterior; La Figura 2 representa una topología de una red de anillo Ethernet en la que el enlace en donde se encuentra el puerto normalmente bloqueado falla según se ilustra en la Figura 1;
La Figura 3 representa una topología de una red de anillo Ethernet según una forma de realización de la presente invención;
La Figura 4 es un diagrama de flujo de un método de ERP dado a conocer en la primera forma de realización de la presente invención;
La Figura 5 representa un formato de trama de un paquete de CC, según una segunda forma de realización de la presente invención;
La Figura 6 representa el formato de un campo de indicador en el paquete de CC ilustrado en la Figura 5;
La Figura 7 es un diagrama de flujo de otro modo de ERP dado a conocer en una forma de realización de la presente invención;
La Figura 8 representa un formato de trama de un paquete de AIS según una tercera forma de realización de la presente invención;
La Figura 9 representa el formato de un campo de identificador en el paquete de AIS ilustrado en la Figura 7;
La Figura 10 representa una estructura de un aparato de ERP dado a conocer en una cuarta forma de realización de la presente invención;
La Figura 11 representa una estructura de un aparato de ERP dado a conocer en una quinta forma de realización de la presente invención y
La Figura 12 representa una estructura de un aparato de ERP dado a conocer en una sexta forma de realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
Con el fin de hacer más evidentes la solución técnica, los objetivos y ventajas de la presente invención, se describe, a continuación, en detalle haciendo referencia a los dibujos adjuntos y formas de realización preferidas.
Forma de realización 1
La Figura 3 representa una topología de una red de anillo Ethernet en una forma de realización de la presente invención. Según se representa en la Figura 3, los puentes 1 a 6 son nodos en un anillo Ethernet, la referencia 301 corresponde a un puerto normalmente bloqueado, las referencias 302, 303 y 304 se refieren a puertos normales en el anillo y las referencias 305 y 306 corresponden a enlaces entre nodos. Todos los nodos en la red de anillo Ethernet han preconfigurado la información que indica que 301 es un puerto normalmente bloqueado y los otros puertos son puertos ordinarios en el anillo. Conviene señalar que la Figura 3 solamente representa una estructura de topología de red en una forma de realización de la presente invención y no está prevista para limitar la modalidad de la red aplicable a la solución técnica según la presente invención.
La Figura 4 es un diagrama de flujo de un método de ERP dado a conocer en la primera forma de realización de la presente invención. Según se representa en la Figura 4, el método comprende lo siguiente:
Etapa S401: Se realiza una evaluación sobre si el nodo, en la red de anillo Ethernet, recibe la notificación desde el nodo adyacente dentro de un periodo preestablecido. Si el nodo en la red de anillo Ethernet recibe la notificación desde el nodo adyacente dentro del periodo preestablecido, el proceso prosigue con la etapa S402; en caso contrario, se repite esta etapa.
En esta etapa, la notificación puede ser un paquete CC y el paquete CC se puede utilizar para detectar fallos entre los nodos en la red de anillo Ethernet.
Cada nodo envía paquetes CC periódicamente a sus nodos adyacentes. Si un nodo deja de recibir el paquete CC desde el nodo adyacente dentro de un periodo preestablecido, el enlace entre el nodo y el nodo adyacente se determina como defectuoso. El proceso de utilizar el paquete CC para detectar el fallo del enlace es el mismo que el de la técnica anterior y por ello, no se detalla a continuación.
Etapa S402: Se realiza una evaluación sobre si el enlace defectuoso es, o no, un enlace en donde se encuentra el puerto normalmente bloqueado. Si el enlace defectuoso es un enlace en donde se encuentra el puerto normalmente bloqueado, el proceso prosigue con la etapa S403; en caso contrario, el proceso prosigue con la etapa S404.
En esta etapa, todos los nodos en la red de anillo tienen información configurada sobre el puerto normalmente bloqueado. Si el puerto del enlace defectuoso es compatible con el puerto normalmente bloqueado que ha sido preconfigurado, se determina que el enlace defectuoso es el enlace en donde se encuentran los puertos normalmente bloqueados.
Etapa S403: El nodo que detecta el fallo del enlace evita (es decir, suprime) el envío de un mensaje de control a otros nodos en la red de anillo Ethernet.
En esta etapa, debido a que el enlace defectuoso es el enlace en donde se encuentran los puertos normalmente bloqueados, la topología de la red, después de la ocurrencia del fallo, es la misma que la que existía antes de que se produjera el fallo. Por lo tanto, el nodo que detecta el fallo no necesita enviar ningún mensaje de control a otros nodos y los otros nodos no regeneran la tabla de reenvíos ni reinician el auto-aprendizaje.
Etapa S404: El nodo que detecta el fallo del enlace envía un mensaje de control a otros nodos en la red de anillo Ethernet, notificando a otros nodos la regeneración de la tabla de reenvíos.
El mensaje de control puede ser un paquete de Señal de Indicación de Alarma (AIS) en el mecanismo de Operación, Administración y Mantenimiento (OAM) de Ethernet o un paquete de Conmutación de Protección Automática (APS) en el mecanismo de conmutación de protección de Ethernet y se transmite por intermedio de una red VLAN de control. En esta forma de realización, el paquete de AIS se toma como ejemplo.
En esta etapa, puesto que el enlace defectuoso no es el enlace en donde se encuentran los puertos normalmente bloqueados, el puerto normalmente bloqueado se desbloquea después de la ocurrencia del fallo, los puertos en ambos extremos del enlace defectuoso quedan bloqueados y la topología de la red cambia después de la ocurrencia del fallo. Por lo tanto, el nodo que detecta el fallo necesita enviar un paquete de AIS a otros nodos, notificando a dichos otros nodos la regeneración de la tabla de reenvíos y la reiniciación del auto-aprendizaje para crear una nueva tabla de reenvíos.
En esta forma de realización, cuando el nodo en la red de anillo detecta la recuperación del fallo, el método comprende, además:
la evaluación de si el enlace recuperado es el enlace en donde se encuentran los puertos bloqueados: si el enlace recuperado es el enlace en donde se encuentran los puertos bloqueados, la supresión del envío de un mensaje de recuperación de fallos a otros nodos en la red de anillo; en caso contrario, el envío de un mensaje de recuperación del fallo a otros nodos.
Después de recibir el mensaje de recuperación del fallo, otros nodos en la red de anillo efectúan el borrado operativo de la tabla de reenvíos local y reinician el auto-aprendizaje. Mientras tanto, los puertos en ambos extremos del enlace recuperado son de nuevo desbloqueados, los puertos normalmente bloqueados se bloquean de nuevo y la red de anillo Ethernet recupera el estado normal.
Forma de realización 2
La segunda forma de realización difiere de la primera forma de realización en cuanto que: Un nodo en la red de anillo Ethernet no preestablece la información sobre si el puerto al mismo nivel del enlace es un puerto normalmente bloqueado; en su lugar, un mensaje enviado desde un puerto al puerto del mismo nivel del enlace indica si el puerto es, o no, un puerto bloqueado. En esta forma de realización, el nodo realiza la evaluación, en función de la información de identificador del puerto normalmente bloqueado soportado en el paquete CC, si el puerto al mismo nivel del enlace es un puerto normalmente bloqueado y en tal caso, la determinación de si el enlace del puerto es un enlace en donde se encuentra el puerto normalmente bloqueado.
El procedimiento operativo, en esta forma de realización, es el mismo que el procedimiento operativo representado en la Figura 4 con la excepción de que: en la etapa S401, el paquete CC soporta información de identificador que indica si el puerto es, o no, un puerto normalmente bloqueado.
La Figura 5 representa un formato de trama de un paquete CC. Según se representa en la Figura 5, el paquete CC soporta un campo de indicadores. El formato estándar del campo de indicadores se representa en la Figura 6. El campo de indicadores contiene varios bits reservados y es adecuado para utilizar uno de los bits para indicar si el puerto que envía el paquete CC es, o no, un puerto normalmente bloqueado. Por ejemplo, el séptimo bit reservado del campo de indicadores se utiliza para indicar si el puerto que envía el paquete CC es, o no, un puerto normalmente bloqueado. Si el valor del séptimo bit reservado es 1, indica que el puerto es un puerto normalmente bloqueado; si el valor es 0, indica que el puerto es un puerto normal.
Por ejemplo, cuando el nodo 1, en la Figura 3, envía un paquete CC desde un puerto normalmente bloqueado al nodo 2, el séptimo bit reservado del campo de indicadores, en el paquete CC, se establece en 1, lo que indica que el puerto 301, que envía el paquete CC, es un puerto normalmente bloqueado. Cuando el nodo 1 envía un paquete CC desde un puerto normalmente bloqueado al nodo 6, el séptimo bit (bit 7) del campo de indicadores, en el paquete CC, se establece en 0, lo que indica que el puerto que envía el paquete CC es un puerto normal.
En consecuencia, en la etapa S402, cuando ocurren fallos, el nodo en la red de anillo Ethernet evalúa, en función de la información de identificador en la notificación recibida, si el enlace defectuoso es, o no, el enlace en donde se encuentra el puerto normalmente bloqueado.
Por ejemplo, después de recibir un paquete CC enviado por el puerto 301 del nodo 1 desde el puerto 302, el nodo 2 en la Figura 3 comprueba si el valor del bit 7 del campo de indicadores en el paquete CC es 1 y, si el valor del bit 7 del campo de indicadores en el paquete CC es 1, registra el enlace del puerto 301 como el enlace en donde se encuentra el puerto normalmente bloqueado. Después de detectar que el enlace de un puerto está defectuoso, el nodo evalúa, en función de la información anteriormente registrada, si el enlace defectuoso es, o no, el enlace en donde se encuentra el puerto normalmente bloqueado.
Además, esta forma de realización se refiere también al procedimiento de procesamiento correspondiente en el caso de recuperación de fallos. Dicho procedimiento de procesamiento es el mismo que el procedimiento de procesamiento en la forma de realización 1 y por ello no se repite en esta descripción.
Forma de realización 3
En la primera y segunda formas de realización, cuando ocurren fallos o se recuperan fallos en el enlace en donde se encuentra el puerto normalmente bloqueado los nodos en la red de anillo Ethernet no necesitan borrar operativamente la tabla de reenvíos o reiniciar el auto-aprendizaje. Por lo tanto, no es necesario enviar un mensaje de control que notifique a los otros nodos el borrado operativo de la tabla de reenvíos. En el caso, sin embargo, de que otros nodos no tengan conocimiento del fallo del enlace en donde se encuentra el puerto normalmente bloqueado. En esta forma de realización, cuando el enlace en donde se encuentra el puerto normalmente bloqueado está defectuoso, los nodos en la red en anillo no necesitan borrar operativamente la tabla de reenvíos ni reiniciar el auto-aprendizaje, pero reciben un mensaje de control para tener conocimiento del fallo del enlace en la red en anillo.
Según se representa en la Figura 7, el procedimiento operativo en esta forma de realización es el mismo que el procedimiento operativo ilustrado en la Figura 4 con la excepción de que: después de que un nodo detecte un fallo de enlace en un puerto, el mensaje de control enviado a otros nodos soporta un indicador sobre si borrar la tabla de reenvíos o no hacerlo. El indicador se define en función de la información anteriormente registrada. Si el puerto defectuoso es un puerto del enlace en donde se encuentra el puerto normalmente bloqueado, el indicador no indica ningún borrado de la tabla de reenvíos (la primera información de indicación). Si el puerto defectuoso no es un puerto del enlace en donde se encuentra el puerto normalmente bloqueado, el indicador sirve para indicar el borrado operativo de la tabla de reenvíos (la segunda información de indicación).
El mensaje de control puede ser un paquete de AIS en el mecanismo OAM de Ethernet o un paquete de APS en el mecanismo de conmutación de protección de Ethernet y se transmite por intermedio de una red VLAN de control. En esta forma de realización, el paquete de AIS se toma a modo de ejemplo.
La Figura 8 representa un formato de trama estándar de un paquete AIS aplicado en la red de anillo Ethernet. Según se representa en la Figura 8, el paquete AIS incluye un campo de indicadores. Según se indica en la Figura 9, el bit 8 y el bit 7 se pueden utilizar para indicar el tipo de indicación (IT): los valores de IT son “fallo” y “recuperación”. El valor “fallo” indica que el tipo de la información de alarma es una ocurrencia de fallo y el valor “recuperación” indica que el tipo de la información de alarma es la recuperación de fallos. Además, el bit 6 se puede utilizar como una indicación de regeneración secuencial en tiempo real, Flush (FI). Si el valor de FI es 1, ello indica que es necesario borrar operativamente la tabla de reenvíos; si el valor de FI es 0, indica que es innecesario borrar operativamente la tabla de reenvíos.
Por ejemplo, el nodo en la red de anillo Ethernet, que se representa en la Figura 3, preestablece la información que indica que el puerto 301 es un puerto normalmente bloqueado o conoce dicha información en función de la información de identificador transmitida en el paquete CC anteriormente enviado y registra la información. Cuando el nodo 2 en la Figura 3 detecta que el enlace en donde se encuentra el puerto 301 está defectuoso, el nodo 2 conoce que el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado. Por lo tanto, cuando se envía la información de alarma, el nodo 2 establece el IT en “fallo” y establece en FI en 0.
Después de recibir el paquete de alarma, otros nodos comprueban el FI y si el valor de FI es 1, proceden a borrar operativamente la tabla de reenvíos para facilitar, más tarde, la reiniciación del auto-aprendizaje o si el valor de FI es 0, evitar el borrado de la tabla de reenvíos.
En esta forma de realización, cuando el nodo en la red en anillo detecta la recuperación de fallos, el método comprende, además, lo siguiente:
si el enlace de recuperación de fallos es el enlace en donde se encuentra el puerto normalmente bloqueado, el nodo que detecta la recuperación de fallos envía información de alarma a otros nodos en la red en anillo, en donde la información de alarma es un mensaje de recuperación de fallos. En esta forma de realización, el IT = recuperación del campo de identificadores, en el paquete AIS, se puede utilizar para indicar el paquete AIS como mensaje de recuperación de fallos y el FI se pone a 0;
si el enlace de recuperación de fallos no es el enlace en donde se encuentra el puerto normalmente bloqueado, el nodo que detecta la recuperación de fallos envía la información de alarma a otros nodos en la red en anillo, en donde la información de alarma es un mensaje de recuperación de fallos. En esta forma de realización, el IT = recuperación, en el paquete AIS, se puede utilizar para indicar el paquete AIS como mensaje de recuperación de fallos y el FI se pone a 1;
después de recibir el mensaje de recuperación de fallos, otros nodos en la red en anillo deciden si proceder a borrar, o no, la tabla de reenvíos local y reiniciar el auto-aprendizaje en función del FI en el mensaje de recuperación de fallos. Mientras tanto, los puertos en ambos extremos del enlace de recuperación de fallos son de nuevo desbloqueados, el puerto normalmente bloqueado se bloquea de nuevo y la red de anillo Ethernet recupera el estado normal.
Basado en el mismo concepto de diseño que el método de ERP anterior, se da a conocer aquí un aparato de ERP. Puesto que el aparato y el método están basados en el mismo concepto de diseño de la invención, las formas de realización del aparato presentan numerosas características técnicas idénticas o equivalentes y dichas características técnicas se describen solamente sin complicación innecesaria.
Forma de realización 4
La Figura 10 representa una estructura de un aparato de ERP dado a conocer en la cuarta forma de realización de la presente invención. El aparato está situado en el nodo de la red en anillo. Según se representa en la Figura 10, el aparato comprende:
un módulo de detección de estado del enlace 101, adaptado para: recibir una notificación (por ejemplo, un paquete CC mencionado aquí en la forma de realización del método) de los nodos adyacentes, para evaluar el estado del enlace en función de la notificación y para enviar información de fallo de enlace o información de recuperación de fallos de enlace a un módulo de evaluación 102 después de detectar un fallo de enlace o una recuperación de fallos del enlace en el enlace entre un nodo local y un nodo adyacente;
un módulo de evaluación 102, adaptado para: evaluar, en función de la información a cerca del puerto normalmente bloqueado memorizada en un módulo de almacenamiento de información 103, si el enlace defectuoso o el enlace de recuperación de fallos es un enlace en donde se encuentra el puerto normalmente bloqueado y para dar instrucciones a un módulo generador de mensajes de control 104 para enviar un mensaje de control a otros nodos si el enlace defectuoso o el enlace de recuperación de fallos no es un enlace en donde se encuentra el puerto normalmente bloqueado y en donde el mensaje de control se utiliza para notificar a otros nodos si borrar operativamente, o no, la tabla de reenvíos;
un módulo de almacenamiento de información 103, adaptado para almacenar información sobre el puerto normalmente bloqueado en una red de anillo Ethernet y
un módulo generador de mensajes de control 104, adaptado para generar y enviar un mensaje de control a otros nodos adyacentes, en donde el mensaje de control puede ser un paquete AIS o un paquete APS.
El proceso de utilizar el aparato, en esta forma de realización, para realizar la protección ERP es el mismo que el proceso descrito en la forma de realización del método anterior de la presente invención y por ello, no se repite en esta descripción.
Forma de realización 5
La Figura 11 representa una estructura de un aparato de ERP dado a conocer en la quinta forma de realización de la presente invención. Según se representa en la Figura 11, esta forma de realización difiere de la cuarta forma de realización en que: el aparato dado a conocer en esta forma de realización comprende, además:
un módulo de extracción de información de identificador 105, adaptado para: extraer información de identificador a partir de la notificación recibida por el módulo de detección de estado del enlace 101, en donde la información de identificador indica si el puerto, que envía el mensaje de control, es un puerto normalmente bloqueado y para enviar la información de identificador a un módulo de evaluación 102 y
el módulo de evaluación 102, adaptado para: evaluar, en función de la información de identificador memorizada en el módulo de almacenamiento de información 103 y la información de identificador extraída por el módulo de extracción de información de identificador 105, si el enlace defectuoso o el enlace de recuperación de fallos es un enlace en donde se encuentra el puerto normalmente bloqueado y para dar instrucciones a un módulo generador de mensajes de control 104 para enviar un mensaje de control a otros nodos, si el enlace defectuoso o el enlace de recuperación de fallos no es un enlace en donde se encuentra el puerto normalmente bloqueado.
Forma de realización 6
La Figura 12 representa una estructura de un aparato de ERP dado a conocer en la sexta forma de realización de la presente invención. Según se representa en la Figura 12, esta forma de realización difiere de la quinta forma de realización en que: esta forma de realización comprende un módulo de adición de identificadores 106 adaptado para conocer, desde el módulo de evaluación 102, si el enlace defectuoso o el enlace de recuperación de fallos es el enlace en donde se encuentra el puerto normalmente bloqueado y para añadir, en función del resultado de la evaluación del módulo de evaluación 102, un identificador en el mensaje de control generado por el módulo generador de mensajes de control 104, en donde el identificador indica si borrar operativamente, o no, la tabla de reenvíos.
Más concretamente, si el enlace defectuoso o el enlace de recuperación de fallos es el enlace en donde se encuentra el
5 puerto normalmente bloqueado, el módulo de adición de identificadores 106 añade un identificador de no borrar operativamente la tabla de reenvíos (la primera información de indicación) en el mensaje de control. Si el enlace defectuoso o el enlace de recuperación de fallos no es el enlace en donde se encuentra el puerto normalmente bloqueado, el módulo de adición de identificadores 106 añade un identificador de borrado operativo de la tabla de reenvíos (la segunda información de indicación) al mensaje de control.
10 Por intermedio del método y aparato dados a conocer en las formas de realización de la presente invención, evaluando si el enlace defectuoso o el enlace de recuperación de fallos es un enlace donde se encuentra el puerto normalmente bloqueado, se toma una decisión sobre si dar instrucciones a otros nodos en la red de anillo Ethernet para borrar operativamente la tabla de reenvíos o no hacerlo. Por lo tanto, la dificultad para los nodos en la red en anillo para borrar operativamente la tabla de reenvíos y reiniciar el auto-aprendizaje después de que ocurra cualquier fallo de enlace o se
15 recupere cualquier fallo de enlace en la técnica anterior queda así evitada. El tráfico de radiodifusión generado por un borrado innecesario de la tabla de reenvíos y el auto-aprendizaje se reduce de forma efectiva y la tasa de utilización del ancho de banda en la red de anillo Ethernet se mejora considerablemente.
Aunque la invención ha sido descrita a través de varias formas de realización ejemplo, la invención no está limitada a dichas formas de realización. Es evidente para los expertos en esta materia que se pueden hacer varias modificaciones y
20 variaciones a la invención sin desviarse, por ello, del alcance de protección de la invención. La invención está destinada a cubrir las modificaciones y variaciones a condición de que caigan dentro del alcance de protección definido por las siguientes reivindicaciones o sus equivalentes.

Claims (10)

  1. REIVINDICACIONES
    1. Un método de Protección de Anillo Ethernet, ERP, que comprende:
    cuando un enlace en una red Ethernet en anillo está defectuoso, la evaluación de saber si el enlace defectuoso es un enlace en donde se encuentra un puerto normalmente bloqueado (702);
    el envío de un mensaje de control que transmite la primera información de indicación de si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado (703) y
    evitar, por un nodo del anillo, el borrado de una tabla de reenvíos después de recibir el mensaje de control que transmite la primera información de indicación.
  2. 2. El método según la reivindicación 1 que comprende, además:
    el envío del mensaje de control que transmite la segunda información de indicación si el enlace defectuoso no es el enlace en donde se encuentra el puerto normalmente bloqueado y
    el borrado, por el nodo del anillo, de la tabla de reenvíos después de recibir el mensaje de control que transmite la segunda información de indicación.
  3. 3.
    El método según la reivindicación 1 o 2, en donde la evaluación de si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado, comprende:
    la evaluación, por demanda de información sobre el puerto normalmente bloqueado preestablecido en un nodo local, de si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado.
  4. 4.
    El método según la reivindicación 1 o 2, en donde la evaluación de si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado, comprende:
    la evaluación, en función de la información del identificador transmitida en una notificación recibida, de si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado y en donde, la información de identificador indica si un puerto que envía la notificación es el puerto normalmente bloqueado.
  5. 5.
    El método según la reivindicación 1 o 2 que comprende, además:
    cuando la recuperación del fallo se produce en el enlace, evaluar si el enlace recuperado de los fallos es el enlace en donde se encuentra el puerto normalmente bloqueado;
    el envío del mensaje de control que transmite la primera información de indicación si el enlace recuperado de los fallos es el enlace en donde se encuentra el puerto normalmente bloqueado.
  6. 6. El método según la reivindicación 5 que comprende, además:
    el envío, por un nodo que detecta la recuperación de fallos, del mensaje de control que transmite la segunda información de indicación a otros nodos, en un anillo, si el enlace recuperado de los fallos no es el enlace en donde se encuentra el puerto normalmente bloqueado.
  7. 7. Un aparato de protección de anillo Ethernet, ERP, que comprende:
    un módulo de almacenamiento de información (103), adaptado para almacenar información sobre un puerto normalmente bloqueado en una red de anillo Ethernet;
    un módulo generador de mensajes de control (104), adaptado para generar y enviar un mensaje de control a otros nodos adyacentes, en donde el mensaje de control notifica a otros nodos si es necesario borrar una tabla de reenvíos;
    un módulo de detección de estado del enlace (101), adaptado para: detectar un estado del enlace por intermedio de una notificación recibida y para enviar la información de fallo del enlace a un módulo de evaluación (102) después de detectar un fallo en el enlace;
    el módulo de evaluación (102), adaptado para: evaluar, en función de la información sobre el puerto normalmente bloqueado memorizada en el módulo de almacenamiento de información, si un enlace defectuoso es un enlace en donde se encuentra el puerto normalmente bloqueado y para dar instrucciones al módulo generador de mensajes de control para enviar el mensaje de control a los demás nodos si el enlace defectuoso es el enlace en donde se encuentra el puerto normalmente bloqueado y
    un módulo de edición de identificador (106), adaptado para añadir, en función de un resultado de evaluación del módulo de evaluación, la primera información de indicación en el mensaje de control generado por el módulo generador de mensajes de control, en donde la primera información de indicación indica a los demás nodos no borrar la tabla de reenvíos.
  8. 8.
    El aparato según la reivindicación 7 que comprende, además:
    un módulo de extracción de información de identificador (105) adaptado para: extraer información de identificador desde la notificación recibida por el módulo de detección de estado del enlace, en donde la información de identificador indica si un puerto que envía el mensaje de control es, o no, el puerto normalmente bloqueado y para enviar la información de identificador al módulo de almacenamiento de información para su almacenamiento.
  9. 9.
    Un aparato de Protección de Anillo Ethernet, ERP, que comprende:
    un módulo de almacenamiento de información (103), adaptado para almacenar información respecto a un puerto normalmente bloqueado en una red de anillo Ethernet;
    un módulo generador de mensajes de control (104), adaptado para generar y enviar un mensaje de control a otros nodos adyacentes, en donde el mensaje de control notifica a otros nodos si borrar, o no, una tabla de reenvíos;
    un módulo de detección de estado del enlace (101), adaptado para: detectar un estado del enlace por intermedio de una notificación recibida y para enviar una información de recuperación de fallo del enlace a un módulo de evaluación (102) después de detectar una recuperación de fallo del enlace;
    el módulo de evaluación (102), adaptado para: evaluar, en función de la información sobre el puerto normalmente bloqueado memorizada en el módulo de almacenamiento de información, si un enlace recuperado de fallos es un enlace en donde se encuentra el puerto normalmente bloqueado y para dar instrucciones al módulo generador de mensajes de control para enviar el mensaje de control a los demás nodos si el enlace recuperado de los fallos es el enlace en donde se encuentra el puerto normalmente bloqueado y
    un módulo de adición de identificador (106) adaptado para añadir, en función de un resultado de evaluación del módulo de evaluación, la primera información de indicación en el mensaje de control generado por el módulo generador de mensajes de control, en donde la primera información de indicación indica a los demás nodos no borrar la tabla de reenvíos.
  10. 10. El aparato según la reivindicación 9 que comprende, además:
    un módulo de extracción de información de identificador (105) adaptado para: extraer información de identificador desde la notificación recibida por el módulo de detección de estado del enlace, en donde la información de identificador indica si un puerto que envía el mensaje de control es, o no, el puerto normalmente bloqueado y para enviar la información de identificador al módulo de almacenamiento de información para su almacenamiento.
    Figura 1
    Figura 2
    Figura 3
    Inicio
    ¿Se realiza una determinación de si se recibe, o no, una notificación desde el nodo adyacente dentro de un periodo preestablecido?
    ¿Se realiza una determinación de si el enlace defectuoso es, o no, el enlace conectado con el puerto de bloqueo normal?
    Se evita el envío de un mensaje de control a otros nodos en la red de anillo Ethernet
    Figura 4
    Se envía un mensaje de control a otros nodos en la red de anillo Ethernet para notificarles la regeneración de la tabla de reenvíos
    Grado de mantenimiento, dominio
    Versión Dirección MAC de nodo origen Tipo Ethernet CFM Código de operación Indicadores Primer TLV Número de secuencia
    Rellenado
    Comprobación
    Figura 5
    Reservado (0) Periodo
    Inicio
    ¿Se realiza una determinación de si se recibe, o no, una notificación desde el nodo adyacente dentro de un periodo preestablecido?
    ¿Se realiza una determinación de si el enlace defectuoso es, o no, el enlace conectado con el puerto de bloqueo normal?
    Un mensaje de control, que transmite un indicador de no regenerar la tabla de reenvíos, se envía para notificar a otros nodos no borrar la tabla de reenvíos
    Figura 6
    Un mensaje de control, que transmite un indicador de regenerar la tabla de reenvíos, se envía para notificar a otros nodos que borren la tabla de reenvíos
    Figura 7 Figura 9 Figura 10
    Módulo detección estado del enlace
    Módulo de evaluación
    Módulo generador mensaje control Módulo extracción información identificador
    Módulo almacenamiento información
    Figura 11
    Módulo adición identificador
    Módulo detección estado del enlace
    Módulo de evaluación
    Módulo generador mensaje control
    Figura 12
    Módulo extracción
    información identificador
    Módulo almacenamiento información
ES07817055T 2007-01-23 2007-10-10 Método y aparato para proteger un anillo ethernet Active ES2380387T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200710073029 2007-01-23
CN200710073029.2A CN101232427A (zh) 2007-01-23 2007-01-23 一种以太网环保护方法及装置
PCT/CN2007/070864 WO2008089633A1 (fr) 2007-01-23 2007-10-10 Procédé et appareil pour protéger un anneau éthernet

Publications (1)

Publication Number Publication Date
ES2380387T3 true ES2380387T3 (es) 2012-05-11

Family

ID=39644141

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07817055T Active ES2380387T3 (es) 2007-01-23 2007-10-10 Método y aparato para proteger un anillo ethernet

Country Status (8)

Country Link
US (3) US8031590B2 (es)
EP (3) EP2086175B1 (es)
CN (2) CN101232427A (es)
AT (3) ATE543293T1 (es)
DE (2) DE602008000831D1 (es)
DK (1) DK2086175T3 (es)
ES (1) ES2380387T3 (es)
WO (1) WO2008089701A1 (es)

Families Citing this family (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100677108B1 (ko) * 2003-06-12 2007-02-01 삼성전자주식회사 정보 저장매체
CN101232427A (zh) * 2007-01-23 2008-07-30 华为技术有限公司 一种以太网环保护方法及装置
US8601156B2 (en) * 2007-07-06 2013-12-03 Qualcomm Incorporated Methods and apparatus related to peer discovery and/or paging in peer to peer wireless communications
US8599823B2 (en) * 2007-07-06 2013-12-03 Qualcomm Incorporated Communications methods and apparatus related to synchronization with respect to a peer to peer timing structure
US8385316B2 (en) * 2007-07-06 2013-02-26 Qualcomm Incorporated Methods and apparatus related to peer to peer communications timing structure
US8385317B2 (en) 2007-07-06 2013-02-26 Qualcomm Incorporated Methods and apparatus supporting multiple timing synchronizations corresponding to different communications peers
US7801028B2 (en) * 2007-12-31 2010-09-21 Schneider Automation Inc. Method and apparatus for transparent auto-recovery in chain and ring networks
CN101534233A (zh) * 2008-03-12 2009-09-16 中兴通讯股份有限公司 一种以太环网节点地址表更新方法
CN101741673B (zh) * 2008-11-25 2012-04-18 中兴通讯股份有限公司 一种以太环网的地址刷新方法
CN101883000B (zh) * 2009-05-08 2014-12-31 中兴通讯股份有限公司 一种网络保护方法及网络保护架构
US20100290340A1 (en) * 2009-05-15 2010-11-18 Electronics And Telecommunications Research Institute Method for protection switching
CN101938395B (zh) * 2009-07-03 2014-08-13 中兴通讯股份有限公司 一种以太环网的单环地址刷新方法及系统
JP5434318B2 (ja) * 2009-07-09 2014-03-05 富士通株式会社 通信装置および通信パス提供方法
US8787398B2 (en) * 2009-07-31 2014-07-22 Ciena Corporation Linear route protection
WO2011020236A1 (en) * 2009-08-17 2011-02-24 Alcatel-Lucent Shanghai Bell Co., Ltd. Method and means for state transition of Ethernet linear protection switching
CN101640646B (zh) * 2009-09-01 2012-05-23 中兴通讯股份有限公司 以太环网保护倒换方法及装置
US8305877B2 (en) * 2009-09-10 2012-11-06 Tyco Electronics Subsea Communications Llc System and method for distributed fault sensing and recovery
CN102035710B (zh) * 2009-09-24 2014-04-09 中兴通讯股份有限公司 一种阻塞端口信息更新的方法及系统
CN102045229B (zh) * 2009-10-19 2014-12-10 中兴通讯股份有限公司 一种以太多环网的拓扑管理方法和系统
EP2510649A4 (en) * 2009-12-10 2016-10-26 Nokia Solutions & Networks Oy ALARM MANAGEMENT IN A COMMUNICATION SYSTEM
WO2011142697A1 (en) * 2010-05-10 2011-11-17 Telefonaktiebolaget L M Ericsson (Publ) A ring node, an ethernet ring and methods for loop protection in an ethernet ring
US8699873B2 (en) * 2010-05-13 2014-04-15 Fujitsu Limited Identifying fault locations in a network
CN101815107B (zh) 2010-05-13 2013-10-09 华为技术有限公司 一种以太环网中管理地址的方法、系统以及设备
US8195989B1 (en) * 2010-08-20 2012-06-05 Juniper Networks, Inc. Detection of ethernet link failure
JP5572064B2 (ja) * 2010-11-01 2014-08-13 富士通テレコムネットワークス株式会社 通信システム、通信装置およびリング網監視方法
US20120195190A1 (en) * 2011-01-31 2012-08-02 Fujitsu Network Communications, Inc. Method and system for solving communication failure and traffic loss in service protection networks
US8509061B2 (en) * 2011-03-23 2013-08-13 Ciena Corporation Systems and methods for scaling performance of Ethernet ring protection protocol
CN102170384B (zh) * 2011-04-15 2014-06-11 杭州华三通信技术有限公司 相交以太环网故障处理方法及节点
CN102257849B (zh) * 2011-06-08 2014-06-04 华为技术有限公司 一种动态调整链路的方法、系统及装置
US8705551B2 (en) * 2011-07-27 2014-04-22 Fujitsu Limited Method and system for management of flood traffic over multiple 0:N link aggregation groups
ES2655637T3 (es) * 2011-09-20 2018-02-21 Huawei Technologies Co., Ltd. Procedimiento y sistema de conmutación de canal de servicio APS, y dispositivo APS
US8953440B2 (en) * 2011-11-15 2015-02-10 Telefonaktiebolaget L M Ericsson (Publ) Dynamic bandwidth adjustment in packet transport network
EP2783486B1 (en) 2011-11-21 2015-11-18 Telefonaktiebolaget LM Ericsson (Publ) Ring protection state aware bandwidth adaptation
CN102726006B (zh) * 2011-11-23 2015-03-18 华为技术有限公司 以太网环中的链路倒换方法、节点及系统
KR101318156B1 (ko) * 2012-03-26 2013-10-15 주식회사 다산네트웍스 이더넷 링 네트워크에서의 보호 절체 방법
CN102638408A (zh) * 2012-04-27 2012-08-15 华为技术有限公司 拓扑变化报文的发送方法、刷新转发表的方法及装置
CN102736608B (zh) * 2012-07-09 2014-10-29 长沙中联消防机械有限公司 网络通信系统、故障控制方法及工程机械设备
CN102857379B (zh) * 2012-09-18 2016-08-03 中兴通讯股份有限公司 保护以太环网节点间连通性的控制方法、装置及第一节点
US9001644B2 (en) * 2013-02-18 2015-04-07 Cisco Technology, Inc. Ethernet virtual private network system for providing fast protection for access rings
US9444913B2 (en) 2013-03-14 2016-09-13 Alcatel Lucent Multi-ring reliable messaging system
EP3787262B1 (en) * 2013-03-21 2022-02-23 Huawei Technologies Co., Ltd. Transmission apparatus, data transmission method and non-transitory computer-readable recording medium
WO2014199471A1 (ja) * 2013-06-12 2014-12-18 三菱電機株式会社 通信システム、通信装置およびプロテクション方法
CN104660431B (zh) * 2013-11-21 2019-01-15 中兴通讯股份有限公司 一种网络告警方法、设备及终端
CN104168054B (zh) * 2014-08-06 2017-06-13 成都天奥信息科技有限公司 Ais航标链路的信息传递方法
CN104579785B (zh) * 2015-01-19 2018-07-31 新华三技术有限公司 一种环网保护方法及装置
US10454851B2 (en) * 2015-04-16 2019-10-22 Cisco Technology, Inc. Optimized link failure convergence for resilient ethernet protocol networks
US10360205B2 (en) 2015-09-23 2019-07-23 International Business Machines Corporation Cooperative MKEY locking for managing infiniband networks
US10432470B2 (en) * 2015-09-23 2019-10-01 International Business Machines Corporation Distributed subnet manager for InfiniBand networks
CN106341297B (zh) * 2016-08-12 2020-01-14 浙江宇视科技有限公司 一种监控环网的组网方法和装置
CN106452894B (zh) * 2016-10-24 2019-11-08 北京东土科技股份有限公司 故障连接检测方法和设备
CN108259289B (zh) * 2016-12-29 2021-01-15 华为技术有限公司 一种环网异常保护方法及装置
CN113438693A (zh) * 2017-11-17 2021-09-24 华为技术有限公司 信号传输的方法和装置
CN110752952B (zh) * 2019-10-25 2022-02-22 腾讯科技（深圳）有限公司 网络故障定位方法、装置、网络设备及计算机存储介质
CN113395184A (zh) * 2020-03-11 2021-09-14 华为技术有限公司 一种故障处理方法、设备和可读存储介质
CN112671649A (zh) * 2020-12-22 2021-04-16 广州技象科技有限公司 基于物联网传输故障检测的路径选择方法及装置
CN114928534B (zh) * 2022-03-28 2023-08-25 安科讯(福建)科技有限公司 一种无线网桥的故障自愈方法及终端

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1198423C (zh) * 1996-04-23 2005-04-20 株式会社日立制作所 自修复网络及其传输线路交换方法和传输设备
US6801506B1 (en) * 1999-03-31 2004-10-05 Cisco Technology, Inc. Method and apparatus for providing fast spanning tree re-starts
US6973023B1 (en) * 2000-12-30 2005-12-06 Cisco Technology, Inc. Method for routing information over a network employing centralized control
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
US7324461B2 (en) * 2003-08-26 2008-01-29 Alcatel Lucent Selective transmission rate limiter for rapid spanning tree protocol
CN100508475C (zh) 2003-09-29 2009-07-01 上海贝尔阿尔卡特股份有限公司 传送多种业务的方法、节点设备及多业务传送平台
CN1543136A (zh) * 2003-11-04 2004-11-03 港湾网络有限公司 以太环路冗余保护方法
US8520507B1 (en) * 2004-03-08 2013-08-27 Extreme Networks, Inc. Ethernet automatic protection switching
JP2005269059A (ja) * 2004-03-17 2005-09-29 Fujitsu Ltd データ中継装置、データ中継方法およびデータ中継プログラム
US7417953B2 (en) * 2004-11-01 2008-08-26 Alcatel Lucent Port re-enabling by monitoring link status
US7733807B2 (en) * 2004-11-09 2010-06-08 Cisco Technology, Inc. Systems and methods for accelerated learning in ring networks
WO2006072996A1 (ja) * 2005-01-07 2006-07-13 Fujitsu Limited ノード設定装置、ネットワークシステム、ノード設定方法およびノード設定プログラム
GB0501131D0 (en) 2005-01-20 2005-02-23 Siemens Ag A method of operating a node in a network
CN1812300B (zh) * 2005-01-28 2010-07-07 武汉烽火网络有限责任公司 环型网络连接控制方法、路由交换设备及环型网络系统
JP4687176B2 (ja) * 2005-03-22 2011-05-25 富士通株式会社 パケット中継装置
EP1727313A1 (en) * 2005-05-25 2006-11-29 Siemens Aktiengesellschaft Ring network and method for automatic protection switching
ES2311901T3 (es) * 2005-05-31 2009-02-16 NOKIA SIEMENS NETWORKS GMBH & CO. KG Procedimiento para conmutacion de proteccion.
US7688712B2 (en) * 2005-10-04 2010-03-30 Invensys Systems, Inc. Selecting one of multiple redundant network access points on a node within an industrial process control network
CN100409634C (zh) 2006-01-23 2008-08-06 杭州华三通信技术有限公司 快速环网保护方法及系统
CN1859411A (zh) 2006-03-18 2006-11-08 华为技术有限公司 通信设备链路环回检测方法和通信设备
CN100444558C (zh) 2006-06-07 2008-12-17 杭州华三通信技术有限公司 一种对主站点进行备份的方法和一种备用站点
CN100521638C (zh) 2006-08-24 2009-07-29 杭州华三通信技术有限公司 相交以太环网及其自动保护方法、以及环网节点设备
US7903586B2 (en) * 2006-11-01 2011-03-08 Alcatel Lucent Ring rapid multiple spanning tree protocol system and method
US7706254B2 (en) * 2006-11-29 2010-04-27 Fujitsu Limited Method and system for providing ethernet protection
CN101232427A (zh) 2007-01-23 2008-07-30 华为技术有限公司 一种以太网环保护方法及装置
CN101232428B (zh) 2007-01-23 2012-05-23 华为技术有限公司 一种以太网环保护方法及装置

Also Published As

Publication number Publication date
CN101558609A (zh) 2009-10-14
WO2008089701A1 (fr) 2008-07-31
EP2086175A1 (en) 2009-08-05
EP2051447A1 (en) 2009-04-22
EP2051447B1 (en) 2010-03-17
EP2086175A4 (en) 2009-09-16
CN101558609B (zh) 2012-05-23
DE602008005601D1 (de) 2011-04-28
US8031590B2 (en) 2011-10-04
DK2086175T3 (da) 2012-05-07
US8483050B2 (en) 2013-07-09
EP2051447A4 (en) 2009-08-12
EP2086175B1 (en) 2012-01-25
US20090175166A1 (en) 2009-07-09
US20110292789A1 (en) 2011-12-01
CN101232427A (zh) 2008-07-30
US20090196172A1 (en) 2009-08-06
ATE461570T1 (de) 2010-04-15
EP2178251A1 (en) 2010-04-21
US8995253B2 (en) 2015-03-31
EP2178251B1 (en) 2011-03-16
DE602008000831D1 (de) 2010-04-29
ATE502461T1 (de) 2011-04-15
ATE543293T1 (de) 2012-02-15

Similar Documents

Publication Publication Date Title
ES2380387T3 (es) Método y aparato para proteger un anillo ethernet
US9276767B2 (en) Ring node, an ethernet ring and methods for loop protection in an ethernet ring
ES2364537T3 (es) Método de conmutación de protección de red ethernet.
ES2437995T3 (es) Mecanismo de indicación y supresión de alarmas (AIS) en una red OAM Ethernet
US9270485B2 (en) Method for ethernet ring protection
EP2277290B9 (en) Redundant ethernet automatic protection switching access to virtual private LAN services
JP4681049B2 (ja) ネットワークにおける障害処理のための方法および装置
US8862943B2 (en) Connectivity fault notification
ES2446649T3 (es) Método y dispositivo para procesamiento de fallos operativos
ES2402806T3 (es) Extensión de indicación del tráfico de gestión de fallos de conectividad
CN101022390B (zh) 一种对双归接入的rrpp环网的保护方法、系统和设备
US20100238800A1 (en) Method and Node Device for Fault Detection and Convergence in Ethernet
US20120188912A1 (en) Method, apparatus, and system for updating ring network topology information
BRPI0619697A2 (pt) método e sistema de entrega independente de meios utilizando protocolo de operação, administração e manutenção
US20090268610A1 (en) Ethernet ring system, transit node of ethernet ring system and initialization method thereof
WO2010045832A1 (zh) 用于以太环网的链路聚合组的保护方法及装置
ES2365864T3 (es) Un método para implementar protección de redes combinando la doble adscripción de elementos de red y la protección de redes en anillo.
ES2773472T3 (es) Método y nodo de conmutación de protección del anillo de Ethernet
CN103825754B (zh) 一种环网多点故障发现和恢复处理方法
CN103684843A (zh) 网络系统、传送装置以及故障信息通知方法
WO2012149856A1 (zh) 一种rrpp环网中链路故障检测及处理方法、装置
US20120127868A1 (en) Method and System for Joint Detection of Ethernet Part Segment Protection
EP2448190A1 (en) Local protection method of ethernet tunnel and sharing node of work sections of protection domain
CN103117924B (zh) 一种保护倒换方法和设备
ES2408858T3 (es) Método y sistema para protección de servicio