ES2705798T3 - Provisión de OAM basada en GMPLS - Google Patents
Provisión de OAM basada en GMPLS Download PDFInfo
- Publication number
- ES2705798T3 ES2705798T3 ES13000792T ES13000792T ES2705798T3 ES 2705798 T3 ES2705798 T3 ES 2705798T3 ES 13000792 T ES13000792 T ES 13000792T ES 13000792 T ES13000792 T ES 13000792T ES 2705798 T3 ES2705798 T3 ES 2705798T3
- Authority
- ES
- Spain
- Prior art keywords
- peripheral
- node
- peripheral node
- mep
- message
- 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
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- 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/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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/70—Routing based on monitoring results
-
- 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/12—Discovery or management of network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un método para instaurar supervisión de conectividad de una conexión (110) entre un primer nodo periférico (102a') y un segundo nodo periférico (102b') en una red (100), comprendiendo dicho método los pasos de: extender procedimientos de instauración de conexión utilizados para establecer la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b') con el fin de proporcionar también una funcionalidad de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento de un primer Punto final de mantenimiento, MEP, (112a) en el primer nodo periférico (102a') y un segundo MEP (112b) en el segundo nodo periférico (102b'), donde el primer MEP (112a) y el segundo MEP (112b) son utilizados para supervisar el estado de la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b'); enviar un primer mensaje (114) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene: - primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del primer nodo periférico sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, CCM, y - un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el primer nodo periférico, estando el primer intervalo entre mensajes CCM comprendido en una primera tripleta Tipo-Longitud-Valor, TLV, (300) de Gestión de fallo de conectividad, CFM, de Ethernet; establecer, por el segundo nodo periférico, el segundo MEP utilizando la primera información recibida de accesibilidad del primer nodo periférico, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del segundo nodo periférico; recibir en el primer nodo periférico (102a') un segundo mensaje (116) desde el segundo nodo periférico (102b'), donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene: - segunda información de accesibilidad del segundo nodo periférico en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del segundo nodo periférico, y - una segunda tripleta TLV (300) de CFM de Ethernet que comprende un segundo CI fijado por el segundo nodo periférico (102b'); y establecer, por el primer nodo periférico, el primer MEP utilizando la segunda información recibida de accesibilidad del segundo nodo periférico, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del primer nodo periférico.
Description
DESCRIPCIÓN
Provisión de OAM basada en GMPLS
Campo técnico
La presente invención se refiere en general a un método y una red para proporcionar entidades de Operaciones, administración y mantenimiento (OAM) para una conexión cuando se instaura la conexión entre un nodo periférico de entrada y un nodo periférico de salida.
Antecedentes
Se definen ahora las siguientes abreviaturas de expresiones inglesas, a algunas de las cuales, al menos, se hace referencia en la descripción que sigue de la presente invención.
BFD Detección de reenvío bidireccional, Bidirectional Forwarding Detection
CCM Mensaje de verificación de conectividad, Connectivity Check Message
CCI Intervalo de verificación de conectividad, Connectivity Check Interval
CFM Gestión de fallo de conectividad, Connectivity Fault Management
DA Dirección de destino, Destination Address
ERO Objeto de enrutamiento explícito, Explicit Route Object
ESP Ruta conmutada de Ethernet, Ethernet Switched Path
GELS Conmutación de etiquetas de Ethernet basada en GMPLS, GMPLS Ethernet Label Switching GMPLS Conmutación de etiquetas multiprotocolo generalizada, Generalized Multi-Protocol Label Switching IEEE Instituto de Ingenieros de Electricidad y Electrónica, Institute of Electrical and Electronics Engineers LTM Mensaje de rastreo de enlace, Link Trace Message
MA Asociación de mantenimiento, Maintenance Association
MAID Identificador de asociación de mantenimiento, Maintenance Association Identifier
MAC Control de acceso a medios, Media Access Control
MD Dominio de mantenimiento, Maintenance Domain
MEP Punto final de mantenimiento, Maintenance End Point
MEP ID Identificador de MEP, MEP Identifier
MHF Semifunción MIP, MIP Half Function
MPLS Conmutación de etiquetas multiprotocolo, Multi-Protocol Label Switching
OAM Operaciones, administración y mantenimiento, Operations, Administration, and Maintenance P2P Punto a punto, Point-to-Point
P2MP Punto a multipunto, Point-to-MultiPoint
PBB Puente troncal de proveedor, Provider Backbone Bridge
RDI Indicador de defecto remoto, Remote Defect Indicator
RSVP-TE Protocolo de reserva de recursos - Ingeniería de tráfico, Resource Reservation Protocol-Traffic Engineering
SA Dirección de origen, Source Address
SDH Jerarquía digital síncrona, Synchronous Digital Hierarchy
TLV Tipo-Longitud-Valor, Type-Length-Value
VID Identificador de VLAN, VLAN Identifier
VLAN Red de área local virtual, Virtual Local Area Network
Las siguientes referencias proporcionan cierta información de antecedentes relacionada con lo que se trata en la presente invención.
1. [Fedyk-GELS-PBBTE] D. Fedyk et al. "GMPLS control of Ethernet", Internet Draft, trabajo en curso, mayo de 2007.
2. [GELS-Framework] T. Nadeau "GMPLS Ethernet Label Switching Architecture and Framework", Internet Draft, trabajo en curso, 22 de octubre de 2007. [GELS-Framework] y [Fedyk-GELS-PBBTE] están extendiendo el plano de control GMPLS para sustentar el establecimiento de conexiones PBB-TE punto a punto en plano de datos. A las conexiones PBB-TE establecidas mediante GMPLS se las denomina aquí rutas LSP (rutas conmutadas por etiquetas, Label Switched Paths) de Ethernet. GELS permite la aplicación de las características de provisión y recuperación mediante MPLS-TE y GMPLS en redes Ethernet.
3. [GMPLS-OAM] D. Fedyk et al. "OAM Requirements for Generalized Multi-Protocol Label Switching (GMPLS) Networks", Internet Draft, trabajo en curso, 25 de febrero de 2008.
4. [IEEE-CFM] "IEEE 802.1ag, Standard for Connectivity Fault Management", 17 de diciembre de 2007. CFM de Ethernet: define un flujo de OAM para supervisión de conectividad adjunta con el fin de verificar la vitalidad de redes Ethernet. OAM se refiere a un grupo de funciones de administración de red que proporcionan indicación de fallo de red, información de rendimiento y funciones para datos y de diagnóstico.
5. [IEEE-PBBTE] "IEEE 802.1Qay Draft Standard for Provider Backbone Bridging Traffic Engineering", 19 de junio de 2008. [IEEE-PBBTE]: desacopla los datos de Ethernet y los planos de control al sustentar explícitamente mecanismos de control y gestión externos para configurar entradas de filtrado estático en puentes y crear conexiones Ethernet explícitamente enrutadas. El PBB-TE define mecanismos para la conmutación de protección 1:1 de conexiones Ethernet bidireccionales.
6. [RFC3469] "Framework for Multi-Protocol Label Switching (MPLS) -based Recovery", RFC 3469, febrero de 2003.
7. [RFC3471] "Generalized Multi-Protocol Label Switching (GMPLS) Signalling Functional Description", RFC 3471, enero de 2003.
8. [RFC3473] "Generalized Multi-Protocol Label Switching (GMPLS) Signalling Resource Reservation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, enero de 2003.
9. [RFC4377] "Operations and Management (OAM) Requirements for Multi-Protocol Label Switched (MPLS) Networks", r Fc 4377, febrero de 2006. [RFC4377] indica requisitos para crear una funcionalidad en OAM coherente para redes con MPLS.
10. [RFC4420] "Encoding of Attributes for Multiprotocol Label Switching (MPLS) Label Switched Path (LSP) Establishment Using Resource Reservation Protocol-Traffic Engineering (RSVP-TE)", RFC 4420, febrero de 2006. Se puede interpretar que el documento EP 1727316 A1 da a conocer un método que se describe para verificar el sustentamiento de una función en elementos de red de una red de telecomunicaciones, por ejemplo una función de operación y gestión. La red de telecomunicaciones incluye un origen, un destino y elementos intermedios en el plano de control interconectados a través de un protocolo de señalización para controlar respectivamente un origen, un destino y elementos de red intermedios, a fin de configurar una conexión desde el origen hasta el elemento de red de destino, cruzando los elementos de red intermedios. El método incluye el paso, si la conexión no está configurada, de transmitir un primer mensaje desde el origen hasta el elemento de destino en el plano de control, cruzando los elementos intermedios en el plano de control, para señalar una petición de configuración de la conexión e incluir un primer campo para señalar una petición de verificación del sustentamiento de la función en cada elemento de red de la conexión, y el paso de recibir en el elemento de origen en el plano de control un segundo mensaje transmitido desde el elemento de destino en el plano de control para señalar una respuesta a la solicitud e incluir el primer campo para señalar si la función es sustentada en cada elemento de red de la conexión.
Compendio
Conforme a la descripción, se proporciona un método, un medio legible por ordenador y una red según las reivindicaciones independientes.
En las reivindicaciones dependientes se exponen desarrollos.
Se expondrán, en parte, aspectos adicionales de la invención en la descripción detallada, las figuras y las reivindicaciones que siguen, y en parte se desprenderán de la descripción detallada, o bien se pueden aprender mediante la práctica de la invención. Debe entenderse que tanto la anterior descripción general como la descripción detallada que sigue son solamente ilustrativas y explicativas, y no restrictivas de la invención descrita.
Breve descripción de los dibujos
Se puede lograr una comprensión más completa de la presente invención haciendo referencia a la descripción detallada que sigue, tomada conjuntamente con los dibujos adjuntos:
la Figura 1 es un diagrama básico de una red ilustrativa, que se utiliza para ayudar a explicar las distintas realizaciones de la presente invención;
la Figura 2 es un diagrama de una etiqueta de Ethernet, Ethernet Label, ubicada dentro de un mensaje de ruta, PATH, que se envía desde un nodo periférico de entrada a un nodo periférico de salida según la presente invención; la Figura 3 es un diagrama de una tripleta TLV de CFM ubicada dentro de un mensaje de ruta, PATH, que se envía desde el nodo periférico de entrada al nodo periférico de salida según una realización de la presente invención; la Figura 4 es un diagrama de una tripleta TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuraron, ubicada dentro de un mensaje de ruta, PATH, que se envía desde el nodo periférico de entrada al nodo periférico de salida según una realización de la presente invención;
la Figura 5 es un diagrama de una sub-TLV de Nombre de MD, MD Name, que está ubicada dentro de la tripleta TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuraron, según una realización de la presente invención; la Figura 6 es un diagrama de una sub-TLV de Nombre corto de MA, Short MA Name, que está ubicada dentro de la tripleta TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuraron, según una realización de la presente invención;
la Figura 7A es un diagrama de una sub-TLV de MEP ID, que está ubicada dentro de la TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuraron, según una realización de la presente invención;
la Figura 7B es un diagrama de una sub-TLV alternativa de MEP ID que está ubicada dentro de la tripleta TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuraron, según una realización de la presente invención; y la Figura 8 es un diagrama de una sub-TLV de Identificación de canal de control, Control Channel Identification, que está ubicada dentro de la tripleta TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuraron, según una realización de la presente invención.
Descripción detallada
Haciendo referencia a la Figura 1, se ilustra un diagrama básico de una red ilustrativa 100 que se utiliza para ayudar en la explicación de las distintas realizaciones de la presente invención. Según se muestra, la red 100 (por ejemplo, la red 100 de Ethernet basada en GMPLS) incluye una pluralidad de enrutadores 102 (por ejemplo, enrutadores LSR 102) interconectados que incluyen puentes periféricos troncales 102' y puentes centrales troncales 102''. A cada uno de los enrutadores interconectados 102 está conectado un sistema 104 de gestión de red. En este ejemplo, un cliente 106 (red cliente 106) está conectado a un puente periférico troncal 102a' y un servidor 108 (red cliente 108) está conectado a otro puente periférico troncal 102b'. Se establece una conexión 110 (por ejemplo, una LSP bidireccional 110 o una LSP unidireccional 110) entre los puentes periféricos troncales 102a' y 102b'. En la presente memoria, al puente periférico troncal 102a' también se le denomina enrutador periférico 102a' de entrada, nodo iniciador 102a' o nodo periférico 102a' de entrada. En la presente memoria, al puente periférico troncal 102b' también se le denomina enrutador periférico 102b' de salida, nodo remoto 102b' o nodo periférico 102b' de salida. Si se desea, pueden existir rutas LSP P2MP 110 entre un enrutador periférico 102a' de entrada y múltiples enrutadores periféricos 102b' de salida. La red 100 podría tener cualquier número de configuraciones y podría incluir muchos otros componentes, pero en la presente memoria se presenta y se discute, para mayor claridad, esta configuración sencilla y solamente aquellos componentes que son relevantes para la presente invención. Además, la red 100 puede tener rutas ESP unidireccionales y rutas LSP unidireccionales, además de otros tipos de conexiones, ya que esto también es aplicable a otras tecnologías tales como MPLS y SDH, además de a la tecnología Ethernet.
La presente invención implica extender los procedimientos actuales de instauración de rutas LSP en GMPLS, para proporcionar también supervisión de la conectividad de la LSP 110 entre el enrutador periférico 102a' de entrada y el enrutador periférico 102b' de salida. En una realización, la presente invención implica extender los procedimientos actuales de instauración de rutas LSP en GMPLS para proporcionar entidades OAM de Ethernet tales como la funcionalidad CC en la CFM con el fin de supervisar la conectividad y el estado de la LSP 110 entre el enrutador periférico 102a' de entrada y el enrutador periférico 102b' de salida. Esto presenta la ventaja de que solamente se necesita iniciar los procedimientos de instauración de la LSP y no se necesita ninguna operación adicional para iniciar la supervisión del estado de la LSP 110. En lo que sigue se ofrece una breve discusión acerca del funcionamiento de OAM de Ethernet y después se describen varias realizaciones distintas de la presente invención. El uso de OAM de Ethernet en la presente invención implica típicamente la supervisión de la conectividad de una conexión LSP P2P bidireccional 110. Se supone que los dos sentidos de la conexión LSP bidireccional 110 utilizan la misma ruta para permitir el funcionamiento correcto de las funcionalidades de Rastreo de enlace, Link Trace, y de
Bucle, Loopback, en OAM de Ethernet. Para habilitar la OAM de Ethernet, se configuran dos MEP 112a y 112b (por ejemplo, mecanismos 112a y 112b de verificación de conectividad) en ambos extremos de la conexión LSP P2P bidireccional 110, concretamente en el enrutador periférico 102a' de entrada y en el enrutador periférico 102b' de salida. Una vez configurados, los MEP 112a y 112b intercambian periódicamente mensajes CCM a intervalos fijos, utilizándose los CCM para supervisar la conectividad de la conexión LSP P2P bidireccional 110 correspondiente. La Tabla n.° 1 identifica los ocho intervalos fijos distintos que se pueden usar para intercambiar mensajes CCM entre los MEP 112a y 112b, que están definidos actualmente en la norma para OAM de Ethernet (véase la referencia 4 [IEEE-CFM]).
Tabla n.° 1
Si uno de los MEP 112a y 112b no recibe tres CCM consecutivos, ese MEP 112a o 112b declara un fallo de conectividad y señala el fallo en los CCM subsiguientes, estableciendo un bit de Indicador de defecto remoto (RDI). Si un MEP 112a o 112b recibe un mensaje CCM con el bit RDI establecido, entonces inmediatamente declara un fallo. La detección de un fallo puede dar lugar a la activación de mecanismos de conmutación de protección o puede dar lugar al envío de una señal al sistema 104 de gestión, que después se ocupa del fallo.
La descripción que sigue proporciona una explicación detallada acerca de varias realizaciones distintas de la presente invención, en las cuales se extienden los procedimientos actuales de instauración de rutas LSP en GMPLS para proporcionar también funciones de OAM y, en particular, la funcionalidad CC en la CFM para que se pueda supervisar la conectividad y el estado de la LSP 110. La Tabla n.° 2 identifica los diversos parámetros utilizados para configurar la CFM y la manera propuesta de fijar estos parámetros para que se puedan establecer los MEP 112a y 112b durante la instauración de la LSP 110 entre el enrutador 102a' de entrada y el enrutador 102b' de salida.
Tabla n.° 2
Como puede verse, se han agrupado los parámetros CFM en tres conjuntos diferentes que se basan en la forma en que se determinan los valores:
1. Valores preconfigurados en los nodos periféricos 102a' y 102b', ya sea manualmente o por la gestión. Estos son valores predeterminados desde el punto de vista de provisión automática basada en el plano de control. Se supone que estos valores predeterminados están fijados correctamente en cada nodo periférico 102a' y 102b'.
2. Valores señalizados en el plano de control en la instauración de rutas LSP a través de señalización RSVP-TE de manera implícita o explícita, como se describe a continuación en relación con las diferentes realizaciones de la presente invención. Por ejemplo, existen al menos tres parámetros de configuración de CFM que podrían señalizarse a través de señalización RSVP-TE de manera implícita o explícita durante la instauración de la LSP 110 entre los nodos periféricos 102a' y 102b':
2a. VID primario: el VID primario es señalizado en el momento de la instauración de la LSP 110 dentro de un objeto GENERALIZED_LABEL (ETIQUETA_GENERALIZADA) como parte del objeto UPSTREAM_LABEL (ETIQUETA_ASCENDENTE) 200 en un mensaje de ruta, PATH, 114 y como parte del objeto LABEL (ETIQUETA) en un mensaje RESV 116 señalizado entre el enrutador periférico 102a' de entrada y el enrutador periférico 102b' de salida (véanse las Figuras 1 y 2). En el caso de rutas LSP 110 basadas en VLAN+MAC, deben señalizarse el parámetro de VID primario y la dirección de MAC para uso en la funcionalidad de CC. Para estos tipos de LSP 110, la dirección de MAC será parte del objeto UPSTREAM_LABEL 200 y del LABEL, por lo que puede ser determinada de manera similar al valor VID para el parámetro de VID primario.
2b. Lista de MEP ID de los MEP de la MA: En el caso de rutas LPS 110 P2P o P2MP, se conoce la identidad del enrutador 102b' de extremo lejano o de borde de salida (por ejemplo, el LER raíz 102b') y se puede deducir el MEP ID utilizando un algoritmo para deducir el propio MEP ID del MEP. Como alternativa, los m Ep ID pueden requerir extensiones al RSVP-TE.
2c. Intervalo entre mensajes CCM: Puede requerir extensiones al RSVP-TE. Como alternativa, el intervalo entre mensajes CCM puede tener un valor por defecto, pero esto no es tan deseable como utilizar la señalización RSVP-TE.
2d. Habilitado por CCI: puede requerir extensiones al RSVP-TE o bien puede ser señalizado de manera implícita. 3. Valores que se pueden calcular en base a parámetros por defecto y señalizados. Lo que sigue describe diferentes maneras que se pueden emplear para derivar estos parámetros calculados basándose en algoritmos:
3a. Lista de VID supervisados en la MA: Se supone que una LSP 110 tiene un VID único dedicado y, en consecuencia, esta lista tiene un único elemento que será el VID primario.
3b. Nombre de MA: El nombre de MA identifica una Asociación de mantenimiento dedicada para la LSP 110. El nombre de MA es único dentro de un nivel de MD y se puede deducir de la identificación única de la LSP 110 en el plano de control, o bien puede estar basado en el VID primario. Si la LSP 110 está basada en VLAN+MAC, deben tenerse en cuenta el VID primario y la dirección de MAC a la hora de determinar el nombre de MA.
3c. Estado de administración: la activación de la funcionalidad CC puede requerir coordinación en los nodos periféricos 102a' y 102b' de entrada y de salida. Si la secuencia de mensajes de instauración de LSP utiliza RSVP CONF, entonces se debe activar la supervisión de conectividad en el enrutador periférico 102a' de entrada al recibir el mensaje RSVP RESV y en el enrutador periférico 102b' de salida al recibir el mensaje RSVP CONF. En caso contrario, la supervisión de la conectividad podría activarse en el enrutador periférico 102b' de salida al recibir el mensaje RSVP PATH 114 y en el enrutador periférico 102a' de entrada al recibir el mensaje RSVP RESV 116. Estas soluciones suponen que los MEP 112a y 112b son capaces de suprimir las alarmas de conectividad antes de que reciban la primera trama CCM.
3d. MEP ID: El MEP ID debe derivarse del nombre de MA y de un ID exclusivo de los nodos 102a' y 102b' (por ejemplo, basado en la dirección en el plano de control). Como alternativa, dado que el único requisito de un MEP ID es ser único dentro de una MA, el MEP ID podría ser un valor que represente el papel de los nodos 102a' y 102b' en la señalización de LSP (por ejemplo, para rutas LSP p2p, MEPID:=0 para el enrutador periférico 102a' de entrada (el nodo que envía el mensaje de ruta, PATH, 114) y MEPID:=1 para el enrutador periférico 102b' de salida (el nodo que envía el mensaje RESV 116)).
3e. Puertos de nodo puente 118a y 118b: Los puertos 118a y 118b están señalizados de manera explícita en el ERO o bien pueden estar identificados localmente por los nodos 102a' y 102b'.
3f. Dirección de MEP: Los MEP 112a y 112b están creados en los puertos 118a y 118b de nodo puente. La dirección de los MEP 112a y 112b (es decir, el MEP ascendente o el descendente) pueden derivarse sin ambigüedades basándose en la información local de los puertos puente 118a y 118b.
A continuación se ofrece una discusión detallada para explicar varias realizaciones distintas de la presente invención, relacionadas con la forma en que se pueden señalizar los valores señalizados, identificados en la Tabla n.° 1, utilizando la señalización RSVP-TE de manera implícita o explícita en el plano de control durante la instauración de la LSP 110 para establecer los MEP 112a y 112b y así proporcionar la funcionalidad CC que a su vez supervisa la conectividad y el estado de la instauración de la LSP 110.
Ejemplo comparativo n.° 1
Se puede proporcionar la funcionalidad de Verificación de continuidad, Continuity Check, en la CFM sin introducir ninguna nueva extensión al RSVP-TE. Por ejemplo, las extensiones al RSVP-TE actualmente propuestas en la norma RFC 3473 (referencia n.° 8) proporcionan un medio para señalizar parámetros con el fin de configurar esquemas de protección de extremo a extremo, tales como 1 1, 1:1 o el re-enrutamiento OTF. Por lo tanto, si las verificaciones de continuidad se utilizan solamente para activar mecanismos de recuperación, la inclusión de objetos para proporcionar un esquema de protección de extremo a extremo en la instauración de rutas LSP señala implícitamente la necesidad de supervisión de la conectividad, es decir, debe estar habilitada (habilitada por CCI) la supervisión de la conectividad y fijado el intervalo entre mensajes CCM en un valor predeterminado (por ejemplo, 3,3 ms). Es decir, este ejemplo comparativo podría utilizar parámetros por defecto para los intervalos entre mensajes CCM y determinar parámetros de Asociación de mantenimiento y de identificación de MEP de manera automática a partir de la información de identificación de LSP. Los VID primarios y las direcciones MAC de MEP se obtienen de los objetos UPSTREAM_LABEL y LABEL RSVP-TE. Los MeP ID están configurados con valores predeterminados (por ejemplo, MEP ID de entrada = 1 y MEP ID de salida = 2).
Esta solución particular presenta varios inconvenientes: (1) no ofrece una manera de señalizar intervalos entre mensajes CCM, y por lo tanto no ofrece un medio para establecer el intervalo entre mensajes CCM en un nivel para cada LSP, lo que obliga al uso de un intervalo entre mensajes CCM preconfigurado, que no es deseable ya que no todas las LSP requieren el mismo nivel de supervisión y el establecimiento de un intervalo entre mensajes CCM demasiado corto para todas las LSP puede generar demasiado tráfico y sobrecargar algunos de los nodos; y (2) no puede habilitar supervisión de conectividad para otros fines que no sean la protección de extremo a extremo.
Además, no hay forma de proporcionar parámetros adicionales para configurar otros aspectos de OAM de Ethernet, por ejemplo, la configuración de Supervisión del rendimiento, Performance Monitoring.
Realización n.° 1
Como se ha descrito más arriba, cuando se señaliza la LSP 110 de Ethernet para configurarla entre el enrutador periférico 102a' de entrada y el enrutador periférico 102b' de salida, según una realización de la presente invención también se establecerán automáticamente los MEP 112a y 112b asociados. En esta realización, para configurar los MEP 112a y 112b se proporcionan algunos parámetros con el fin de habilitar las funciones OAM de Ethernet. En primer lugar, el sistema 104 de gestión especifica el intervalo deseado entre mensajes CCM dependiendo de los requisitos de servicio o de la política del operador. En segundo lugar, los MEP 112a y 112b deben conocer sus propios parámetros de accesibilidad y los parámetros de accesibilidad del MEP remoto, para que se envíen y se reciban los CCM. Es decir, cuando se configura un MEP 112a (por ejemplo) se deben conocer el intervalo entre mensajes CCM, la dirección de MAC local y el VID a través de los cuales se reciben el tráfico del plano de datos y los mensajes CCM, junto con la dirección de MAC del lado remoto y el VID del MEP remoto 112b (por ejemplo) a los que se envían el tráfico del plano de datos y los mensajes CCM.
La Etiqueta de Ethernet, Ethernet Label, 200, tal como se define en [Fedyk-GELS] (referencia n.° 1) incluye la dirección de destino de MAC (DA de MAC) y el VID (véase la Figura 2). Así pues, a partir de las etiquetas 200 de Ethernet se pueden obtener los parámetros de accesibilidad necesarios para los MEP 112a y 112b. Suponiendo que se sigan los procedimientos descritos en [Fedyk-GELS] para el establecimiento de la LSP bidireccional 110 de Ethernet, la configuración de los MEP 112a y 112b podría ser, según una realización de la presente invención, como sigue. Cuando se inicia la señalización RSVP-TE para la LSP bidireccional 110 de Ethernet, el enrutador periférico 102a' de entrada (nodo iniciador 102a') crea una etiqueta ascendente desde su dirección de MAC y VID seleccionado localmente y luego genera un mensaje 114 de ruta (véase la Figura 1). Cuando el enrutador periférico 102b' de salida (nodo remoto 102b') recibe el mensaje 114 de ruta, puede usar la etiqueta ascendente para extraer la información de accesibilidad del enrutador periférico 102a' de entrada. A continuación, el enrutador periférico 102b' de salida determina la dirección de MAC y el VID que desearía utilizar para recibir el tráfico. Estos parámetros determinan la información de accesibilidad del MEP local 112b. La única información que falta para instaurar el MEP 112b es el intervalo entre mensajes CCM, que es señalizado en una nueva tripleta TLV 300 de CFM (la TLV 300 de CFM de Ethernet) de acuerdo con esta realización de la presente invención, como se especifica más adelante. Utilizando esta información de la tripleta TLV 300 de CFM en el mensaje 114 de ruta, el enrutador periférico 102b' de salida puede configurar el MEP 112b. A continuación, el enrutador periférico 102b' de salida utiliza la información de accesibilidad del MEP 112b para construir una Etiqueta de Ethernet, Ethernet Label, 200 a fin de colocarla en un mensaje RESV 116 que se envía al enrutador periférico 102a' de entrada. Cuando el mensaje RESV 116 llega con éxito al enrutador periférico 102a' de entrada, este puede extraer la información de accesibilidad del lado remoto de la Etiqueta de Ethernet, Ethernet Label, 200, con lo que, en este punto, el enrutador periférico 102a' de entrada ha obtenido también toda la información necesaria para establecer el MEP 112a.
La Figura 3 ilustra un ejemplo de TLV 300 de CFM que alberga la información acerca del intervalo entre mensajes CCM y también deja espacio para extensiones adicionales. Como puede verse, la TLV 300 de CFM incluye un campo de tipo que indica un nuevo tipo (2) (IANA, a definir), el campo de longitud, que se fija en 4 bytes, y el valor del intervalo entre mensajes CCM, que se codifica en los primeros tres bits del campo de Intervalo entre mensajes CCM, CCM Interval (CI), utilizando el esquema de codificación del campo de intervalo entre mensajes CCM que se muestra en la Tabla n.° 1 y está definido en las OAM estándar de Ethernet (véase la referencia n.° 4 [IEEE-CFM]). En esta realización, normalmente se envía la TLV 300 de CFM en los objetos LSP_ATTRIBUTES (ATRIBUTOS_LSP) en lugar de los objetos LSP_REQUIRED_ATTRIBUTES (ATRIBUTOS_REQUERIDOS_LSP) dentro del mensaje de ruta, PATH, 114 y también en el mensaje RESV 116. Esto se debe a que todos los enrutadores 102' y 102'' deben procesar un mensaje con el objeto lSp_REQUIRED_ATTRIBUTES, mientras que un mensaje con el objeto LSP_ATTRIBUTES solo debe ser procesado por los enrutadores periféricos 102', y los enrutadores centrales 102'' pueden traspasar la información de manera transparente.
En esta realización, el enrutador periférico 102a' de entrada sitúa normalmente el campo de intervalo entre mensajes CFM en el mensaje de ruta, PATh , 114 para indicar el valor requerido que ha de fijarse para la supervisión de la LSP 110. Por otra parte, el valor del campo "CFM Interval" en el mensaje RESV 116 indica el intervalo de CFM que debe establecer el enrutador periférico 102b' de salida (por ejemplo, el LER 102b') ubicado en el extremo final de la LSP 110. Al recibir el mensaje RESV 116, el enrutador periférico 102a' de entrada puede determinar si el enrutador periférico 102b' de salida ha fijado el mismo intervalo solicitado, o bien ha propuesto una tasa distinta y generalmente más lenta. Si es aceptable, entonces el enrutador periférico 102a' de entrada establece la tasa recibida en el mensaje RESV 116 o, de lo contrario, inicia el desmontaje de la LSP 110. Al final, tanto el enrutador periférico 102a' de entrada como el enrutador periférico 102b' de salida deben utilizar ambos el mismo intervalo entre mensajes CCM. Esta negociación permite tener en cuenta la carga de procesamiento impuesta a las interfaces del enrutador periférico 102a' de entrada y el enrutador periférico 102b' de salida para procesar los distintos CCM. Tanto el enrutador periférico 102a' de entrada como el enrutador periférico 102b' de salida pueden tener en cuenta la carga actual de CCM (determinada por el número de flujos de CCM activos y sus respectivos intervalos entre mensajes CCM) a la hora de decidir la instauración de unos nuevos puntos MEP 112a y 112b con un intervalo entre mensajes CCM dado. Esta negociación también permite un tipo de control de admisión/carga en la funcionalidad de
Verificación de continuidad, Continuity Check, ya que es posible que el nodo puente 102b' de salida rechace una solicitud de intervalo corto entre mensajes CCM (por ejemplo, 3,3 ms) y proponga una nueva tasa menos frecuente para la supervisión de la conectividad (por ejemplo, 100 ms).
Esta solución es deseable porque: (1) admite la señalización del intervalo CFM; (2) deja espacio para futuras extensiones destinadas a señalizar otros parámetros CFM, por ejemplo, Nombre de MA o MEP ID, dentro de la TLV 300 de CFM; (3) permite la configuración automática de los parámetros de supervisión de la conectividad que están concatenados en la señalización de instauración de rutas LSP; y (4) permite la negociación del intervalo de supervisión por mensajes CCM y mediante esta negociación se puede controlar la carga de procesamiento OAM impuesta al puente periférico 102a' de entrada y al puente periférico 102b' de salida.
Realización n.° 2
Como alternativa a la solución proporcionada en la realización n.° 1, la presente invención también puede permitir la señalización de atributos LSP en las tripletas TLV de Indicadores de atributos, Attributes Flags. En este caso, los mismos tres bits del campo de intervalo entre mensajes CCM, CCM Interval, que se proponen en la realización n.° 1 serían transferidos como indicadores de las tripletas TLV de Indicadores de atributos, Attributes Flags, en lugar de hacerlo en la nueva TLV 300 de CFM. Esta solución presenta el inconveniente de que los bits de la tripleta TLV de Indicadores de atributos, Attributes Flags, no dejan espacio para futuras extensiones a la provisión de parámetros de CFM.
Realización n.° 3
En esta realización se podrían utilizar para proporcionar supervisión de la conectividad en la CFM los mensajes de notificación, Notify, de RSVP que se envían después de que se ha instaurado la LSP 110. Originalmente, los mensajes de notificación, Notify, se definieron para notificaciones de fallo, tal como se describe en [RFC3473] (referencia n.° 8). Recientemente, se ha propuesto utilizar mensajes de notificación, Notify, para comunicación entre enrutadores periféricos puente 102' tal como se describe en [RFC4974] (referencia 9). Esta realización utiliza un enfoque similar para habilitar la provisión de CFM. En particular, al recibir un mensaje RESV 116, el puente periférico 102a' de entrada (por ejemplo, el LER 102a' de entrada) podría enviar un mensaje de notificación, Notify, 120 con nuevas extensiones RSVP-TE al puente periférico 102b' de salida (por ejemplo, el LER 102b' de salida) y el puente periférico 102b' de salida podría responder con un mensaje de notificación, Notify, 122 que contuviese nuevas extensiones RSVP-TE, y que sería recibido por el puente periférico 102a' de entrada.
Para proporcionar la funcionalidad de CFM mediante el empleo de estos mensajes de notificación, Notify, 120 y 122, se podrían utilizar las siguientes extensiones de RSVP-TE: (1) en el objeto Ad MiN_STATUS (ESTADO_ADMIN.) se asigna un bit para indicar que se utiliza el mensaje de notificación, Notify, 120 o 122 para proporcionar CFM; (2) se define un nuevo objeto de CFM y se agrega a la secuencia <notificar sesión>, <notify session>, para indicar la misma información que se ha utilizado en la tripleta TLV 300 de CFM asociada a la realización n.° 1 (nota: se podría permitir que se pudieran transportar los objetos LSP_ATTRIBUTE y LSP_REQUIRED_ATTRIBUTES en los mensajes de notificación, Notify, 120 y 122 con el fin de señalizar atributos LSP que solo necesiten ser procesados en los puentes periféricos 102', pero esto requeriría una extensión a [RFC3473] (referencia n.° 8)); y (3) el objeto ERROR SPEC (ESPEC. DE ERROR) no es relevante en el caso de la provisión de CFM, y como tal llevaría un código de error, Error Code, cero ("confirmación") para indicar que no existe error.
La ventaja de esta solución es que en la señalización están participando solamente los nodos periféricos 102' y los nodos 102'' de núcleo no se ven afectados por el hecho de proporcionar la funcionalidad de Verificación de continuidad, Continuity Check. Sin embargo, esta solución particular presenta algunos inconvenientes, como sigue: (1) para proporcionar la supervisión de conectividad necesita dos fases de señalización adicionales, después de configurar la LSP 110, y (2) no proporciona las funcionalidades adicionales que son posibles con las soluciones asociadas a las realizaciones n.os 1 y 4.
Realización n.° 4
En esta realización particular, se utilizan aspectos de OAM de Ethernet [IEEE-CFM] que son relevantes para la supervisión de la conectividad de las conexiones PBB-TE 110 punto a punto. En IEEE, estas conexiones PBB-TE son rutas ESP unidireccionales110, mientras que se utiliza el término LSP unidireccional 110 para identificar conexiones unidireccionales en general. La presente invención aborda ambos tipos de conexiones y también otras conexiones, ya que es asimismo aplicable a otras tecnologías tales como MPLS y SDH, además de a la tecnología Ethernet.
El estándar PBB-TE (referencia n.° 5) define las rutas ESP 110 punto a punto como una conectividad unidireccional de ingeniería de tráfico proporcionada, que se identifica por la tripleta [DA de MAC de ESP, SA de MAC de ESP, VID de ESP] donde DA de Ma C de ESP es una dirección de MAC individual, la SA de MAC de ESP es una dirección de MAC individual y el VID de ESP es un identificador de VLAN asignado para conexiones explícitamente enrutadas. Para formar una conexión PBB-TE bidireccional 110, se combinan dos ESP 110 punto a punto co-enrutadas. Las ESP 110 combinadas tienen las mismas direcciones de MAC de ESP, pero pueden tener diferentes VID de ESP. Aunque es posible utilizar GMPLS para configurar una única ESP unidireccional 110, los mecanismos de OAM de
Ethernet solo son completamente funcionales cuando se establecen conexiones bidireccionales 110 con ESP 110 co-enrutadas.
En ambos extremos de la conexión PBB-TE P2P bidireccional 110 están configurados los MEP 112a y 112b. Los MEP 112a y 112b supervisan la conexión PBB-TE 110 y están configurados con el mismo nivel de MD y el mismo MAID. Cada MEP 112a y 112b tiene un identificador único, el MEP ID. Además de estos identificadores, a cada MEP 112a y 112b que supervisa una conexión PBB-TE bidireccional 110 se le proporcionan tripletas [DA de MAC de ESP, SA de MAC de ESP, VID de ESP]. Como se ha descrito antes, los MEP 112a y 112b intercambian periódicamente mensajes CCM a intervalos fijos, intervalos de los que se han definido ocho distintos (véase la Tabla n.° 1) en la norma IEe E-CFM (referencia n.°4).
En la presente realización, para simplificar la configuración de la monitorización de conectividad, cuando se señaliza una ESP 110 de Ethernet o una LSP 110 normal, entonces se deben establecer automáticamente los MEP 112a y 112b asociados. Además, esta realización puede emplear la señalización GMPLS para habilitar/deshabilitar la supervisión de conectividad de una LSP 110 de Ethernet en particular. Tal como se explicará con más detalle a continuación, para supervisar una LSP 110 de Ethernet en esta realización se proporcionaría el siguiente conjunto de parámetros para instaurar los MEP 112a y 112b asociados:
• Se asigna un MAID único para la conexión PBB-TE 110 y ambos MEP 112a y 112b están configurados con la misma información. El MAID incluye un Nombre de MD y un Nombre corto de MA. La norma IEEE-CFM (referencia n.° 4) define varias reglas de formato para estos nombres. Dado que esta información también está incluida en todos los mensajes CC, la longitud combinada de los nombres estará limitada a 44 bytes.
• El nivel de MD permite la separación jerárquica de entidades de supervisión. La norma IEEE-CFM (referencia n.° 4) permite diferenciar 8 niveles.
• A cada MEP 112a y 112b se le proporciona un MEP ID. El MEP ID identifica de forma única un MEP 112a o 112b dado dentro de una Ma . Es decir, la combinación de MAID y MEP ID identifica de forma única al MEP 112a o 112b correspondiente.
• El sistema 104 de gestión especifica el Intervalo entre mensajes CCM deseado, basándose en los requisitos de servicio o la política del operador.
• Los MEP 112a y 112b conocen sus propios parámetros de accesibilidad y los parámetros de accesibilidad de su MEP remoto correspondiente. En el caso de la conexión PBB-TE P2P bidireccional 110, esto requiere que estén configuradas en cada MEP 112a y 112b las tripletas [MAC A de ESP, MAC B de ESP, VID 1 de eSp ] y [MAC B de ESP, MAC A de ESP, VID 2 de ESP]. La Etiqueta de Ethernet, Ethernet Label, 200 basada en GMPlS, tal como se define en [Fedyk-GELS-PBBTE] (referencia n.° 1) incluye la DA de MAC de ESP y el VID de ESP (véase la Figura 2). En consecuencia, los parámetros de accesibilidad necesarios para los MEP 112a y 112b pueden obtenerse de las Etiquetas de Ethernet, Ethernet Label, 200 (es decir, son transportados en las etiquetas descendentes y ascendentes).
Suponiendo que se siguen los procedimientos descritos en [Fedyk-GELS-PBBTE] (referencia n.° 1) para el establecimiento de la LSP 110 bidireccional de Ethernet, la configuración de los m Ep 112a y 112b debe ser la siguiente de acuerdo con esta realización de la presente invención. Cuando se inicia la señalización RSVP-TE para la LSP bidireccional 110 de Ethernet, el nodo puente 102a' de entrada (nodo local 102a') genera un mensaje de ruta, PATH, 114 (véase la Figura 1) y después:
• Asigna una Etiqueta ascendente 200 desde su dirección de MAC (MAC A de ESP) y VID localmente seleccionado (VID1 de ESP) (véase la Figura 2).
• Inserta una tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, en el objeto LSP_ATTRIBUTES, especificando el Intervalo entre mensajes CCM y el nivel de MD. Esta nueva tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, se describe a continuación con más detalle en relación con la Figura 4.
• Añade una sub-TLV 500 de Nombre de MD, MD Name, y una sub-TLV 600 de Nombre corto de MA, Short MA Name, a la tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, que identificará inequívocamente una Asociación de mantenimiento para la conexión PBB-TE 100 específica (nota: los valores de estos parámetros también podrían derivarse de los parámetros de identificación de la LSP en GMPLS). La nueva sub-TLV 500 de Nombre de MD, MD Name, y la nueva sub-TLV 600 de Nombre corto de MA, Short MA Name, se describen con más detalle a continuación en relación con las Figuras 5-6.
• Añade una sub-TLV 700a/700b de MEP ID a la nueva tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration. Se seleccionan dos valores enteros distintos para identificar los MEP local y remoto, 112a y 112b, dentro de la Asociación de mantenimiento que ha sido creada para la supervisión OAM de Ethernet de la conexión PBB-TE 110 punto a punto. A continuación se describe con más detalle la nueva sub-TLV 700a/700b de MEP ID en relación con las Figuras 7A y 7B.
Una vez que el nodo puente 102b' de salida (nodo remoto 102b') recibe el mensaje de ruta, PATH, 114, puede utilizar el objeto UPSTREAM_LABEL para extraer la información de accesibilidad del nodo puente 102a' de entrada (nodo iniciador 102a'). A continuación, el nodo puente 102b' de salida asigna un objeto LABEL (que será colocado en el mensaje REsV 116) seleccionando la dirección de MAC (MAC B de ESP) y el VID (VID 2 de ESP) que preferiría utilizar para recibir tráfico. El MAC B de ESP y el VID2 de ESP determinan la información de accesibilidad del MEP local 112b. Además, también se utiliza para configurar el MEP 112b local la información recibida en la tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration.
Después, el nodo puente 102b' de salida genera y envía el mensaje RESV 116 (incluido el objeto LABEL recientemente asignado) y una vez que el nodo puente 102a' de entrada (nodo iniciador 102a') recibe con éxito el mensaje RESV 116, puede extraer del objeto LABEL la información de accesibilidad del lado remoto mediante la cual el nodo puente 102a' de entrada ha obtenido toda la información que se necesita para establecer su MEP local 112a.
Es decir, el nodo puente 102a' de entrada y el nodo puente 102b' de salida pueden derivar las tripletas [MAC A de ESP, MAC B de ESP, VID 1 de ESP] y [MAC B de ESP, MAC A de ESP, VID 2 de ESP] de las Etiquetas de Ethernet, Ethernet Labels, 200. Una vez establecidos los MEP 112a y 112b, la supervisión de la LSP 110 es operativa.
Lo que sigue es una descripción detallada sobre las extensiones RSVP-TE y, en particular, la nueva tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, y sus tripletas TLV asociadas 500, 600 y 700a/700b que se utilizan en esta realización de la presente invención para ayudar a configurar los MEP 112a y 112b cuando se está configurando la LSP 110. En el RSVP-TE, el campo Indicadores, Flags, del objeto SESSION_ATTRIBUTE ("ATRIBUTO_SESIÓN") se usa para indicar las opciones y los atributos de la LSP 110. El campo Indicadores, Flags, tiene 8 bits y, por lo tanto, se limita a diferenciar solamente 8 opciones. Sin embargo, la norma RFC 4420 antes mencionada (referencia n.° 10) también define un nuevo objeto para los mensajes RSVP-TE con el fin de permitir la señalización de parámetros de atributos arbitrarios, lo que hace a RSVP-TE extensible para sustentar nuevas aplicaciones tales como la tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, asociada con esta realización de la presente invención. Además, la norma RFC 4420 permite opciones y atributos donde no es necesario que actúen todos los enrutadores 102 (por ejemplo, los LSR 102) a lo largo de la ruta de la LSP 100. Estas opciones y atributos pueden aplicarse solo a los enrutadores 102 que son clave en la ruta LSP 110, tales como el enrutador puente 102a' de entrada (LSR 102a' de entrada) y el enrutador puente 102b' de salida (LSR 102b' de salida). Por lo tanto, se pueden señalizar de manera transparente las opciones y los atributos, y examinarlos solamente en aquellos puntos donde se necesita que actúen, tales como el enrutador puente 102a' de entrada y el enrutador puente 102b' de salida.
Al implementar esta realización, el enrutador puente 102a' de entrada y el enrutador puente 102b' de salida podrían utilizar tanto el objeto LSP_ATTRIBUTES como el objeto LSP_REq UiRED_ATTRIBUTES definidos en la norma RFC 4420 para proporcionar un medio para señalizar atributos y opciones de LSP en forma de tripletas TLV (nota: la tripleta TLV de Indicadores de atributos, Attributes Flags, es la única tripleta TLV actualmente definida en la norma RFC 4420). Las opciones y los atributos señalados en el objeto LSP_ATTRIBUTES pueden ser traspasados de manera transparente a través de los enrutadores 102 (los LSR 102) que no sustenten una opción o atributo particulares, mientras que los contenidos del objeto LSP_REQUIRED_ATTRIBUTES son examinados y procesados por cada enrutador 102 (LSR 102). Puesto que las extensiones definidas para la Verificación de continuidad, Continuity Check, de la CFM van a ser procesadas solamente por el enrutador puente 102a' de entrada y el enrutador puente 102b' de salida, mientras que los nodos internos 102'' han de traspasar la información de manera transparente, el objeto LSP_ATTRIBUTES es el elegido para llevar la nueva tripleta TLV para señalización de información de configuración de OAM de Ethernet.
La nueva tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, (representada en la Figura 4) ha sido definida con la capacidad de sustentar la instauración bajo CFM de rutas LSP 110 de Ethernet de acuerdo con esta realización de la presente invención. La nueva tripleta TLV de Configuración de OAM de Ethernet, Ethernet OAM Configuration, 400 puede ser transportada en el objeto LSP_ATTRIBUTES dentro del mensaje de ruta, PATH, 114. La nueva tripleta TLV 400 de Configuración de Oa M de Ethernet, Ethernet OAM Configuration, alberga información acerca del intervalo entre mensajes CCM y también incluye las nuevas sub-TLV antes mencionadas, es decir, la sub-TLV 500 de Nombre de MD, MD Name, la sub-TLV 600 de Nombre corto de MA, Short MA Name, y la sub-TLV 700a/700b de MEP ID. Si la tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, está incluida en el objeto LSP_ATTRIBUTES, ello indica que se deben establecer puntos MEP 112a y 112b para la LSP 110. Si por cualquier motivo no se pueden establecer los MEP 112a y 112b, se generará un error.
La tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, que se muestra en la Figura 4 tiene los siguientes campos: (1) "tipo (2)" que indica un nuevo tipo, en concreto la tripleta TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration; (2) "longitud" que indica la longitud total, incluidas las sub-TLV 500, 600 y 700a/700b; (3) "versión" que identifica la versión del protocolo de CFM conforme a la norma IEEE-CFM (referencia n.° 4); (4) "nivel de MD" que indica el nivel deseado de MD (la norma IEEE-CFM define los distintos niveles de MD); y (5) "intervalo entre mensajes CCM" que identifica el Intervalo entre mensajes CCM, CCM
Interval, deseado, conforme a la codificación de 3 bits bosquejada en la norma IEEE-CFM (Tabla n.° 1).
La sub-TLV 500 de Nombre de MD, MD Name, que se muestra en la Figura 5 tiene los siguientes campos: (1) "tipo (1)" que indica la sub-TLV de Nombre de MD, m D Name; (2) "formato" que indica que dicha tripleta TLV es conforme a la norma IEEE-CFM (véase la referencia n.° 4); y (3) "nombre de MD" que indica un campo de longitud variable que está formateado según el formato especificado en el campo "formato". Si se especifica un formato indefinido, se generará un error. La sub-TLV de Nombre corto de MA, Short MA Name, 600 mostrada en la Figura 6 tiene los siguientes campos: (1) "tipo (2)" que indica la sub-TLV de Nombre corto de MA, Short MA Name; (2) "formato" que indica que dicha tripleta TLV es conforme a la norma IEEE-CFM (referencia n.° 4); y (3) "nombre corto de MA" que indica un campo de longitud variable formateado según el formato especificado en el campo "formato". Si se especifica un formato indefinido, se generará un error. Además, la longitud combinada de los campos "nombre de m D" y "nombre corto de MA" debe ser menor o igual que 44 bytes y, si esto no se cumple, se debe generar un error.
La sub-TLV 700a de MEP ID que se muestra en la Figura 7A tiene los siguientes campos: (1) "tipo (3)" que indica la sub-TLV de MEP ID; (2) "MEP ID local" que es un valor entero de 16 bits de la MEP iD para el Me P 112a en el lado iniciador (nodo puente 102a' de entrada); y (3) "MEP ID remoto" que es un valor entero de 16 bits de la MEP ID que se debe fijar para el MEP 112b establecido en el lado receptor (nodo puente 102b' de salida). El valor de "MEP ID remoto" lo determina el nodo iniciador (nodo puente 102a' de entrada), siendo ello posible por que se asigna un nuevo MAID a cada conexión PBB-TE 110 y los MEP ID solamente necesitan ser únicos dentro del ámbito del MAID.
En caso de que la conexión 110 sea una conexión punto a multipunto, se podría utilizar una sub-TLV alternativa 700b de MEP ID. En la Figura 7B se muestra una sub-TLV 700b de MEP Id , ilustrativa, que tiene los siguientes campos: (1) "tipo (3)" que indica la sub-TLV de MEP ID; (2) "MEP ID" que es un valor entero de 16 bits de la MEP ID para el MEP 112a en el lado iniciador (nodo puente 102a' de entrada); (3) "tipo de dirección" que indica el tipo de dirección utilizada para los nodos 102a' o 102b' (por ejemplo, ipv4, ipv6); y (4) "dirección de nodo" que indica la dirección IP del nodo 102a' o 102b' en el cual está definido el MEP. Podrían existir tantos casos de esta sub-TLV 700b de MEP ID como fuese necesario. En el caso P2P habría dos, una para el nodo puente 102b' de salida y otra para el nodo puente 102a' de entrada. En el caso P2MP habría una para el nodo raíz y una para cada nodo hoja señalizado en el mismo mensaje de ruta, PATH.
Como se ha mencionado más arriba, también se puede utilizar esta realización para establecer la funcionalidad de OAM de Ethernet, Ethernet OAM, para una ESP 100 unidireccional (LSP 100 unidireccional). Para habilitar esta función, la nueva TLV 400 de Configuración de OAM de Ethernet, Ethernet OAM Configuration, contendría una nueva sub-TLV 800 de Identificación de canal de control, Control Channel Identification, que se utiliza para sustentar la detección de fallo unidireccional. En el caso unidireccional, no se puede determinar la parte SA de MAC de ESP de la tripleta [DA de MAC de ESP, SA de MAC de ESP, VID de ESP] a partir de las etiquetas de Ethernet, Ethernet Labels, 200, ya que no existe ningún UPSTREAM_LABEL (asignado por el nodo puente 102a' de entrada) que lleve esta información en particular al nodo puente 102b' de entrada. Por lo tanto, se utiliza la sub-TLV 800 de Identificación de canal de control, Control Channel Identification para proporcionar el SA de ESP con el fin de permitir la adecuada configuración del MEP 112b del extremo final en el nodo puente 102b' de salida.
También en el caso unidireccional, no existe ruta de retorno para enviar los mensajes de CFM de vuelta al nodo periférico 102a' de entrada y, para abordar este problema, se describen a continuación dos opciones a modo de ejemplo. En primer lugar, el nodo puente 102b' de salida (nodo final 102b') puede detectar e indicar un fallo en el plano de datos por algún otro medio tal como, por ejemplo, señalización en el plano de control o plano de gestión, que pueden utilizarse para notificaciones de fallo y, si se desea, para la gestión de fallos. En segundo lugar, se puede mantener un canal de control independiente para devolver mensajes de CFM al nodo puente 102a' de entrada (nodo inicial 102a'). En el segundo caso, una VLAN dedicada puede identificar el canal de control y se puede preconfigurar o se puede señalizar esta VLAN dedicada dentro de la nueva sub-TLV 800 de Identificación de canal de control, Control Channel Identification. Para señalar explícitamente si existe un canal de control sobre el cual deben enviarse mensajes de CFM de retorno, se puede definir un bit de notificación, Notify, (N) donde, si se fija N, se especifica un VID que identifica el canal de control. En la Figura 8 se muestra este segundo caso. Se observará que, en un caso unidireccional, los MEP 112a y 112b están configurados de manera distinta que en un caso bidireccional, en el cual ambos MEP 112a y 112b están enviando y esperando recibir mensajes CCM, pero en el caso unidireccional el MEP 112a de origen está configurado para enviar mensajes CCM pero no espera recibir mensajes CCM y el MEP 112b de destino espera recibir mensajes CCM pero no enviar mensajes CCM.
La sub-TLV 800 de Identificación de canal de control, Control Channel Identification, que se muestra en la Figura 8 tiene los siguientes campos: (1) "tipo (4)" que indica la sub-TLV de Identificación de canal de control, Control Channel Identification; (2) "bit de notificación (N)" donde, si se ha fijado el bit N, se especifica un VID que identifica el canal de control; (3) "VID", que indica el VLAN ID del canal de control; y (4) "SA de Ma c de ESP", que indica la SA de MAC de ESP de la ESP punto a punto unidireccional 110.
A partir de lo que antecede, se puede observar que la presente invención proporciona un nodo periférico 102a que incluye un procesador 130 y una memoria 132 que almacena instrucciones ejecutables por procesador, donde el procesador 130 interactúa con la memoria 132 y ejecuta las instrucciones ejecutables por procesador para extender los procedimientos de instauración de conexión utilizados para establecer una conexión 110 con un nodo periférico
remoto 102b' a fin de proporcionar también una funcionalidad de verificación de conectividad al establecer allí un primer mecanismo 112a de verificación de conectividad (por ejemplo, el primer MEP 112a) y al habilitar el nodo periférico remoto 102b' para establecer un segundo mecanismo 112b de verificación de conectividad (por ejemplo, el segundo MEP 112b), donde el primer mecanismo 112a de verificación de conectividad y el segundo mecanismo 112b de verificación de conectividad son utilizados para supervisar la conectividad de la conexión 110 con el nodo periférico remoto 102b'. La extensión de los procedimientos de instauración de la conexión permite la configuración automática de parámetros utilizados para establecer los mecanismos de verificación de conectividad que se deben concatenar a la señalización de configuración de la conexión entre el nodo periférico 102a' y el nodo periférico remoto 102b'.
Se puede observar, asimismo, que la presente invención proporciona una red 100 que incluye un nodo periférico 102a' de entrada y un nodo periférico 102b' de salida, donde el nodo periférico 102a' de entrada incluye un procesador 130 y una memoria 132 que almacena instrucciones ejecutables por procesador, donde el procesador 130 interactúa con la memoria 132 y ejecuta las instrucciones ejecutables por procesador para extender los procedimientos de instauración de la conexión utilizados para establecer una conexión 110 con el nodo 102b' de salida, a fin de proporcionar también una funcionalidad de verificación de conectividad al establecer allí un primer mecanismo 112a de verificación de conectividad (por ejemplo, el primer MEP 112a). El nodo periférico 102b' de salida incluye un procesador 134 y una memoria 136 que almacena instrucciones ejecutables por procesador, donde el procesador 134 interactúa con la memoria 136 y ejecuta las instrucciones ejecutables por procesador para interactuar con el nodo periférico 102a' de entrada para establecer allí un segundo mecanismo 112b de verificación de conectividad (por ejemplo, el segundo MEP 112b), donde el primer mecanismo 112a de verificación de conectividad y el segundo mecanismo 112b de verificación de conectividad son utilizados para supervisar la conectividad de la conexión 110 entre el nodo periférico 102a' de entrada y el nodo periférico 102b' de salida. La extensión de los procedimientos de instauración de la conexión permite la configuración automática de parámetros utilizados para establecer los mecanismos de verificación de conectividad que se deben concatenar a la señalización de configuración de la conexión entre el nodo periférico 102a' de entrada y el nodo periférico 102b' de salida.
Aunque se han ilustrado múltiples realizaciones de la presente invención en los dibujos adjuntos y se han descrito en la descripción detallada precedente, debe entenderse que la invención no está limitada a las realizaciones descritas, sino que también es capaz de numerosos reordenamientos, modificaciones y sustituciones sin apartarse del alcance de las reivindicaciones que siguen.
Claims (14)
1. Un método para instaurar supervisión de conectividad de una conexión (110) entre un primer nodo periférico (102a') y un segundo nodo periférico (102b') en una red (100), comprendiendo dicho método los pasos de: extender procedimientos de instauración de conexión utilizados para establecer la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b') con el fin de proporcionar también una funcionalidad de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento de un primer Punto final de mantenimiento, MEP, (112a) en el primer nodo periférico (102a') y un segundo MEP (112b) en el segundo nodo periférico (102b'), donde el primer MEP (112a) y el segundo MEP (112b) son utilizados para supervisar el estado de la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b');
enviar un primer mensaje (114) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del primer nodo periférico sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, CCM, y
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el primer nodo periférico, estando el primer intervalo entre mensajes CCM comprendido en una primera tripleta Tipo-Longitud-Valor, TLV, (300) de Gestión de fallo de conectividad, CFM, de Ethernet;
establecer, por el segundo nodo periférico, el segundo MEP utilizando la primera información recibida de accesibilidad del primer nodo periférico, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del segundo nodo periférico;
recibir en el primer nodo periférico (102a') un segundo mensaje (116) desde el segundo nodo periférico (102b'), donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene:
- segunda información de accesibilidad del segundo nodo periférico en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del segundo nodo periférico, y
- una segunda tripleta TLV (300) de CFM de Ethernet que comprende un segundo CI fijado por el segundo nodo periférico (102b'); y
establecer, por el primer nodo periférico, el primer MEP utilizando la segunda información recibida de accesibilidad del segundo nodo periférico, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del primer nodo periférico.
2. Un método para instaurar supervisión de conectividad de una conexión (110) entre un primer nodo periférico (102a') y un segundo nodo periférico (102b') en una red (100), comprendiendo dicho método los pasos de: extender procedimientos de instauración de conexión utilizados para establecer la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b') con el fin de proporcionar también una funcionalidad de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento de un primer Punto final de mantenimiento, MEP, (112a) en el primer nodo periférico (102a') y un segundo MEP (112b) en el segundo nodo periférico (102b'), donde el primer MEP (112a) y el segundo MEP (112b) son utilizados para supervisar el estado de la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b');
enviar un primer mensaje (114) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del primer nodo periférico sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, CCM, y
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el primer nodo periférico, estando el primer intervalo entre mensajes CCM comprendido en primeros indicadores de una tripleta Tipo-Longitud-Valor, TLV, de Indicadores de atributos, Atributes Flags;
establecer, por el segundo nodo periférico, el segundo MEP utilizando la primera información recibida de accesibilidad del primer nodo periférico, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del segundo nodo periférico;
recibir en el primer nodo periférico (102a') un segundo mensaje (116) desde el segundo nodo periférico (102b'), donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene:
- segunda información de accesibilidad del segundo nodo periférico en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del segundo nodo periférico, y
- segundos indicadores de una tripleta TLV de Indicadores de Atributos, Atributes Flags, que comprenden un segundo CI fijado por el segundo nodo periférico (102b'); y
establecer, por el primer nodo periférico, el primer MEP utilizando la segunda información recibida de accesibilidad del segundo nodo periférico, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del primer nodo periférico.
3. Un método para instaurar supervisión de conectividad de una conexión (110) entre un primer nodo periférico (102a') y un segundo nodo periférico (102b') en una red (100), comprendiendo dicho método los pasos de: extender procedimientos de instauración de conexión utilizados para establecer la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b') con el fin de proporcionar también una funcionalidad de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento de un primer Punto final de mantenimiento, MEP, (112a) en el primer nodo periférico (102a') y un segundo MEP (112b) en el segundo nodo periférico (102b'), donde el primer MEP (112a) y el segundo MEP (112b) son utilizados para supervisar el estado de la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b');
enviar un primer mensaje (120) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), donde el primer mensaje es un mensaje de notificación, Notify, (120) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del primer nodo periférico sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, CCM, y
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el primer nodo periférico, estando el primer intervalo entre mensajes CCM comprendido en un objeto de Gestión de fallo de conectividad, CFM, que es una extensión RSVP-TE al primer mensaje;
establecer, por el segundo nodo periférico, el segundo MEP utilizando la primera información recibida de accesibilidad del primer nodo periférico, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del segundo nodo periférico;
recibir en el primer nodo periférico (102a') un segundo mensaje (122) desde el segundo nodo periférico (102b'), donde el segundo mensaje es otro mensaje de notificación, Notify, (122) de RSVP-TE y contiene:
- segunda información de accesibilidad del segundo nodo periférico en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del segundo nodo periférico, y
- un objeto de CFM que es una extensión RSVP-TE al segundo mensaje, comprendiendo el objeto de CFM un segundo CI fijado por el segundo nodo periférico (102b'); y
establecer, por el primer nodo periférico, el primer MEP utilizando la segunda información recibida de accesibilidad del segundo nodo periférico, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del primer nodo periférico.
4. Un método para instaurar supervisión de conectividad de una conexión (110) entre un primer nodo periférico (102a') y un segundo nodo periférico (102b') en una red (100), comprendiendo dicho método los pasos de: extender procedimientos de instauración de conexión utilizados para establecer la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b') con el fin de proporcionar también una funcionalidad de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento de un primer Punto final de mantenimiento, MEP, (112a) en el primer nodo periférico (102a') y un segundo MEP (112b) en el segundo nodo periférico (102b'), donde el primer MEP (112a) y el segundo MEP (112b) son utilizados para supervisar el estado de la conexión entre el primer nodo periférico (102a') y el segundo nodo periférico (102b');
enviar un primer mensaje (114) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del primer nodo periférico sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, CCM, y
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el primer nodo periférico, estando el primer intervalo entre mensajes CCM comprendido en un objeto de atributo con una primera tripleta Tipo-Longitud-Valor, TLV, (400) de Configuración de OAM de Ethernet, Ethernet OAM Configuration, definida para la configuración de OAM;
establecer, por el segundo nodo periférico, el segundo MEP utilizando la primera información recibida de accesibilidad del primer nodo periférico, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del segundo nodo periférico;
recibir en el primer nodo periférico (102a') un segundo mensaje (116) desde el segundo nodo periférico (102b'), donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene:
- segunda información de accesibilidad del segundo nodo periférico en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del segundo nodo periférico, y
- un objeto de atributo con segunda tripleta TLV (400) de Configuración de OAM de Ethernet, Ethernet OAM Configuration, que comprende un segundo CI fijado por el segundo nodo periférico (102b'); y
establecer, por el primer nodo periférico, el primer MEP utilizando la segunda información recibida de accesibilidad del segundo nodo periférico, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del primer nodo periférico.
5. El método según la reivindicación 1, 2 o 4 donde, en dicho paso de enviar el primer mensaje (114) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), el primer mensaje contiene parámetros para la configuración de función de OAM, incluida la configuración de la frecuencia de mensajes CCM.
6. El método según la reivindicación 4, donde dicho paso de establecer el primer y segundo puntos MEP (112a, 112b) comprende además el paso de:
configurar un canal de control para ser utilizado por el segundo nodo periférico (102b') con el fin de devolver gestiones CFM al primer nodo periférico (102a').
7. El método según la reivindicación 4 donde, en dicho paso de enviar el primer mensaje (114) desde el primer nodo periférico (102a') al segundo nodo periférico (102b'), el objeto de atributo en el primer mensaje tiene:
parámetros de identificación de entidad de OAM de Ethernet que incluyen un nivel de Dominio de Mantenimiento, MD, Nombre de MD, MD Name, un Nombre corto de MA, mA Short Name, y un Identificador de MEP, MEP ID, donde MEP significa Punto final de mantenimiento.
8. El método según la reivindicación 4, donde los parámetros de identificación de OAM de Ethernet son enviados en la tripleta TLV de configuración de OAM, donde la tripleta TLV tiene un nivel de MD y la tripleta TLV incluye además una sub-TLV que contiene un nombre de MD, MD Name, un nombre corto de MA, MA Short Name, y dos identificadores MEP ID para el primer y segundo puntos MEP (112a, 112b) respectivamente.
9. El método según la reivindicación 4, donde dicho paso de establecer, por el segundo nodo periférico, el segundo MEP comprende el paso de:
utilizar información de identificación de Ruta conmutada por etiquetas, Label Switched Path, LSP, del protocolo de señalización RSVP-TE.
10. Un medio (132, 136) legible por ordenador que comprende partes de código que, cuando son ejecutadas en un procesador (130, 134), configuran el procesador para realizar todos los pasos de un método según una cualquiera de las reivindicaciones de método precedentes.
11. Una red (100), que comprende:
un nodo periférico (102a') de entrada;
un nodo periférico (102b') de salida;
dicho nodo periférico de entrada incluye un procesador (130) y una memoria (132) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador con el fin de extender procedimientos de instauración de
conexión utilizados para establecer una conexión con el nodo periférico de salida para también proporcionar funcionalidades de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento allí de un primer Punto final de mantenimiento, MEP; y
dicho nodo periférico de salida incluye un procesador (134) y una memoria (136) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador para interactuar con el nodo periférico de entrada para establecer allí un segundo MEP, donde el primer MEP y el segundo MEP son utilizados para supervisar el estado de la conexión entre el nodo periférico de entrada y el nodo periférico de salida;
donde:
el nodo periférico de entrada está configurado para enviar un primer mensaje (114) al nodo periférico (102b') de salida, donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del nodo periférico de entrada sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, c Cm ,
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el nodo periférico de entrada, estando el primer intervalo entre mensajes CCM comprendido en una primera tripleta Tipo-Longitud-Valor, TLV, (300) de Gestión de fallo de conectividad, CFM, de Ethernet;
el nodo periférico de salida está configurado para establecer el segundo MEP utilizando la primera información recibida de accesibilidad del nodo periférico de entrada, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del nodo periférico de salida;
el nodo periférico de entrada está configurado para recibir un segundo mensaje (116) desde el nodo periférico (102b') de salida, donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene:
- segunda información de accesibilidad del nodo periférico de salida en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del nodo periférico de salida, y
- una segunda tripleta TLV (300) de CFM de Ethernet que comprende un segundo CI fijado por el nodo periférico (102b') de salida; y
el nodo periférico de entrada está configurado para establecer el primer MEP utilizando la segunda información recibida de accesibilidad del nodo periférico de salida, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del nodo periférico de entrada.
12. Una red (100), que comprende:
un nodo periférico (102a') de entrada;
un nodo periférico (102b') de salida;
dicho nodo periférico de entrada incluye un procesador (130) y una memoria (132) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador con el fin de extender procedimientos de instauración de conexión utilizados para establecer una conexión con el nodo periférico de salida para también proporcionar funcionalidades de Operaciones, Administración y Mantenimiento, OAM, mediante el establecimiento allí de un primer Punto final de mantenimiento, MEP; y
dicho nodo periférico de salida incluye un procesador (134) y una memoria (136) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador para interactuar con el nodo periférico de entrada para establecer allí un segundo MEP, donde el primer MEP y el segundo MEP son utilizados para supervisar el estado de la conexión entre el nodo periférico de entrada y el nodo periférico de salida;
donde:
el nodo periférico de entrada está configurado para enviar un primer mensaje (114) al nodo periférico (102b') de salida, donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la
información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del nodo periférico de entrada sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, c Cm ,
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el nodo periférico de entrada, estando el primer intervalo entre mensajes c Cm comprendido en primeros indicadores de una tripleta Tipo-Longitud-Valor, TLV, de Indicadores de atributos, Atributes Flags;
el nodo periférico de salida está configurado para establecer el segundo MEP utilizando la primera información recibida de accesibilidad del nodo periférico de entrada, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del nodo periférico de salida;
el nodo periférico de entrada está configurado para recibir un segundo mensaje (116) desde el nodo periférico (102b') de salida, donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene:
- segunda información de accesibilidad del nodo periférico de salida en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del segundo nodo periférico, y
- segundos indicadores de una tripleta Tipo-Longitud-Valor, TLV, de Indicadores de atributos, Atributes Flags, que comprende un segundo CI fijado por el nodo periférico (102b') de salida; y
el nodo periférico de entrada está configurado para establecer el primer MEP utilizando la segunda información recibida de accesibilidad del nodo periférico de salida, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del nodo periférico de entrada.
13. Una red (100), que comprende:
un nodo periférico (102a') de entrada;
un nodo periférico (102b') de salida;
dicho nodo periférico de entrada incluye un procesador (130) y una memoria (132) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador con el fin de extender procedimientos de instauración de conexión utilizados para establecer una conexión con el nodo periférico de salida para también proporcionar funcionalidades de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento allí de un primer Punto final de mantenimiento, MEP; y
dicho nodo periférico de salida incluye un procesador (134) y una memoria (136) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador para interactuar con el nodo periférico de entrada para establecer allí un segundo MEP, donde el primer MEP y el segundo MEP son utilizados para supervisar el estado de la conexión entre el nodo periférico de entrada y el nodo periférico de salida;
donde:
el nodo periférico de entrada está configurado para enviar un primer mensaje (120) al nodo periférico (102b') de salida, donde el primer mensaje es un mensaje de notificación, Notify, (120) de Protocolo de reserva de recursos -Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del nodo periférico de entrada sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, CCM,
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el nodo periférico de entrada, estando el primer intervalo entre mensajes CCM comprendido en un objeto de Gestión de fallo de conectividad, CFM, que es una extensión RSVP-TE al primer mensaje;
el nodo periférico de salida está configurado para establecer el segundo MEP utilizando la primera información recibida de accesibilidad del nodo periférico de entrada, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del nodo periférico de salida;
el nodo periférico de entrada está configurado para recibir un segundo mensaje (122) desde el nodo periférico (102b') de salida, donde el segundo mensaje es otro mensaje de notificación, Notify, de RSVP-TE (122) y contiene: - segunda información de accesibilidad del nodo periférico de salida en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del
nodo periférico de salida, y
- un objeto de CFM que es una extensión RSVP-TE al segundo mensaje, comprendiendo el objeto de CFM un segundo CI fijado por el nodo periférico (102b') de salida; y
el nodo periférico de entrada está configurado para establecer el primer MEP utilizando la segunda información recibida de accesibilidad del nodo periférico de salida, el segundo intervalo entre mensajes CCM, la primera DA de MAC y el primer VID del nodo periférico de entrada.
14. Una red (100), que comprende:
un nodo periférico (102a') de entrada;
un nodo periférico (102b') de salida;
dicho nodo periférico de entrada incluye un procesador (130) y una memoria (132) adaptada para almacenar instrucciones ejecutables por procesador donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador con el fin de extender procedimientos de instauración de conexión utilizados para establecer una conexión con el nodo periférico de salida para también proporcionar funcionalidades de Operaciones, administración y mantenimiento, OAM, mediante el establecimiento allí de un primer Punto final de mantenimiento, MEP; y
dicho nodo periférico de salida incluye un procesador (134) y una memoria (136) adaptada para almacenar instrucciones ejecutables por procesador, donde el procesador está adaptado para interactuar con la memoria y ejecutar las instrucciones ejecutables por procesador para interactuar con el nodo periférico de entrada para establecer allí un segundo MEP, donde el primer MEP y el segundo MEP son utilizados para supervisar el estado de la conexión entre el nodo periférico de entrada y el nodo periférico de salida;
donde:
el nodo periférico de entrada está configurado para enviar un primer mensaje (114) al nodo periférico (102b') de salida, donde el primer mensaje es un mensaje de ruta, Path, (114) de Protocolo de reserva de recursos - Ingeniería de tráfico, RSVP-TE, y contiene:
- primera información de accesibilidad en una etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la información de accesibilidad una primera Dirección de destino, DA, de Control de acceso a medios, MAC, y un primer Identificador de VLAN, VID, donde VLAN significa Red de área local virtual, del nodo periférico de entrada sobre el cual se reciben tráfico de plano de datos y Mensajes de verificación de conectividad, c Cm ,
- un primer Intervalo entre mensajes CCM, CCM Interval, CI, fijado por el nodo periférico de entrada, estando el primer intervalo entre mensajes c Cm comprendido en un objeto de atributo con una primera tripleta Tipo-Longitud-Valor, TLV, (400) de configuración de OAM de Ethernet, Ethernet OAM Configuration, definida para la configuración de OAM;
el nodo periférico de salida está configurado para establecer el segundo MEP utilizando la primera información recibida de accesibilidad del nodo periférico de entrada, el primer intervalo entre mensajes CCM, una segunda DA de MAC y un segundo VID del nodo periférico de salida;
el nodo periférico de entrada está configurado para recibir un segundo mensaje (116) desde el nodo periférico (102b') de salida, donde el segundo mensaje es un mensaje Resv (116) de RSVP-TE y contiene:
- segunda información de accesibilidad del nodo periférico de salida en una segunda etiqueta de Ethernet, Ethernet Label, (200), comprendiendo la segunda información de accesibilidad la segunda DA de MAC y el segundo VID del nodo periférico de salida, y
- un objeto de atributo con segunda tripleta TLV de configuración de OAM de Ethernet, Ethernet OAM Configuration, que comprende un segundo CI fijado por el nodo periférico (102b') de salida; y
el nodo periférico de entrada está configurado para establecer el primer MEP utilizando la segunda información recibida de accesibilidad del nodo periférico de salida, el segundo intervalo de CCM, la primera DA de MAC y el primer VID del nodo periférico de entrada.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US95327307P | 2007-08-01 | 2007-08-01 | |
US3075208P | 2008-02-22 | 2008-02-22 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2705798T3 true ES2705798T3 (es) | 2019-03-26 |
Family
ID=40070957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES13000792T Active ES2705798T3 (es) | 2007-08-01 | 2008-07-29 | Provisión de OAM basada en GMPLS |
Country Status (7)
Country | Link |
---|---|
US (2) | US8102774B2 (es) |
EP (2) | EP2238721B1 (es) |
DK (1) | DK2595350T3 (es) |
ES (1) | ES2705798T3 (es) |
HU (1) | HUE040657T2 (es) |
PL (1) | PL2595350T3 (es) |
WO (1) | WO2009016463A1 (es) |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101316225B (zh) * | 2007-05-30 | 2012-12-12 | 华为技术有限公司 | 一种故障检测方法、通信系统和标签交换路由器 |
US8102774B2 (en) | 2007-08-01 | 2012-01-24 | Telefonaktiebolaget Lm Ericsson (Publ) | GMPLS based OAM provisioning |
CN103067210B (zh) * | 2007-11-01 | 2015-11-18 | 爱立信电话股份有限公司 | 提供商骨干网桥业务工程(pbb-te)域中的连接性故障管理 |
GB0724859D0 (en) * | 2007-12-20 | 2008-01-30 | Ericsson Telefon Ab L M | Improvements in or relating to networks |
US8351348B2 (en) * | 2008-01-10 | 2013-01-08 | Futurewei Technologies, Inc. | Value-adoption and value-translation for automatic provisioning of port parameters |
KR101257677B1 (ko) * | 2008-08-26 | 2013-04-24 | 알까뗄 루슨트 | 트래픽 접속 및 연관된 모니터링 접속을 확립하기 위한 방법들 |
CN102132524B (zh) * | 2008-08-26 | 2014-03-26 | 阿尔卡特朗讯 | 用于建立业务连接及相关监控连接的方法 |
CN101369922B (zh) * | 2008-09-28 | 2011-04-06 | 华为技术有限公司 | 一种连通性检测方法和维护域终点及系统 |
US9490894B2 (en) * | 2008-12-08 | 2016-11-08 | Ciena Corporation | Coherent probe and optical service channel systems and methods for optical networks |
US8374502B2 (en) * | 2009-02-27 | 2013-02-12 | Futurewei Technologies, Inc. | Open shortest path first extensions in support of wavelength switched optical networks |
US8243743B2 (en) * | 2009-04-09 | 2012-08-14 | Ciena Corporation | In-band signaling for point-multipoint packet protection switching |
ES2463101T3 (es) * | 2009-11-30 | 2014-05-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Método y aparato para soportar detección de desacuerdo |
CN102118301B (zh) * | 2009-12-31 | 2014-03-19 | 中兴通讯股份有限公司 | 隧道保护方法及装置 |
WO2011137914A1 (en) * | 2010-05-04 | 2011-11-10 | Mingoa Limited | Identification and verification of management points in telecommunications systems |
US9077632B2 (en) * | 2010-05-04 | 2015-07-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Interworking between ethernet and MPLS |
US8995266B2 (en) * | 2010-07-07 | 2015-03-31 | Cisco Technology, Inc. | Performing path-oriented systems management |
US20140056581A1 (en) * | 2011-01-21 | 2014-02-27 | Telefonaktiebolaget L M Ericsson (Publ) | Timer value negotiation for path configuration based on rsvp-te |
US20120322479A1 (en) * | 2011-06-15 | 2012-12-20 | Renesas Mobile Corporation | Communication link monitoring and failure handling in a network controlled device-to-device connection |
CN103023671B (zh) * | 2011-09-20 | 2015-04-22 | 盛科网络(苏州)有限公司 | 芯片级实现OAM达到各种Interval的方法及装置 |
US8942256B1 (en) * | 2012-01-06 | 2015-01-27 | Juniper Networks, Inc. | Advertising with a layer three routing protocol constituent link attributes of a layer two bundle |
US9497107B1 (en) * | 2013-06-06 | 2016-11-15 | Cisco Technology, Inc. | Seamless path monitoring and rapid fault isolation using bidirectional forwarding detection in a network environment |
WO2014201613A1 (zh) * | 2013-06-17 | 2014-12-24 | 华为技术有限公司 | 一种mep配置方法及网络设备 |
US20150326469A1 (en) * | 2014-05-09 | 2015-11-12 | Telefonaktiebolaget L M Ericsson (Publ) | Oam aided explicit path report via igp |
US9237090B2 (en) | 2014-05-16 | 2016-01-12 | Ciena Corporation | Network routing systems and methods for validation of paths subsequent to validation failure |
CN105227458B (zh) * | 2014-07-01 | 2019-11-29 | 南京中兴新软件有限责任公司 | Trill isis的路由计算方法及装置 |
JP6359914B2 (ja) * | 2014-08-13 | 2018-07-18 | APRESIA Systems株式会社 | 中継システムおよび中継装置 |
US10164872B2 (en) * | 2014-09-05 | 2018-12-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Explicit control of aggregation links via IS-IS |
US9800433B2 (en) * | 2015-12-16 | 2017-10-24 | At&T Intellectual Property I, L.P. | Method and apparatus for providing a point-to-point connection over a network |
US9838307B2 (en) * | 2015-12-28 | 2017-12-05 | Juniper Networks, Inc. | Simple hierarchical label-switched paths |
CN105933231B (zh) * | 2016-06-24 | 2019-04-19 | 湖南恒茂高科股份有限公司 | Up mep报文处理方法与系统 |
US11140200B1 (en) * | 2017-12-29 | 2021-10-05 | Juniper Networks, Inc. | Distributing a network policy using connectivity fault management |
EP4275336A1 (en) * | 2021-01-06 | 2023-11-15 | ADTRAN, Inc. | Communication resilience in a network |
EP4275339A1 (en) * | 2021-01-06 | 2023-11-15 | ADTRAN, Inc. | Communication resilience in a network |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6865602B1 (en) * | 2000-07-24 | 2005-03-08 | Alcatel Canada Inc. | Network management support for OAM functionality and method therefore |
US7013342B2 (en) * | 2001-12-10 | 2006-03-14 | Packeteer, Inc. | Dynamic tunnel probing in a communications network |
US7260327B1 (en) * | 2002-05-10 | 2007-08-21 | Alcatel Lucent | Method and apparatus for supporting operations and maintenance functionality in an optical burst switching network |
FI122373B (fi) * | 2002-10-24 | 2011-12-30 | Tellabs Oy | Menetelmä, järjestelmä ja verkko-olio yhteysvian havaitsemiseksi |
US7626947B2 (en) * | 2003-08-27 | 2009-12-01 | Telefonaktiebolaget L M Ericsson (Publ) | Dynamic OAM for signaled connections (DOSC) |
US7924725B2 (en) * | 2003-11-10 | 2011-04-12 | Nortel Networks Limited | Ethernet OAM performance management |
DE602005017125D1 (de) | 2005-05-23 | 2009-11-26 | Alcatel Lucent | RSVP-Protokollerweiterung zur Unterstützung von OAM-Funktionen |
US7733794B2 (en) * | 2005-06-17 | 2010-06-08 | Alcatel Lucent | Performance monitoring of frame transmission in data network OAM protocols |
US8085670B2 (en) * | 2005-12-21 | 2011-12-27 | Nortel Networks Limited | Method and system for originating connectivity fault management (CFM) frames on non-CFM aware switches |
US8331243B2 (en) * | 2006-02-24 | 2012-12-11 | Rockstar Consortium USLP | Multi-protocol support over Ethernet packet-switched networks |
US7623449B2 (en) * | 2006-05-14 | 2009-11-24 | Atrica Israel Ltd. | Policy aware frame loss measurement |
US8102774B2 (en) * | 2007-08-01 | 2012-01-24 | Telefonaktiebolaget Lm Ericsson (Publ) | GMPLS based OAM provisioning |
US8264970B2 (en) * | 2007-10-12 | 2012-09-11 | Rockstar Bidco, LP | Continuity check management in a link state controlled Ethernet network |
US7957295B2 (en) * | 2007-11-02 | 2011-06-07 | Cisco Technology, Inc. | Ethernet performance monitoring |
-
2008
- 2008-07-29 US US12/810,228 patent/US8102774B2/en active Active
- 2008-07-29 HU HUE13000792A patent/HUE040657T2/hu unknown
- 2008-07-29 WO PCT/IB2008/001966 patent/WO2009016463A1/en active Search and Examination
- 2008-07-29 EP EP08788944.0A patent/EP2238721B1/en active Active
- 2008-07-29 ES ES13000792T patent/ES2705798T3/es active Active
- 2008-07-29 DK DK13000792.5T patent/DK2595350T3/en active
- 2008-07-29 PL PL13000792T patent/PL2595350T3/pl unknown
- 2008-07-29 EP EP13000792.5A patent/EP2595350B1/en active Active
-
2012
- 2012-01-23 US US13/356,219 patent/US8441937B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
DK2595350T3 (en) | 2019-01-28 |
WO2009016463A1 (en) | 2009-02-05 |
US8441937B2 (en) | 2013-05-14 |
EP2595350A1 (en) | 2013-05-22 |
PL2595350T3 (pl) | 2019-04-30 |
EP2238721A1 (en) | 2010-10-13 |
US20120120809A1 (en) | 2012-05-17 |
US8102774B2 (en) | 2012-01-24 |
EP2595350B1 (en) | 2018-10-17 |
US20100290345A1 (en) | 2010-11-18 |
EP2238721B1 (en) | 2013-04-10 |
HUE040657T2 (hu) | 2019-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2705798T3 (es) | Provisión de OAM basada en GMPLS | |
US10148456B2 (en) | Connecting multiple customer sites over a wide area network using an overlay network | |
US7765306B2 (en) | Technique for enabling bidirectional forwarding detection between edge devices in a computer network | |
US10250459B2 (en) | Bandwidth on-demand services in multiple layer networks | |
US8082340B2 (en) | Technique for distinguishing between link and node failure using bidirectional forwarding detection (BFD) | |
CN105245452B (zh) | 多协议标签交换流量工程隧道建立方法及设备 | |
US9485175B2 (en) | Continuity check protocol optimization systems and methods | |
JP5426770B2 (ja) | 電気通信網における方法及び装置 | |
US20160119229A1 (en) | Method for Establishing Tunnel, Method for Allocating Label, Device and Network System | |
US9755957B2 (en) | Pseudowire control channel for signaling events | |
US20160041888A1 (en) | Link state relay for physical layer emulation | |
US20150326469A1 (en) | Oam aided explicit path report via igp | |
US9467332B2 (en) | Node failure detection for distributed linear protection | |
ES2569366T3 (es) | Procedimiento y sistema de conmutación de túnel para servicios de conmutación por etiquetas multiprotocolo | |
US9264300B2 (en) | Hybrid distributed linear protection | |
US9769017B1 (en) | Impending control plane disruption indication using forwarding plane liveliness detection protocols | |
Andersson et al. | MPLS Transport Profile (MPLS-TP) Control Plane Framework | |
WO2018040614A1 (zh) | 建立虚拟专用网标签交换路径方法、相关设备和系统 | |
Takacs et al. | GMPLS RSVP-TE extensions for operations, administration, and maintenance (OAM) configuration | |
WO2016197613A1 (zh) | 一种静态伪线状态检测方法及装置 | |
JP5788954B2 (ja) | 電気通信網における方法及び装置 | |
CN102332987B (zh) | 一种伪线oam属性配置的方法和系统 | |
Andersson et al. | RFC 6373: MPLS Transport Profile (MPLS-TP) Control Plane Framework | |
Takacs et al. | GMPLS RSVP-TE Extensions for Ethernet Operations, Administration, and Maintenance (OAM) Configuration | |
Takacs et al. | RFC 7260: GMPLS RSVP-TE Extensions for Operations, Administration, and Maintenance (OAM) Configuration |