ES2455190T3 - Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo - Google Patents

Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo Download PDF

Info

Publication number
ES2455190T3
ES2455190T3 ES07855718.8T ES07855718T ES2455190T3 ES 2455190 T3 ES2455190 T3 ES 2455190T3 ES 07855718 T ES07855718 T ES 07855718T ES 2455190 T3 ES2455190 T3 ES 2455190T3
Authority
ES
Spain
Prior art keywords
slave port
master node
link
node
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
Application number
ES07855718.8T
Other languages
English (en)
Inventor
Shaoyong Wu
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.)
ZTE Corp
Original Assignee
ZTE Corp
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
Application filed by ZTE Corp filed Critical ZTE Corp
Application granted granted Critical
Publication of ES2455190T3 publication Critical patent/ES2455190T3/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
    • 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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema de Ethernet en anillo, que comprende las etapas siguientes: 1) el nodo maestro detecta un estado de un enlace que conecta directamente el puerto esclavo y 2) establecimiento del puerto esclavo en un estado bloqueado si falla el enlace que conecta directamente el puerto esclavo del nodo maestro, caracterizado por cuanto que la etapa de establecimiento se realiza haciendo caso omiso de si el sistema Ethernet en anillo está en un estado normal o en un estado de fallo antes de que se haya detectado el fallo del enlace que conecta directamente el puerto esclavo y por cuanto que el método comprende, además, el mantenimiento del puerto esclavo en el estado bloqueado durante el fallo del enlace.

Description

Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo
CAMPO TÉCNICO
La presente invención se refiere a un campo técnico de protección automática de red Ethernet en anillo y más en particular, a un método de procesamiento de fallos para un puerto esclavo de un nodo maestro en un sistema Ethernet en anillo.
ANTECEDENTES DE LA INVENCIÓN
Un sistema de protección de red Ethernet en anillo en RFC3619 está configurado en un anillo mediante la conexión de una pluralidad de nodos uno respecto a otro. Una pluralidad de dominios, esto es, dominios de protección de red Ethernet en anillo, pueden definirse en el anillo. Un dominio comprende un nodo maestro y varios nodos de tránsito y un grupo de redes de área local virtuales de servicio (VLANs) que se protegen y utilizan para reenviar datos de usuarios, en donde dos puertos del nodo maestro en el anillo se definen como puerto maestro y puerto esclavo respectivamente y las redes VLANs de servicio, que están protegidas, se definen como redes VLAN de servicio protegidas. Cuando los enlaces en el anillo funcionan adecuadamente, el nodo maestro bloquea la función de reenvío de la red VLAN de servicio protegida del puerto esclavo, de modo que ningún circuito en anillo se forme en la red y se evita la denominada “tormenta de difusión” introducida por el circuito en anillo en la red; cuando falla un enlace, el nodo maestro libera la función de reenvío de la red VLAN de servicio protegida del puerto esclavo de modo que los datos del usuario pueden pasar a través del puerto esclavo del nodo maestro y se asegura la conectividad del servicio. En alguna técnica de protección de red Ethernet en anillo, un nodo maestro es también referido como propietario de enlace de protección de anillo, un enlace que conecta directamente el puerto esclavo del nodo maestro que se refiere como Enlace de Protección de Anillo.
La Figura 1 es un diagrama topológico del sistema de protección automática de la red Ethernet en anillo en un estado operativo normal. El sistema está constituido por los nodos S1, S2, S3 y S4 y un dominio de protección de la red Ethernet en anillo está configurado en un anillo constituido por los cuatro nodos. En este dominio, el nodo maestro es S2 y los otros nodos S1, S3 y S4 son nodos de tránsito. Dos puertos del nodo maestro S2, en el anillo, son el puerto maestro y el puerto esclavo, respectivamente, en donde el puerto 2 es el puerto maestro (P) y el puerto 1 es el puerto esclavo (S). Además, una red VLAN de servicio protegida, en donde cada puerto en el anillo está configurado, se define en el dominio. Cuando los enlaces en el anillo funcionan adecuadamente, el nodo maestro S2 bloquea la función de reenvío de datos de la red VLAN de servicio protegida del puerto esclavo 1 para evitar un circuito en anillo existente en la red y que ocurra la denominada “tormenta de difusión”; cuando falla un enlace en el anillo, el nodo maestro S2 libera la función de reenvío de datos de la red VLAN de servicio protegida del puerto esclavo 1, de modo que los datos de la red VLAN de servicio sean accesibles de nuevo, según se indica en la Figura
2.
Cada nodo detecta si existe un fallo en un enlace adyacente a dicho nodo en el anillo y envía un mensaje de alarma de fallo del enlace para notificar al nodo maestro que existe un fallo en los enlaces cuando se detecta un fallo operativo. Después de recibir el mensaje de alarma de fallo del enlace, el nodo maestro libera la función de reenvío de datos de la red VLAN de servicio protegida del puerto esclavo, de modo que los datos en la red VLAN de servicio sean accesibles de nuevo. Cuando falla un enlace correspondiente al puerto esclavo del nodo maestro (esto es, el enlace que conecta directamente el puerto esclavo), un nodo en un extremo opuesto en relación con el puerto esclavo del nodo maestro lo notifica al nodo maestro enviando un mensaje de alarma de fallo del enlace después de que el nodo detecte dicho fallo de enlace y a continuación, el nodo maestro realiza una transferencia del fallo del enlace y libera la función de reenvío de datos de la red VLAN de servicio protegida del puerto esclavo, según se ilustra en la Figura 3. Puesto que el enlace que conecta el puerto esclavo del nodo maestro está en un estado de fallo operativo y no se pueden reenviar los datos y el puerto esclavo se establece en un estado liberado, de este modo existe un fallo del estado operativo del puerto.
El fallo del estado operativo del puerto, anteriormente citado, puede dar lugar a los problemas siguientes:
en primer lugar, la información falsa de los usuarios cuando los usuarios la requieren, puesto que el puerto está en un estado operativo liberado, lo que significa que se pueden transmitir los datos; sin embargo, los datos no se pueden transmitir en el estado liberado actual;
en segundo lugar, si el enlace es unidireccional, un extremo opuesto del puerto esclavo del nodo maestro no puede detectar el fallo operativo del puerto, mientras que el puerto esclavo del nodo maestro puede detectar el fallo del enlace, en este caso, si el puerto esclavo del nodo maestro está en un estado operativo liberado y el extremo opuesto del puerto esclavo del nodo maestro está también en un estado liberado, con lo que ningún puerto en el anillo está bloqueado cuando se recupere el enlace, lo que dará lugar a un bucle instantáneo y a la ‘tormenta de difusión’ antes citada.
Existe un problema similar en otros métodos de protección de red Ethernet en anillo, tales como un método dado a conocer en la patente EP1727313.
La solicitud de patente china CN 1812361A da a conocer un método de procesamiento de fallos para un puerto esclavo de un nodo maestro en una red Ethernet en anillo en donde cuando el nodo maestro detecta el fallo del enlace directo de su puerto esclavo, el puerto esclavo no se restablece para el reenvío.
SUMARIO DE LA INVENCIÓN
La presente invención da a conocer un método de procesamiento de fallos para un puerto esclavo de un nodo maestro en un sistema Ethernet en anillo con el fin de evitar un fallo del estado operativo del puerto cuando falla un enlace que conecta directamente el puerto esclavo del nodo maestro en el dominio del sistema Ethernet en anillo.
Para resolver el problema técnico anterior, la presente invención da a conocer un método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema Ethernet en anillo, que comprende las etapas siguientes:
(1)
la detección, por el nodo maestro, de un estado de un enlace que conecta directamente el puerto esclavo y
(2)
el establecimiento del puerto esclavo en un estado bloqueado si falla el enlace que conecta directamente el puerto esclavo del nodo maestro haciendo caso omiso de si el sistema Ethernet en anillo está en un estado operativo normal o en un estado de fallo operativo antes de que se detecte el fallo del enlace que conecta directamente el puerto esclavo y el mantenimiento del puerto esclavo en el estado bloqueado durante el fallo operativo del enlace.
Además, en la etapa (1), el nodo maestro detecta el estado del enlace que conecta directamente el puerto esclavo detectando una señal óptica.
Además, si ninguna señal óptica transmitida por el enlace que conecta directamente el puerto esclavo se detecta por el nodo maestro, se determina que el enlace que conecta directamente el puerto esclavo está en condición de fallo operativo.
Además, en la etapa (1), se transmite un paquete entre el nodo maestro y un nodo en un extremo opuesto del enlace que conecta directamente el puerto esclavo para detectar el estado operativo del enlace que conecta directamente el puerto esclavo.
Además, si no se recibe ningún paquete de detección desde el nodo en el extremo opuesto por el nodo maestro, en un periodo de tiempo, se determina que el enlace que conecta directamente el puerto esclavo está en condición de fallo operativo.
Además, en la etapa (2), cuando el puerto esclavo está en estado bloqueado, se rechazarían los datos si los datos se reciben en el puerto bloqueado desde una red de área local virtual protegida y los datos de la red de área local virtual protegida no serían enviados ni reenviados a un puerto de un nodo en un extremo opuesto.
Según el método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema Ethernet en anillo, cuando falla un enlace que conecta directamente el puerto esclavo del nodo maestro, el puerto esclavo se establece en un estado bloqueado y el puerto esclavo se mantiene en el estado bloqueado durante el fallo operativo del enlace correspondiente al puerto esclavo del nodo maestro, con el fin de garantizar que el puerto esclavo del nodo maestro esté en un estado operativo correcto.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 es el diagrama topológico de un sistema de protección de Ethernet en anillo cuando funcionan adecuadamente los enlaces en el anillo;
La Figura 2 es el diagrama topológico de un sistema de protección de Ethernet en anillo cuando falla un enlace en el anillo;
La Figura 3 es el diagrama topológico de un sistema de protección de Ethernet en anillo cuando falla un enlace que conecta el puerto esclavo del nodo maestro;
La Figura 4 es el diagrama de flujo de un método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema de Ethernet en anillo según la presente invención;
La Figura 5 es una ilustración de una forma de realización de la presente invención cuando falla un enlace que conecta un puerto esclavo de un nodo maestro;
La Figura 6 es una ilustración de una forma de realización de la presente invención cuando falla una pluralidad de enlaces en el anillo.
FORMAS DE REALIZACIÓN PREFERIDAS DE LA PRESENTE INVENCIÓN
La idea de la presente invención es que un nodo maestro en un sistema Ethernet en anillo bloquearía un puerto esclavo cuando detecta que falla un enlace de conexión directa del puerto esclavo sea cual fuere un estado del sistema Ethernet en anillo en condición normal o en condición de fallo operativo antes de que se detecte un fallo del puerto esclavo y mantener el puerto esclavo en el estado bloqueado durante el fallo operativo del enlace.
La presente invención se describirá, en detalle, haciendo referencia a los dibujos adjuntos y una forma de realización descrita a continuación.
Según se ilustra en la Figura 4, un método de procesamiento de fallos para un puerto esclavo de un nodo maestro en un sistema Ethernet en anillo, según la presente invención, comprende las etapas siguientes de:
Etapa 401, la detección, por el nodo maestro del estado del enlace que conecta directamente el puerto esclavo;
Existe una pluralidad de mecanismos de detección, actualmente, que se pueden utilizar para detectar un estado operativo de un enlace. A modo de ejemplo, se pueden utilizar fibras para detectar señales ópticas y si no se detecta ninguna señal óptica, el enlace se considera como estando en condición de fallo operativo; como alternativa, se realiza la detección transmitiendo un paquete entre el nodo maestro y el nodo en el extremo opuesto y si no se recibe ningún paquete de detección desde el nodo en el extremo opuesto en un periodo de tiempo, se considera que el enlace está en condición de fallo operativo.
Etapa 402, si falla el enlace que conecta directamente el puerto esclavo del nodo maestro, el establecimiento del puerto esclavo en un estado bloqueado, esto es, bloqueando la función de reenvío de la red VLAN de servicio protegida del puerto esclavo sea cual fuere un estado del sistema Ethernet en anillo en condición normal o en condición de fallo operativo antes de que se detecte un fallo del puerto esclavo y manteniendo el puerto esclavo en el estado bloqueado durante el fallo del enlace que conecta directamente el puerto esclavo del nodo maestro.
Cuando el puerto esclavo está en el estado bloqueado, se rechazarían los datos si se reciben los datos en el puerto bloqueado desde la red VLAN protegida y los datos de la red VLAN protegida no se enviarían ni reenviarían al puerto del nodo en el extremo opuesto. Por supuesto, todavía se permite transmitir las tramas del protocolo del sistema Ethernet en anillo.
Las Figuras 5 y 6 ilustran una forma de realización de la presente invención en un sistema de protección de Ethernet en anillo:
existen 3 nodos transmisores y 1 nodo maestro en el anillo y falla un enlace que conecta un puerto esclavo del nodo maestro, de modo que el puerto esclavo del nodo maestro se establece en un estado bloqueado, según se ilustra en la Figura 5. Falla otro enlace y se envía un mensaje de alarma de fallo operativo del enlace al nodo maestro y el puerto esclavo se mantiene todavía en el estado bloqueado, puesto que falla el enlace que conecta el puerto esclavo del nodo maestro, según se indica en la Figura 6.
Según el método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema de Ethernet en anillo en conformidad con la presente invención, el puerto esclavo del nodo maestro se mantiene en el estado bloqueado durante el fallo operativo del enlace correspondiente al puerto esclavo, con el fin de evitar el fallo del estado operativo del puerto cuando falla el puerto esclavo del nodo maestro en el dominio de Ethernet en anillo, con lo que se evita la información falsa del usuario cuando la requiere y se evita la posibilidad de la denominada ‘tormenta de difusión’. La presente invención se puede aplicar en una pluralidad de tecnologías de protección de Ethernet en anillo.
La descripción anterior es simplemente una forma de realización preferida y no pretende limitar el alcance de la presente invención. Un experto en esta técnica considerará que la presente invención puede tener diversas modificaciones y variantes, que caerán todas ellas dentro del alcance de protección de la presente invención según se determina por las reivindicaciones.
Aplicabilidad industrial
Según el método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema Ethernet en anillo, en conformidad con la presente invención, cuando falla el enlace que conecta el puerto esclavo del nodo maestro, el puerto esclavo se establece y mantiene en el estado bloqueado durante el fallo operativo del enlace correspondiente al puerto esclavo con el fin de evitar el fallo del estado operativo del puerto cuando falla el puerto esclavo del nodo maestro en el dominio Ethernet en anillo, con lo que se evita la información falsa del usuario cuando la requiere y para evitar la posibilidad de la denominada ‘tormenta de difusión’. La presente invención se
puede aplicar en una pluralidad de tecnologías de protección de Ethernet en anillo.

Claims (4)

  1. REIVINDICACIONES
    1. Un método de procesamiento de fallos operativos para un puerto esclavo de un nodo maestro en un sistema de Ethernet en anillo, que comprende las etapas siguientes:
    5 1) el nodo maestro detecta un estado de un enlace que conecta directamente el puerto esclavo y
    2) establecimiento del puerto esclavo en un estado bloqueado si falla el enlace que conecta directamente el puerto esclavo del nodo maestro, 10 caracterizado por cuanto que
    la etapa de establecimiento se realiza haciendo caso omiso de si el sistema Ethernet en anillo está en un estado normal o en un estado de fallo antes de que se haya detectado el fallo del enlace que conecta directamente el puerto 15 esclavo y
    por cuanto que el método comprende, además, el mantenimiento del puerto esclavo en el estado bloqueado durante el fallo del enlace.
    20 2. El método según la reivindicación 1, en donde en la etapa 1), el nodo maestro que detecta el estado del enlace que conecta directamente el puerto esclavo se realiza detectando una señal óptica.
  2. 3. El método según la reivindicación 2, en donde si no se detecta ninguna señal óptica transmitida por el enlace,
    que conecta directamente el puerto esclavo, por el nodo maestro, se determina que el enlace que conecta 25 directamente el puerto esclavo está en condición de fallo operativo.
  3. 4. El método según la reivindicación 1, en donde en la etapa 1), la detección del estado del enlace que conecta directamente el puerto esclavo se efectúa mediante la transmisión de un paquete entre el nodo maestro y un nodo en una extremidad opuesta del enlace que conecta directamente el puerto esclavo.
  4. 5. El método según la reivindicación 4, en donde si no se recibe un paquete de detección desde el nodo en la extremidad opuesta por el nodo maestro durante un determinado periodo de tiempo, se determina que el enlace que conecta directamente el puerto esclavo está en condición de fallo operativo.
    35 6. El método según la reivindicación 1, en donde en la etapa 2), cuando el puerto esclavo está en el estado bloqueado, se rechazarían los datos si fueran recibidos en el puerto bloqueado procedente de una red de área local virtual protegida y los datos de la red de área local virtual protegida no serían enviados ni reenviados a un puerto de un nodo en una extremidad opuesta.
    Usuario 1
    Nodo de tránsito Nodo maestro
    Nodo de tránsito
    Nodo de tránsito
    Usuario 2
    Usuario 1
    Nodo de tránsito
    Nodo maestro
    Nodo de tránsito
    Nodo de tránsito
    Usuario 2
    Usuario 1
    Nodo maestro
    Nodo de tránsito
    Nodo de tránsito
    Nodo de tránsito
    Usuario 2
    Inicio
    El nodo maestro detecta el estado operativo del enlace que conecta directamente el puerto esclavo
    Si falla el enlace que conecta directamente el puerto esclavo del nodo maestro, establecer el puerto esclavo en un estado bloqueado y mantener el puerto esclavo en el estado bloqueado durante el fallo del enlace Nodo de tránsito
    Nodo maestro
ES07855718.8T 2007-10-12 2007-12-19 Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo Active ES2455190T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNA2007101822450A CN101141333A (zh) 2007-10-12 2007-10-12 一种以太环网系统主节点从端口故障处理方法
CN200710182245 2007-10-12
PCT/CN2007/003688 WO2009046591A1 (fr) 2007-10-12 2007-12-19 Procédé de traitement de traitement de panne de port esclave de nœud maître dans un système de réseau ethernet en anneau

Publications (1)

Publication Number Publication Date
ES2455190T3 true ES2455190T3 (es) 2014-04-14

Family

ID=39193095

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07855718.8T Active ES2455190T3 (es) 2007-10-12 2007-12-19 Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo

Country Status (7)

Country Link
US (1) US20100254257A1 (es)
EP (1) EP2207307B1 (es)
CN (1) CN101141333A (es)
ES (1) ES2455190T3 (es)
PL (1) PL2207307T3 (es)
PT (1) PT2207307E (es)
WO (1) WO2009046591A1 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621402B (zh) * 2008-06-30 2012-04-04 华为技术有限公司 网络中链路处理的方法和装置
CN101997767B (zh) 2009-08-31 2014-11-05 中兴通讯股份有限公司 一种环网节点获取协议报文的方法及装置
CN102055616A (zh) * 2009-10-27 2011-05-11 英业达股份有限公司 检测节点状态的方法
CN101764731B (zh) * 2009-12-09 2011-11-30 熊伟 一种以太网环网算法切换方法
CN103001799B (zh) * 2012-11-23 2015-06-24 北京东土科技股份有限公司 基于链状网络的冗余实现方法及节点
JP6194560B2 (ja) * 2013-06-19 2017-09-13 Ｎｅｃプラットフォームズ株式会社 ノード装置および通信方法
US9813286B2 (en) * 2015-11-26 2017-11-07 Industrial Technology Research Institute Method for virtual local area network fail-over management, system therefor and apparatus therewith
CN105915371B (zh) * 2016-04-07 2019-03-26 烽火通信科技股份有限公司 一种ptn环网保护的双环逃生实现方法及系统
CN109617828A (zh) * 2019-01-22 2019-04-12 新华三技术有限公司 一种数据转发方法及装置
CN111277440B (zh) * 2020-01-20 2022-04-08 新华三信息安全技术有限公司 网络设备
CN112202668B (zh) * 2020-11-02 2022-08-05 儒安物联科技集团有限公司 局域网、广域网故障转移备份系统及其方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5705998A (en) * 1994-08-24 1998-01-06 Siemens Aktiengesellschaft Method for routing telecommunication calls in a network
JP4234866B2 (ja) * 1999-10-29 2009-03-04 富士通株式会社 光ノード，送信用の光ノード及び受信用の光ノード並びに波長パス網用障害復旧方法
EP1727313A1 (en) 2005-05-25 2006-11-29 Siemens Aktiengesellschaft Ring network and method for 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
CN100409634C (zh) * 2006-01-23 2008-08-06 杭州华三通信技术有限公司 快速环网保护方法及系统
CN101127673A (zh) * 2006-08-16 2008-02-20 华为技术有限公司 以太网自动保护倒换方法
CN101001192B (zh) * 2007-01-17 2010-04-21 华为技术有限公司 一种环网链路保护的方法、系统及设备
US8411690B2 (en) * 2007-02-27 2013-04-02 Cisco Technology, Inc. Preventing data traffic connectivity between endpoints of a network segment

Also Published As

Publication number Publication date
EP2207307B1 (en) 2014-02-19
WO2009046591A1 (fr) 2009-04-16
US20100254257A1 (en) 2010-10-07
EP2207307A4 (en) 2011-07-06
PT2207307E (pt) 2014-04-04
EP2207307A1 (en) 2010-07-14
PL2207307T3 (pl) 2014-06-30
CN101141333A (zh) 2008-03-12

Similar Documents

Publication Publication Date Title
ES2455190T3 (es) Método para el procesamiento del fallo operativo del puerto esclavo del nodo maestro en un sistema de red Ethernet en anillo
ES2402806T3 (es) Extensión de indicación del tráfico de gestión de fallos de conectividad
US8213296B2 (en) Link aggregation protection
EP2194676B1 (en) Ethernet ring system, its main node and intialization method
US20060285499A1 (en) Loop detection for a network device
US8879381B2 (en) Ethernet ring system, transit node of Ethernet ring system and initialization method thereof
ES2323015T3 (es) Procedimiento para procesar el fallo entre el lsr de salida y el equipo de datos conectado al mismo.
US8792337B2 (en) Method and apparatus for providing an uplink over an access ring
US20120155484A1 (en) Technique for dual homing interconnection between communication networks
US8570858B2 (en) Control method for protecting failure recovery of ethernet ring and ethernet ring nodes
CN101094190B (zh) 以太环网保护控制报文的传输方法
ES2353551T3 (es) Procedimiento y dispositivo para operar una red y sistema de comunicación que comprende tal dispositivo.
CN101873244B (zh) 一种多环路自动保护的方法
US20140301185A1 (en) Handling a fault in an ethernet ring network
CN101072155A (zh) 用于以太网自动保护系统的单光纤故障处理方法
KR101281658B1 (ko) 링 네트워크 노드가 프로토콜 메시지를 취득하는 방법 및 장치
CN101986615B (zh) 多环以太网及其保护方法
ES2352813T3 (es) Método y sistema para rehabilitar puertos deshabilitados en una red con dos retransmisiones mac de dos puertos.
CN102710492A (zh) 一种环网保护的方法及装置
WO2011123001A1 (en) Method for protection against superloops in an ethernet ring
CN102710482A (zh) 一种环网保护的方法及装置
JP2012044384A (ja) 通信装置
CN101345597B (zh) 同步数字体系设备自动激光关断的实现方法和装置
JP5445391B2 (ja) スイッチングハブ、リング型ネットワークシステム、及び、リング型ネットワークシステムのルート切り替え方法
KR101235376B1 (ko) 이더넷 링 보호 절체 방법 및 시스템