ES2323731T3 - Metodo para restablecer la conexion en el caso de interrupcion y dispositivo correspondiente. - Google Patents
Metodo para restablecer la conexion en el caso de interrupcion y dispositivo correspondiente. Download PDFInfo
- Publication number
- ES2323731T3 ES2323731T3 ES06761427T ES06761427T ES2323731T3 ES 2323731 T3 ES2323731 T3 ES 2323731T3 ES 06761427 T ES06761427 T ES 06761427T ES 06761427 T ES06761427 T ES 06761427T ES 2323731 T3 ES2323731 T3 ES 2323731T3
- Authority
- ES
- Spain
- Prior art keywords
- recovery
- node
- link
- path
- domains
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
-
- 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
- H04L45/04—Interdomain routing, e.g. hierarchical 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/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
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0079—Operation or maintenance aspects
- H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Coupling Device And Connection With Printed Circuit (AREA)
- Electrical Discharge Machining, Electrochemical Machining, And Combined Machining (AREA)
- Making Paper Articles (AREA)
Abstract
Método para la recuperación en caso de fallo de un enlace entre dominios en una Red Óptica de Conmutación Automática, que comprende: iniciación de una recuperación local por medio de un nodo, corriente arriba, de un enlace entre dominios que ha fallado; para una conexión para la cual se ha iniciado una recuperación local, realización de la recuperación local con el nodo, corriente arriba, del enlace entre dominios que ha fallado como nodo fuente y un nodo, corriente abajo, del enlace inter dominio que ha fallado como nodo de destino, donde la realización de la recuperación local comprende: consultar para obtener un camino de recuperación al nodo corriente abajo por medio de un controlador de conexión en el nodo corriente arriba; iniciar el establecimiento del camino de recuperación desde el nodo corriente arriba al nodo corriente abajo por medio de un controlador de protocolo; una vez establecido el camino de recuperación, puenteado del tráfico en el enlace entre dominios que ha fallado sobre el camino de recuperación.
Description
Método para restablecer la conexión en el caso
de interrupción y dispositivo correspondiente.
La presente invención se refiere a tecnologías
para recuperar la conexión en caso de interrupción, y en particular
a un método y dispositivo para la recuperación de una interrupción
en la conexión entre dominios.
Tradicionalmente, la planificación del tráfico
en una red óptica convencional se realiza por medio de una
configuración estática por un administrador de red, que no está
soportada en una provisión dinámica. Por lo general, la red óptica
tradicional es de conexión lineal o anular y su recuperación de
protección se realiza por medio de Protección de Sección Múltiplex
y Protección de Conexión Sub-Red (SNCF), que es
prácticamente un método de recuperación estática. No obstante, como
los servicios de datos y los servicios especializados se
desarrollan rápidamente, los requisitos para el ancho de banda de
la red van aumentando gradualmente y los requisitos para la
asignación dinámica de ancho de banda de red van siendo cada vez
más apremiantes. Se espera que la red proporcione la provisión
dinámica y soporte una arquitectura de red de malla y se espera que
sea también capaz de extensión flexible y recuperación de
protección rápida.
La Red Óptica Conmutada Automáticamente (ASON)
ha resuelto efectivamente el problema anterior. La ASON utiliza el
protocolo de Conmutación MultiProtocolo Generalizada basada en
etiquetas (GMPLS) dentro de su plano de control, que se ha
convertido en una tecnología fundamental durante el desarrollo de
las redes ópticas. Recientemente se dispone de dos tipos de conexión
para la ASON, uno de los cuales es un tipo de conexión permanente
blanda (soft), siendo el otro un tipo de conexión conmutada. En la
actualidad, la Unión Internacional de Telecomunicaciones - Sector de
Normalización de la Telecomunicación (ITU-T) ha
procedido prácticamente a la definición de la arquitectura y de los
requisitos de ASON. El Grupo de Trabajo de Ingeniería de Internet
(IETF) ha realizado la definición y la extensión del protocolo para
la señalización, el descubrimiento automático y el encaminamiento
dentro de un solo dominio.
Al desarrollarse la ASON, es preciso que el
plano de control gestione una red a gran escala. Actualmente, tanto
el ITU-T como el Foro de Interconexión Optica (OIF)
adoptan un modelo de red jerárquica, en el que un dominio de
control en una capa inferior se representa como nodo proxy
(representante) en una capa superior. El nodo proxy puede
distribuir una topología abstracta, un enlace entre dominios, una
dirección asequible etc., indicativas de un dominio, por lo que se
puede formar una red jerárquica hacia arriba en forma de estrato a
estrato. Como se ilustra en la figura 1, por ejemplo, una capa 0,
es decir 110, es una red física dividida en Dominios de Control
múltiples (CDs) 111, 112, 113 y 114. En una capa 1, es decir 120,
cada uno de los dominios en la capa 0, es decir 110, se registra
como un nodo. Por ejemplo, los CDs 111, 112, 113 y 114 corresponden
a los nodos RC11, RC12, RC13 y RC14 respectivamente. En una capa 2,
es decir 130, cada uno de los dominios en la capa 1 (120) se
registra como un nodo. Por ejemplo CDs 121 y 122 corresponden a los
nodos RC21 y RC22, respectivamente. Por consiguiente, toda la red
presenta una topología de red de tres capas.
Dentro de dicha red
multi-dominio, una tasa de recuperación de un fallo
de conexión se convierte en un cuello de botella crítico, ya que en
el caso de dominios múltiples, una conexión suele abarcar múltiples
dominios, y pasa por muchos más nodos que en el caso de un solo
dominio. Por consiguiente, la tasa se ha convertido en un reto
urgente que es preciso considerar para la red extendida. Por lo
general, una conexión entre dominios se recupera localmente por
medio de un túnel interno dentro de un dominio en el caso de
interrupción del enlace dentro de un solo dominio y se recupera por
medio de una recuperación de conexión de extremo a extremo
(directa) en el caso de interrupción del enlace entre dominios.
Como muestra la figura 2, por ejemplo, en el caso de que un enlace
entre dominios N13-N21 entre los CDs 210 y 220 se
averíe, se envía una notificación al primer nodo N11 en un camino
conmutado mediante etiquetas (LSP) a través del Protocolo para
Reservas de Recursos Ingeniería de Tráfico
(RSVP-TE), indicando que se realice una
recuperación de extremo a extremo (directa), pudiendo ser una ruta
recuperada
N11->N16->N15->N14->N26->N25->N24>N36->N35-N33.
No obstante, un método de este tipo para recuperar una interrupción
de enlace entre dominios resulta desventajoso ya que la
recuperación requerida de extremo a extremo que abarca múltiples
CDs puede necesitar mucho tiempo y no resultar conveniente para la
planificación de recursos de red.
El documento "Adding local restoration
scenarios into G.8080 appendix" (Añadiendo escenarios de
restauración local en apéndice G.8080), Desheng Sun Zte Corporation,
ITU-T Draft Study Period 2005-2008,
International Telecomunication Union, Ginebra, CH; Vol. Study Group
15, 16 de mayo de 2005, páginas 1-6, describe
varios ejemplos de restauración de enlace tras una interrupción del
mismo según los ejemplos que se dan anteriormente.
El documento "Draft revised Recommendation
G.8080/ Y.1304 (Version 0.5.02) (Borrador de Recomendación
Revisado), Architecture for the Automatically Switched Optical
Network (ASON)", Michael Mayer Nortel United States of America,
ITU-T Draft Study Período 2005-2008,
International Telecommunication Union, Ginebra, CH; Vol Study Group
15, 16 de mayo de 2005, páginas 1-83, específica la
arquitectura y los requisitos para la red de transporte conmutado
automático aplicable a redes de transporte SDH y redes de
transporte óptico. Se muestra un conjunto de componentes del plano
de control, que se utilizan para manipular recursos de red de
transporte con el objeto de ofrecer funcionalidad para el
establecimiento, el mantenimiento y la liberación de conexiones,
donde la utilización de componentes permite la separación del
control de llamada del control de conexión y la separación del
encaminamiento y de la señalización.
La presente invención presenta un método y un
dispositivo para la recuperación en caso de fallo de un enlace. Por
consiguiente, el tiempo requerido para la recuperación del fallo de
un enlace entre dominios puede ser reducido.
Un método para la recuperación en caso de fallo
de un enlace según la presente invención se puede aplicar a la
recuperación en el caso de fallo de un enlace entre dominios en una
red óptica jerárquica de conmutación Automática. El método
comprende:
- \quad
- Iniciación de una recuperación por medio de un nodo, corriente arriba, de un enlace entre dominios que ha fallado; Realización de la recuperación local con el nodo, corriente arriba, del enlace entre dominios que ha fallado como nodo fuente y un nodo, corriente abajo, del enlace inter dominio que ha fallado como nodo de destino. La recuperación local se realiza si el nodo, corriente arriba, detecta el fallo en el enlace inter dominios o si el nodo corriente debajo detecta y notifica al nodo corriente arriba. La realización de la recuperación local comprende: consulta para obtener un camino de recuperación al nodo corriente abajo por medio de un controlador de conexión en el nodo corriente arriba; iniciación del establecimiento del camino de recuperación desde el nodo corriente arriba al nodo corriente abajo por medio de un controlador de protocolo; una vez establecido el camino de recuperación, puenteado del tráfico en el enlace inter dominios que ha fallado sobre el camino de recuperación.
La recuperación local se realiza en unidad de
conexión, o en todos los tráficos encaminados a través del enlace
entre dominios que ha fallado, en unidad de enlace.
Opcionalmente, la consulta sobre el camino de
recuperación al nodo corriente abajo comprende:
- \quad
- Consulta al controlador de encaminamiento del camino de recuperación, con el nodo corriente arriba del enlace entre dominios que ha fallado como nodo fuente y el nodo corriente abajo del enlace entre dominios que ha fallado como nodo de destino para la recuperación de la conexión y,
- \quad
- Cálculo y devolución del camino de recuperación al controlador de conexión por el control de encaminamiento.
Opcionalmente, la consulta del camino de
recuperación al nodo corriente abajo incluye:
- \quad
- Consulta, por el controlador de conexión, para obtener el camino de recuperación configurado con antelación y almacenado localmente y utilización de recursos de reserva en cada nodo en el camino de recuperación.
Opcionalmente, la consulta de un camino de
recuperación al nodo corriente abajo comprende: consulta, por el
controlador de conexión para obtener el camino de recuperación,
configurado de antemano y almacenado localmente, y utilización de
recursos de reserva en cada nodo en el camino de recuperación.
Opcionalmente, la obtención del camino de
recuperación por el controlador de conexión comprende:
determinación de una conmutación por medio de un ciclo prefijado
que consta de enlaces entre dominios y de un nodo.
Opcionalmente, el camino de recuperación es un
camino constituido por enlaces entre dominios independientes del
fallo o un camino constituido por enlaces que pasan a través de uno
o más dominios diferentes.
Opcionalmente, el método puede incluir
además:
- \quad
- En el caso de una recuperación, de tipo retorno, de un fallo, retorno al camino original tras eliminar el fallo del enlace entre dominios.
Opcionalmente, el método puede incluir
además:
- \quad
- Iniciación de una recuperación automática de extremo a extremo en el caso de que falle la recuperación local de una interrupción del enlace entre dominios.
Dispositivo para la recuperación de un fallo de
enlace entre dominios según la presente invención que
comprende:
- \quad
- Un gestor de recursos de enlace, adaptado para detectar un fallo de enlace entre dominios;
- \quad
- Un controlador de conexión, adaptado para consultar un camino de recuperación a un nodo corriente abajo, y notificar a un controlador de protocolo para establecer el camino de recuperación;
- \quad
- El controlador de protocolo, adaptado para establecer el camino de recuperación.
Opcionalmente, el dispositivo comprende además
un controlador de encaminamiento, para calcular dinámicamente el
camino de recuperación con un nodo corriente arriba del enlace
inter dominios que ha fallado como nodo fuente y un nodo corriente
abajo del enlace entre dominios que ha fallado como nodo de destino
en respuesta a la consulta del controlador de conexión.
\newpage
Opcionalmente, el controlador de conexión
consulta para obtener el camino de recuperación configurado de
antemano y almacenado localmente en un recurso de reserva.
En la presente invención, el nodo corriente
arriba del enlace del dominio entre enlaces que ha fallado puede
iniciar la recuperación local del fallo del enlace, y la
recuperación local del fallo del enlace se puede realizar con el
nodo corriente arriba como nodo fuente y el nodo corriente abajo
como nodo de destino. Como solamente es necesario realizar la
recuperación local del fallo del enlace entre el nodo corriente
arriba y el nodo corriente abajo del enlace que ha fallado, se
puede calcular dinámicamente un camino de recuperación o
configurarlo de antemano, y se pueden reservar recursos para
compartir un ancho de banda de recuperación. Es posible mejorar en
gran medida la tasa de recuperación del fallo del enlace entre
dominios y ahorrar el ancho de banda.
La figura 1 es un diagrama esquemático de un
modelo de red jerárquica del estado de la técnica;
La figura 2 es un diagrama esquemático que
ilustra la recuperación de un fallo de extremo a extremo en el
estado de la técnica;
La figura 3 es un diagrama de flujo de un método
para recuperar el fallo de un enlace según una realización de la
presente invención;
La figura 4 es un diagrama esquemático de
recuperación de un fallo por medio de un enlace entre dominios en
una realización de la presente invención;
La figura 5 es un diagrama esquemático de
recuperación de un fallo por medio de un enlace en conexión con
otro dominio en una realización de la presente invención.
Según la presente invención, se realiza una
recuperación local rápida en el caso de fallo del enlace entre
dominios. Se puede calcular dinámicamente o fijarse previamente un
camino de recuperación. Se puede hacer reserva de recursos para
compartir el ancho de banda de recuperación. Además, el camino de
recuperación puede ser otro de enlace entre dominios o un enlace
que pasa por otro dominio. Por consiguiente, es posible mejorar en
gran medida una tasa de recuperación de un fallo de enlace entre
dominios y ahorrar el ancho de banda. Además, se dispone de un
mecanismo de coordinación para la recuperación local rápida y una
recuperación de extremo a extremo que se describirá en detalle en
lo que sigue.
La figura 3 es un diagrama de flujo de un método
para la recuperación en caso de fallo de un enlace según una
realización de la presente invención, donde un usuario puede
configurar una recuperación en caso de fallo de enlace entre
dominios como recuperación de extremo a extremo o recuperación
local rápida. Específicamente, el método para la recuperación de un
fallo comprende principalmente las siguientes etapas:
- \quad
- En la etapa 11, en el caso de un fallo del enlace entre dominios, se determina en el extremo fuente de un enlace, qué método de recuperación se va a utilizar, y si el método de recuperación es el de recuperación local rápida, pasando a la etapa 12; en el caso contrario se va a la etapa 13.
- \quad
- En la etapa 12, el método de recuperación local rápida se utiliza para recuperar un nodo corriente arriba y un nodo corriente abajo del enlace entre dominios que ha fallado y para iniciar una recuperación del fallo del enlace con el nodo corriente arriba y el nodo corriente abajo como nodo fuente y nodo de destino. Si el método de recuperación local rápida no consigue recuperar el fallo, el proceso pasa a la etapa 13, donde la recuperación del fallo se realiza mediante un método de recuperación de extremo a extremo.
- \quad
- En la etapa 13 se realiza el método de recuperación de extremo a extremo, es decir que se notifica al nodo de cabeza de un LSP para que realice una recuperación de extremo a extremo.
A continuación se describe, a modo de
realización, el método de recuperación local rápida de un fallo de
enlace según la presente invención.
Según la realización de la presente invención,
el nodo corriente arriba (designado punto de recuperación del
fallo) del enlace puede iniciar la recuperación rápida del fallo de
un enlace entre dominios. Particularmente, tras la detección de un
fallo, el nodo corriente arriba del enlace inicia una recuperación
del fallo del enlace entre dominios o, tras detectar un fallo, el
nodo corriente abajo del enlace notifica al nodo corriente arriba
del enlace para que inicie una recuperación del fallo entre
dominios.
Hay que señalar que el usuario puede iniciar la
recuperación rápida entre dominios en una unidad de conexión o
enlace. En el primer caso, si se trata de un fallo en el enlace
entre dominios, la recuperación local rápida se realiza para una
conexión para la cual se ha iniciado la recuperación rápida, y la
recuperación de extremo a extremo se realiza para otras conexiones,
y en el último caso, la recuperación local rápida se puede realizar
para todos los tráficos encaminados a través de este enlace entre
dominios. Se pueden adoptar varias soluciones, en el extremo fuente
del enlace entre dominios, como por ejemplo un método de
recuperación de cálculo dinámico o un método de ajuste previo de un
camino de recuperación. Para el método de recuperación de cálculo
dinámico, se calcula una ruta con los dos extremos de este enlace
entre dominios como nodo fuente y un nodo de destino para la
recuperación de conexión, con el fin de obtener un camino de
recuperación. Seguidamente, se puede iniciar el establecimiento del
camino de recuperación y la conmutación de tráfico mediante una
señalización según el camino de recuperación.
Para el ajuste previo de un camino de
recuperación para recuperar un fallo, se pueden utilizar dos
métodos, uno de los cuales consiste en establecer previamente un
camino de recuperación, reserva no recurso, es decir que se toman
dos extremos de este enlace entre dominios como nodo fuente y un
nodo de destino para la recuperación de la conexión. Por
consiguiente, el establecimiento del camino de recuperación y de
conmutación de tráfico se puede iniciar mediante una señalización
según el camino de recuperación prefijado y se puede utilizar un
recurso de reserva en el camino de recuperación.
El otro método consiste en establecer
previamente un camino de recuperación y reservar un recurso del
mismo, es decir que se toman dos extremos de este enlace entre
dominios como nodo fuente y un nodo de destino para la recuperación
de la conexión. Por tanto, se puede iniciar el establecimiento del
camino de recuperación y la conmutación de tráfico mediante la
señalización según el camino de recuperación prefijado y el recurso
reservado se puede utilizar en el camino de recuperación. El
recurso reservado se puede compartir mediante una conexión
independiente del fallo.
Hay que señalar que el camino de recuperación se
puede obtener utilizando otros métodos. Por un ciclo p (ciclo
preestablecido) puede estar constituido por enlaces entre dominios
y un nodo, lo cual es bien conocido en el estado de la técnica, por
lo que no se describirá aquí.
Además, la recuperación local según la presente
invención puede ser de tipo de retorno y no retorno. En el caso de
tipo de retorno, la conexión retornará al camino original (a través
del enlace) tras eliminar el fallo del enlace entre dominios.
El camino de recuperación para la recuperación
rápida de un fallo entre dominios puede ser un enlace entre dos
dominios, que no pertenece a un SRLG de fallo no asociado (Grupo de
Enlace de Riesgo Compartido). Alternativamente, la recuperación se
puede realizar a través de otro dominio, y en el caso de que falle
la recuperación rápida entre dominios, se puede iniciar la
recuperación de extremo a extremo para maximizar la posibilidad de
supervivencia del tráfico.
A continuación la descripción se hace utilizando
ejemplos específicos.
Con referencia a la red mostrada en la figura 4,
existe una conexión por múltiples dominios, con una ruta indicada
por la línea negra en la figura, que es N10->N11->
N12->N13->N26->N25->N24->N44->N45-N43.
En el caso de que el enlace entre dominios N13-N26
entre los CDs 410 y 420 falle, se puede realizar una recuperación en
el N13 con el N26 como nodo de destino, y se puede calcular
dinámicamente o establecerse previamente un camino de recuperación.
Supongamos que el camino de recuperación es
N13->N14->N21>N26. El establecimiento del camino de
recuperación y la conmutación de tráfico se pueden realizar en el
N13 con el N13 como nodo fuente y el N26 como nodo de destino, para
la recuperación rápida del tráfico. Si la recuperación rápida
falla, se puede iniciar la recuperación de extremo a extremo para
maximizar la posibilidad de supervivencia del tráfico.
A continuación, se describirán detalladamente
con referencia al ejemplo de la figura 4 interacciones entre
elementos en un ASON, según la presente invención.
Con referencia a la figura 4, en el caso de que
falle el enlace N13-N26, un gestor de recursos de
enlace (LRM) en el N13 detecta el fallo y se lo notifica a un
Controlador de Conexión (CC) que, a su vez, inicia la recuperación
rápida entre dominios. Entre este caso, no es necesario que el
Controlador de Protocolo (PC) notifique al nodo de cabeza N10 del
tráfico. Según la presente invención, el CC puede funcionar en la
forma indicada a continuación.
- 1)
- El camino de recuperación se obtiene por cálculo dinámico: el CC consulta a un Controlador de Encaminamiento (RC) el camino de recuperación, con dos extremos del enlace entre dominios como nodo fuente y un nodo de destino para la recuperación de conexión y el RC calcula dinámicamente el camino de recuperación.
- 2)
- Si el camino de recuperación es establecido previamente en el CC por el usuario sin reserva de recurso en el camino de recuperación, el CC puede consultar directamente para obtener el camino de recuperación almacenado localmente y utilizar un recurso de reserva.
- 3)
- Si el camino de recuperación se establece en el CC por el usuario con reserva de recurso en el camino de recuperación, el CC puede consultar directamente para obtener el camino de recuperación almacenado localmente y utilizar el recurso reservado.
Tras obtener el camino de recuperación, el CC
notifica al PC (a través del protocolo RSVP-TE o de
otro modo) que establezca el camino de recuperación y puentea el
tráfico sobre el camino de recuperación. El proceso de recuperación
queda de este modo prácticamente finalizado.
Además, en el caso de recuperación del fallo de
un dominio cruzado, con referencia a la red de la figura 5, existe
una conexión entre múltiples dominios, con la ruta indicada por la
línea negra en la figura, que es
N10->N11
>N12->N13->N26->N25->N24->N44->N45-N43. En el caso de que el enlace entre dominios N13-N26 entre los CDs 510 y 520 falle, se puede iniciar una recuperación en el N13, con el N26 como nodo de destino. Como hay solamente un enlace entre dominios entre los CDs 510 y 520, la recuperación rápida se tiene que realizar a través de otro dominio, que es el CD 530 en esta realización. Supongamos que el camino de recuperación es N13->N32->N21->N26. El establecimiento del camino de recuperación y la conmutación del tráfico se puede realizar en el N13, siendo el N13 un nodo fuente y el N26 un nodo de destino para la recuperación rápida del tráfico. Si la recuperación rápida falla, se puede iniciar la recuperación de extremo a extremo para maximizar la posibilidad de supervivencia.
>N12->N13->N26->N25->N24->N44->N45-N43. En el caso de que el enlace entre dominios N13-N26 entre los CDs 510 y 520 falle, se puede iniciar una recuperación en el N13, con el N26 como nodo de destino. Como hay solamente un enlace entre dominios entre los CDs 510 y 520, la recuperación rápida se tiene que realizar a través de otro dominio, que es el CD 530 en esta realización. Supongamos que el camino de recuperación es N13->N32->N21->N26. El establecimiento del camino de recuperación y la conmutación del tráfico se puede realizar en el N13, siendo el N13 un nodo fuente y el N26 un nodo de destino para la recuperación rápida del tráfico. Si la recuperación rápida falla, se puede iniciar la recuperación de extremo a extremo para maximizar la posibilidad de supervivencia.
Una realización de un dispositivo para recuperar
un fallo de enlace entre dominios según la presente invención
comprende un gestor de recursos de enlace (LRM), un controlador de
conexión (CC), un controlador de protocolo (PC) y un controlador de
encaminamiento (RC).
Particularmente, tras la detección de un fallo,
el LRM en un nodo notifica al CC que a su vez, inicia una
recuperación rápida entre dominios, y, en este caso, no es necesario
que el PC notifique al nodo de cabeza del tráfico.
En la realización, el CC puede funcionar del
siguiente modo.
- 1)
- El camino de recuperación se obtiene por cálculo dinámico: el CC consulta al RC el camino de recuperación, con dos extremos del enlace entre dominios como nodo fuente y un nodo de destino para la recuperación de conexión, y el RC calcula dinámicamente el camino de recuperación.
- 2)
- Si se establece previamente el camino de recuperación en el CC por el usuario, sin reserva de recurso en el camino de recuperación, el CC puede consultar directamente para obtener el camino de recuperación almacenado localmente y utilizar un recurso de reserva.
- 3)
- Si el camino de recuperación se establece en el CC por el usuario con una de reserva de recurso en el camino de recuperación, el CC puede consultar directamente para obtener el camino de recuperación almacenado localmente y utilizar los recursos de reserva.
Tras obtener el camino de recuperación, el CC
notifica al PC que establezca el camino de recuperación y puentea
el tráfico sobre el camino de recuperación. El proceso de
recuperación queda prácticamente finalizado de este modo.
Si bien la presente invención se ha descrito e
ilustrado con referencia a las realizaciones de la misma y a las
figuras adjuntas, los expertos en la materia podrán ver más
fácilmente que estas realizaciones y figuras son meramente
ilustrativas y no restrictivas y que la presente invención no se
limita a las mismas, pudiéndose realizar e introducir varias
modificaciones y variaciones a la vista de las descripciones y los
planos sin apartarse del ámbito de la presente invención que se
define en las reivindicaciones adjuntas.
\vskip1.000000\baselineskip
Esta lista de referencias citada por el
solicitante, es únicamente para conveniencia del lector. No forma
parte del documento de la patente europea. Aunque se ha puesto
mucho cuidado en recopilar las referencias, no se pueden excluir
errores u omisiones y la EPO declina toda responsabilidad al
respecto.
\bullet Adding local restoration scenarios
into G.8080 appendix. Desheng Sun Zte Corporation,
ITU-T Draft Study Period, 16 May 2005, vol. 15,
1-6 [0006]
\bullet Draft revised Recommendation
G.8080/Y.1304 (Version 0.5.02), Architecture for the Automatically
Switched Optical Network (ASON). Michael Mayer Norte, United
States of America, ITU-T Draft Study Period, 16
May 2005. vol. 15, 1-83 [0007]
Claims (10)
1. Método para la recuperación en caso de fallo
de un enlace entre dominios en una Red Óptica de Conmutación
Automática, que comprende:
- \quad
- iniciación de una recuperación local por medio de un nodo, corriente arriba, de un enlace entre dominios que ha fallado;
- \quad
- para una conexión para la cual se ha iniciado una recuperación local, realización de la recuperación local con el nodo, corriente arriba, del enlace entre dominios que ha fallado como nodo fuente y un nodo, corriente abajo, del enlace inter dominio que ha fallado como nodo de destino, donde la realización de la recuperación local comprende: consultar para obtener un camino de recuperación al nodo corriente abajo por medio de un controlador de conexión en el nodo corriente arriba; iniciar el establecimiento del camino de recuperación desde el nodo corriente arriba al nodo corriente abajo por medio de un controlador de protocolo; una vez establecido el camino de recuperación, puenteado del tráfico en el enlace entre dominios que ha fallado sobre el camino de recuperación.
2. Método según la reivindicación 1, que
comprende además: para conexiones para las cuales no se ha iniciado
una recuperación local, la realización de recuperación de extremo a
extremo.
3. El método según la reivindicación 1 o 2,
donde la recuperación local se realiza si el nodo corriente arriba
detecta el fallo del enlace entre dominios o si el nodo corriente
abajo detecta y notifica al nodo corriente arriba.
4. El método según la reivindicación 1 o 2,
donde la consulta de un camino de recuperación al nodo corriente
abajo comprende:
- \quad
- consulta a un controlador de encaminamiento del camino de recuperación, con el nodo corriente arriba del enlace entre dominios que ha fallado como nodo fuente y el nodo corriente abajo del enlace entre dominios que ha fallado como nodo de destino para la recuperación de la conexión, y cálculo y devolución del camino de recuperación al controlador de conexión por el controlador de encaminamiento.
5. El método según la reivindicación 1 o 2,
donde la consulta de un camino de recuperación al nodo corriente
abajo comprende:
- \quad
- consulta, por el controlador de conexión, para obtener el camino de recuperación configurado de antemano y almacenado localmente, y utilización de recursos de reserva en cada nodo en el camino de recuperación.
6. El método según la reivindicación 1 o 2,
donde la consulta de un camino de recuperación al nodo corriente
abajo comprende: consulta, por el controlador de conexión, para
obtener el camino de recuperación configurado de antemano y
almacenado localmente, y utilización de recursos de reserva en cada
nodo en el camino de recuperación.
7. El método según la reivindicación 1 o 2,
donde la obtención del camino de recuperación por el controlador de
conexión comprende: determinación de una conmutación a través de un
ciclo pre-configurado constituido por enlaces entre
dominios y un nodo.
8. El método según la reivindicación 1 o 2,
donde el camino de recuperación es un camino compuesto por enlaces
entre dominios independientes del fallo o un camino compuesto por
enlaces que pasan a través de uno o más dominios diferentes.
9. El método según la reivindicación 1 o 2, que
comprende además: en el caso de recuperación de tipo retorno de un
fallo, retorno del camino original tras eliminar el fallo del
enlace entre dominios.
10. El método según la reivindicación 1 o 2 que
comprende además: iniciación automática de una recuperación de
extremo a extremo en el caso de que falle la recuperación local del
fallo del enlace entre dominios.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100358968A CN100446467C (zh) | 2005-07-15 | 2005-07-15 | 链路故障的恢复方法 |
| CN200510035896 | 2005-07-15 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2323731T3 true ES2323731T3 (es) | 2009-07-23 |
Family
ID=37298023
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06761427T Active ES2323731T3 (es) | 2005-07-15 | 2006-07-14 | Metodo para restablecer la conexion en el caso de interrupcion y dispositivo correspondiente. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20080031619A1 (es) |
| EP (1) | EP1845640B1 (es) |
| CN (2) | CN100446467C (es) |
| AT (1) | ATE424665T1 (es) |
| DE (1) | DE602006005466D1 (es) |
| ES (1) | ES2323731T3 (es) |
| WO (1) | WO2007009360A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2921779B1 (fr) * | 2007-09-28 | 2011-02-18 | Alcatel Lucent | Communication d'une information de risque dans un reseau multi-domaine |
| CN100589416C (zh) * | 2007-10-30 | 2010-02-10 | 中兴通讯股份有限公司 | 一种自动交换光网络系统中业务产生告警时的维护方法 |
| EP2226952B1 (en) * | 2007-11-21 | 2018-08-15 | ZTE Corporation | An automatically switched optical network and method for data transmission in the network |
| CN101715149B (zh) * | 2009-07-21 | 2013-01-23 | 北京邮电大学 | 一种多层多域分布式光网络并行跨域故障恢复方法和装置 |
| WO2012113444A1 (en) | 2011-02-22 | 2012-08-30 | Telefonaktiebolaget L M Ericsson (Publ) | A fault protection method and fault protection apparatus in a multi-domain network |
| US8804485B2 (en) * | 2011-05-06 | 2014-08-12 | Tellabs Operations, Inc. | Method and apparatus for coordinating fault recovery techniques among domains |
| CN102291255B (zh) * | 2011-07-22 | 2014-09-10 | 中国电力科学研究院 | 一种电力系统广域保护的通信网络节点装置及其实现方法 |
| CN103178976A (zh) * | 2011-12-22 | 2013-06-26 | 迈普通信技术股份有限公司 | 组播树组建及故障恢复方法 |
| FR2986558B1 (fr) * | 2012-02-02 | 2014-03-07 | Melchior Jean F | Dispositif de commande variable d'au moins une soupape, par exemple pour un moteur alternatif |
| US9197355B2 (en) | 2012-11-27 | 2015-11-24 | Ciena Corporation | Drop port based shared risk link group systems and methods |
| CN104348720B (zh) * | 2013-07-25 | 2018-05-04 | 中兴通讯股份有限公司 | 一种多域路径计算失败的处理方法及路径计算单元 |
| CN103428031B (zh) * | 2013-08-05 | 2016-04-13 | 浙江大学 | 一种基于软件定义网络的域间链路快速故障恢复方法 |
| CN104980351A (zh) * | 2014-12-26 | 2015-10-14 | 深圳市新格林耐特通信技术有限公司 | 一种基于sdn网络的快速重路由方法 |
| US10303030B2 (en) * | 2017-05-08 | 2019-05-28 | Reald Spark, Llc | Reflective optical stack for privacy display |
| CN110392318B (zh) * | 2019-07-29 | 2021-10-19 | 烽火通信科技股份有限公司 | Ason中控制平面层lsp通道的校验方法及系统 |
| CN113727220B (zh) * | 2020-05-26 | 2023-04-11 | 华为技术有限公司 | 业务资源预配置方法、设备和系统 |
| CN112929913B (zh) * | 2021-03-31 | 2022-05-27 | 广东电网有限责任公司电力调度控制中心 | 网络切片下基于路由可生存性的虚拟网服务故障恢复方法 |
| CN113365165B (zh) * | 2021-06-22 | 2022-07-08 | 烽火通信科技股份有限公司 | 一种传送网重路由业务动态切换的方法和设备 |
| CN114040273B (zh) * | 2021-10-25 | 2023-06-23 | 烽火通信科技股份有限公司 | 一种基于故障点自动调整路由倒换的方法及系统 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6377782B1 (en) * | 1999-03-01 | 2002-04-23 | Mediacell, Inc. | Method and apparatus for communicating between a client device and a linear broadband network |
| AU2001284907A1 (en) * | 2000-08-15 | 2002-02-25 | Nortel Networks Limited | System, device, and method for managing communication services in an optical communication system |
| US7035202B2 (en) * | 2001-03-16 | 2006-04-25 | Juniper Networks, Inc. | Network routing using link failure information |
| DE10139155C2 (de) * | 2001-08-09 | 2003-07-24 | Siemens Ag | Signalisierungs-Proxy-Einrichtung zum automatischen Aufbau von Ersatzpfaden in optischen Netzen |
| US7127180B1 (en) * | 2001-09-14 | 2006-10-24 | Nortel Networks Limited | System, device, and method for supporting cut-through paths in an optical communication system |
| US7471625B2 (en) * | 2001-10-31 | 2008-12-30 | Nec Corporation | Fault recovery system and method for a communications network |
| JP2003143145A (ja) * | 2001-10-31 | 2003-05-16 | Nec Corp | 障害回復方法およびパス設定方法および通信ネットワーク並びにそれに用いる集中制御装置およびノード装置 |
| US7986618B2 (en) * | 2002-06-12 | 2011-07-26 | Cisco Technology, Inc. | Distinguishing between link and node failure to facilitate fast reroute |
| CN1312863C (zh) * | 2002-07-11 | 2007-04-25 | 北京邮电大学 | 一种自动交换光网络可恢复路径选择建立方法 |
| EP1383261A1 (en) * | 2002-07-15 | 2004-01-21 | Alcatel | Protection method and system for traffic of different service classes |
| CN1499747A (zh) * | 2002-11-07 | 2004-05-26 | 华为技术有限公司 | 一种实现智能光网络保护和恢复的方法 |
| EP1453250A1 (de) * | 2003-02-28 | 2004-09-01 | Siemens Aktiengesellschaft | Verfahren zur schnellen Reaktion auf Linkausfälle zwischen verschiedenen Routing-Domänen |
| EP1489784A1 (en) * | 2003-06-16 | 2004-12-22 | Alcatel | Restoration in an automatically switched optical transport network |
| US7697417B2 (en) * | 2003-07-18 | 2010-04-13 | Alcatel-Lucent Usa Inc. | Methods and devices for re-routing MPLS traffic |
-
2005
- 2005-07-15 CN CNB2005100358968A patent/CN100446467C/zh not_active Expired - Fee Related
-
2006
- 2006-07-14 EP EP06761427A patent/EP1845640B1/en active Active
- 2006-07-14 AT AT06761427T patent/ATE424665T1/de not_active IP Right Cessation
- 2006-07-14 ES ES06761427T patent/ES2323731T3/es active Active
- 2006-07-14 WO PCT/CN2006/001680 patent/WO2007009360A1/zh not_active Application Discontinuation
- 2006-07-14 DE DE602006005466T patent/DE602006005466D1/de active Active
- 2006-07-14 CN CN2006800123202A patent/CN101160761B/zh not_active Expired - Fee Related
-
2007
- 2007-07-27 US US11/881,804 patent/US20080031619A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20080031619A1 (en) | 2008-02-07 |
| ATE424665T1 (de) | 2009-03-15 |
| CN1859156A (zh) | 2006-11-08 |
| EP1845640A4 (en) | 2008-06-18 |
| CN101160761B (zh) | 2011-05-11 |
| DE602006005466D1 (de) | 2009-04-16 |
| EP1845640B1 (en) | 2009-03-04 |
| CN100446467C (zh) | 2008-12-24 |
| CN101160761A (zh) | 2008-04-09 |
| EP1845640A1 (en) | 2007-10-17 |
| WO2007009360A1 (fr) | 2007-01-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2323731T3 (es) | Metodo para restablecer la conexion en el caso de interrupcion y dispositivo correspondiente. | |
| ES2348362T3 (es) | Método y sistema de recuperación de servicios después de producirse un fallo. | |
| US7835267B2 (en) | Dynamic path protection in an optical network | |
| JP5062058B2 (ja) | ノード装置及び経路設定方法 | |
| ES2340719T3 (es) | Metodo y dispositivo para recuperar una red en malla compartida. | |
| ES2376361T3 (es) | Método, sistema y dispositivo para procesamiento de fallos. | |
| CN102273146B (zh) | 透明旁路及相关机制 | |
| CA2558786C (en) | Line-level path protection in the optical layer | |
| JP4920308B2 (ja) | パス設定方法、ノード装置および監視制御装置 | |
| US20120207017A1 (en) | Recovery mechanism for point-to-multipoint traffic | |
| ES2449367T3 (es) | Método para implementar una protección de malla compartida, un equipo y un sistema de red óptica | |
| ES2383119T3 (es) | Un método de reencaminamiento rápido y encaminador de conmutación de etiquetas | |
| WO2012037820A1 (zh) | 多协议标签交换系统、节点设备及双向隧道的建立方法 | |
| WO2008119294A1 (fr) | Procédé et matériel de restauration du commerce en réseau | |
| Autenrieth | Recovery time analysis of differentiated resilience in MPLS | |
| EP2101452A1 (en) | Methods and systems for recovery of bidirectional connections | |
| ES2383380T3 (es) | Un método para transmitir un mensaje de control en una red MPLS en anillo | |
| ES2663395T3 (es) | Procedimiento y dispositivo de establecimiento de conexión de un trayecto conmutado por etiquetas - adyacencia de reenvío | |
| US7529257B1 (en) | Method for supporting a GMPLS hierarchy through multiple routing instances | |
| CN101248630A (zh) | 一种自动交换光网络快速重路由的实现方法 | |
| WO2008040254A1 (fr) | Procédé de traitement destiné aux informations de liaison d'ingénierie de trafic | |
| JP2010233074A (ja) | ルーティング装置、通信システム、及びルーティング方法 | |
| JP4541367B2 (ja) | 故障救済方法およびパケット通信装置 | |
| WO2010022646A1 (zh) | 一种建立关联保护的方法、系统及节点 | |
| WO2012024965A1 (zh) | 重优化的触发方法及系统 |