ES2315990T3 - Metodo, nodo de red y red de conmutacion de etiquetas multiprotocolo (mpls) para monitorizar una conexion tandem en una red de telecomunicaciones conmutcion de etiquetas multiprotocolo (mpls). - Google Patents

Metodo, nodo de red y red de conmutacion de etiquetas multiprotocolo (mpls) para monitorizar una conexion tandem en una red de telecomunicaciones conmutcion de etiquetas multiprotocolo (mpls). Download PDF

Info

Publication number
ES2315990T3
ES2315990T3 ES06075897T ES06075897T ES2315990T3 ES 2315990 T3 ES2315990 T3 ES 2315990T3 ES 06075897 T ES06075897 T ES 06075897T ES 06075897 T ES06075897 T ES 06075897T ES 2315990 T3 ES2315990 T3 ES 2315990T3
Authority
ES
Spain
Prior art keywords
oam
node
header
tandem connection
packet
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.)
Expired - Lifetime
Application number
ES06075897T
Other languages
English (en)
Inventor
Christian Addeo
Alberto Bellato
Italo Busi
Maarten Vissers
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Application granted granted Critical
Publication of ES2315990T3 publication Critical patent/ES2315990T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity

Landscapes

  • Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Radio Relay Systems (AREA)
  • Monitoring And Testing Of Exchanges (AREA)

Abstract

Un método para monitorizar simultáneamente, en una red de Conmutación de Etiquetas Multiprotocolo, un camino de conmutación de etiquetas y una conexión tándem (TC) de dicho camino de conmutación de etiquetas, siendo dicha conexión tándem (TC) una sección de dicho camino de conmutación de etiquetas, que comprende una secuencia de nodos sucesivos, teniendo dicha conexión tándem (TC) a monitorizar un nodo (4) de entrada y un nodo (6) de salida, comprendiendo dicho método los pasos de: - recibir un primer paquete (P3, P4) de Operación, Administración y Gestión, OAM, en el nodo (4) de entrada, teniendo dicho primer paquete (P3, P4) de OAM una cabecera (H3, H4) de conmutación; - generar un segundo paquete (T4) de Operación, Administración y Gestión, OAM, en el nodo (4) de entrada, paquete (P3, P4) de Operación, Administración y Gestión, OAM, en dicho nodo (4) de entrada, caracterizado porque comprende además: - Insertar una cabecera (TCH) de conexión tándem en dicho primer paquete (P4) de OAM, después de dicha cabecera (H4) de conmutación; - enviar hacia dicho nodo (6) de salida dicho primer paquete (P4, P5) de OAM con la cabecera (TCH) de conexión tándem, y dicho segundo paquete (T4, T5) de OAM; - en dicho nodo (6) de salida, identificar dicho segundo paquete (T5) de OAM de acuerdo con la ausencia de dicha cabecera (TCH) de conexión tándem, y extraer dicho segundo paquete (T5) de OAM de dicho camino de conmutación de etiquetas para monitorizar dicha conexión tándem (TC); y - en dicho nodo (6) de salida, identificar dicho primer paquete (P5) de OAM de acuerdo con la presencia de dicha cabecera (TCH) de conexión tándem, eliminando dicha cabecera (TCH) de conexión tándem, y reenviando dicho primer paquete (P6) de OAM, a lo largo del camino de conmutación de etiquetas, para monitorizar dicho camino de conmutación de etiquetas.

Description

Método, nodo de red y red de conmutación de etiquetas multiprocotolo (MPLS) para monitorizar una conexión tándem en una red de telecomunicaciones de conmutación de etiquetas multiprotocolo (MPLS).
La presente invención está relacionada con el campo de las telecomunicaciones. Más en particular, la presente invención está relacionada con un método para monitorizar una conexión tándem en una red de telecomunicaciones de Conmutación de Etiquetas Multiprotocolo. La invención está relacionada también con nodos de red que están adaptados para implementar tal método, y con una red MPLS que comprende tales nodos.
En las redes de telecomunicaciones de conmutación de paquetes, los datos de usuario son divididos en paquetes, siendo encaminado cada paquete desde un nodo fuente a un nodo de terminación, a través de un camino que comprende una pluralidad de nodos intermedios.
El camino que sigue cada paquete desde el nodo fuente al nodo de terminación puede ser determinado dinámicamente salto-a-salto, como sucede por ejemplo en las redes IP (Protocolo de Internet).
Alternativamente, el camino de un paquete puede ser determinado antes de la transmisión del paquete. Esto sucede normalmente en MPLS (Conmutación de Etiquetas Multiprotocolo), que están definidas por el Request for Comments (Petición de Comentarios) RFC3031, Enero de 2001.
En las redes MPLS, el camino definido entre el nodo fuente y el nodo de terminación es denominado Camino de Conmutación de Etiquetas (abreviado como LSP en la descripción que sigue).
En una red MPLS, el nodo fuente de un camino LSP asigna a cada paquete que ha de transmitirse una cabecera de conmutación que comprende una primera etiqueta, y envía el paquete al primer nodo intermedio del camino LSP determinado. El primer nodo intermedio, de acuerdo con el valor de esa primera etiqueta, envía el paquete al segundo nodo intermedio del camino LSP, tras sustituir la primera etiqueta por una segunda etiqueta que puede ser leída por el segundo nodo intermedio. Y así sucesivamente, hasta que el paquete alcanza el nodo de terminación, que elimina la cabecera del paquete y procesa la información del usuario comprendida en él.
Por tanto, los nodos fuente y los nodos de terminación están adaptados para crear y eliminar la cabecera de conmutación que comprende la etiqueta, respectivamente. Por otra parte, los nodos intermedios están adaptados para sustituir la etiqueta comprendida en la cabecera de conmutación del paquete recibido por una etiqueta diferente, que puede ser leída por el siguiente nodo intermedio.
En las redes MPLS, es conocida la supervisión de un camino LSP por medio de un conjunto de funciones que son denominadas OAM (Operación, Administración y Gestión). Más en particular, tales funciones OAM están adaptadas para comprobar la integridad del camino, el rendimiento de la transmisión a lo largo del camino, o similares. Las funciones OAM en las redes MPLS están estandarizados por la Recomendación Y-1711 del ITU-T, de Febrero de 2004.
De acuerdo con esta Recomendación, las funciones OAM se realizan transmitiendo paquetes particulares a lo largo del camino LSP para ser monitorizados, que son denominados paquetes OAM. Tales paquetes OAM son transmitidos periódicamente desde el nodo fuente al nodo de terminación, a lo largo del camino LSP para ser monitorizados.
Cada paquete OAM comprende, además de la cabecera de conmutación, una cabecera OAM, cuya etiqueta es igual a un valor predefinido (14, de acuerdo con la Y-1711 del ITU-T), para distinguir los paquetes OAM de los paquetes de usuario. Tal cabecera de OAM se coloca después de la cabecera de conmutación. Además, la carga útil de tales paquetes OAM comprende un campo que es denominado TTSI (identificador de Fuente Terminación del Camino), el cual, a su vez, comprende dos campos LSR-ID y LSP-ID de dieciséis y cuatro bytes, respectivamente, que comprenden un identificador del nodo fuente del camino LSP y el identificador del camino LSP, respectivamente.
Cuando un operador transmite datos de usuario desde un nodo fuente a un nodo de terminación, puede ser útil evaluar el rendimiento de la transmisión, tanto a lo largo de todo el camino LSP, como a lo largo de una o más secciones del mismo. En términos generales, una sección de un camino, (es decir, la secuencia de dos o más nodos sucesivos), se denomina "conexión tándem".
La supervisión de una conexión tándem es particularmente interesante cuando, por ejemplo, un camino entre un nodo fuente y un nodo de terminación de un operador de redes comprende una o más conexiones tándem que son gestionadas por otros operadores. En realidad, en el caso de fallos o errores de recepción, es importante, para el operador que es responsable de la transmisión a lo largo de todo el camino, determinar si el fallo/error ocurrió en una sección de la red dentro de su propia competencia, o dentro de la competencia de otro operador. Además, el operador que es responsable de la conexión tándem está interesado en monitorizar su propia conexión tándem.
Por tanto, existe la necesidad, para un operador, de tener la capacidad de monitorizar simultáneamente tanto el camino completo como las conexiones tándem de tal camino.
En particular, en el campo de redes MPLS, la compañía Huawei Technologies Co. Ltd, en el documento titulado "Propuesta para un dominio administrativo MPLS", presentado en la Reunión Plenaria SG13 del ITU-T, COM13-D104-E (25 de Abril - 6 de Mayo de 2005), propuso monitorizar una sección de un camino LSP en una red MPLS, de la manera siguiente. En cada dominio, el nodo de entrada puede insertar un denominado "paquete OAM por dominio" en el LSP que contiene la conexión tándem a monitorizar. El "paquete OAM por dominio" utiliza un formato similar al del paquete para monitorizar todo el LSP, como se define en la Y-1711 del ITU-T antes citada. Sin embargo, en este "paquete OAM por dominio", el campo TTSI debe ser modificado para el identificador del nodo de entrada de la conexión tándem al ser monitorizado. El nodo de salida de la conexión tándem a monitorizar monitoriza así el valor del campo TTSI, de manera que puede distinguir paquetes OAM para monitorizar todo el LSP y los "paquetes OAM por dominio".
Esta solución presenta algunos inconvenientes. En primer lugar, tal solución no es acorde con los aparatos MPLS actuales, ya que requiere un proceso de la carga útil (en particular, el campo TTSI) de los paquetes OAM recibidos. Además, tal proceso, aún cuando podría ser realizado por los aparatos MPLS actuales, requeriría el uso de una cantidad significativa de recursos en cada nodo, restando así recursos disponibles para transmitir paquetes de usuario.
Por tanto, el objeto general de la presente invención es proporcionar un método de supervisión de una conexión tándem en una red MPLS que supere los problemas anteriores.
En particular, un objeto de la presente invención es proporcionar un método de supervisión de una conexión tándem en una red MPLS que pueda ser implementado por aparatos actuales de MPLS, lo que requiere una cantidad menor de recursos en comparación con los métodos conocidos, y que es más rápido.
Estos y otros objetos se consiguen por medio de un método de acuerdo con la reivindicación 1, un nodo de acuerdo con las reivindicaciones 6 y 9, y una red de telecomunicaciones de acuerdo con la reivindicación 10. Otras características ventajosas están establecidas en las respectivas reivindicaciones dependientes. Se estima que todas las reivindicaciones son parte integrante de la presente descripción.
En un primer aspecto, la presente invención proporciona un método para monitorizar simultáneamente, en una red de Conmutación de Etiquetas Multiprotocolo (MPLS), tanto un Camino de Conmutación de Etiquetas como una conexión tándem del Camino de Conmutación de Etiquetas, siendo la conexión tándem una sección del camino de conmutación de etiquetas que comprende una secuencia de nodos sucesivos. La conexión tándem a monitorizar tiene un nodo de entrada y un nodo de salida. El método comprende los pasos siguientes: recibir un primer paquete de Gestión de Administración de Operaciones (OAM) en el nodo de entrada, teniendo el primer paquete OAM una cabecera de conmutación, y generando un segundo paquete OAM en el nodo de entrada. De acuerdo con la invención, se efectúan además los pasos siguientes: se inserta una cabecera de la conexión tándem en el primer paquete OAM después de la cabecera de conmutación; se envían el primer paquete OAM con la cabecera de la de la conexión tándem, y el segundo paquete OAM, al nodo de salida; en dicho nodo de salida, se identifica el segundo paquete OAM de acuerdo con la ausencia de la cabecera de la conexión tándem, y se extrae del camino de conmutación de etiquetas para monitorizar la conexión tándem; además, en el nodo de salida, se identifica el primer paquete OAM de acuerdo con la presencia de la cabecera de la conexión tándem, se elimina la cabecera de la conexión tándem, y se reenvía el primer paquete OAM a lo largo del camino de conmutación de etiquetas para monitorizar el camino de conmutación de etiquetas.
De acuerdo con un ventajoso modo de realización, se graba un valor predefinido en un campo de utilización experimental de la cabecera de la conexión tándem.
Preferiblemente, se graba un valor predefinido en un campo de etiquetas de la cabecera de la conexión tándem.
De acuerdo con un segundo aspecto, la presente invención proporciona un nodo de red de una red MPLS, en la que el nodo de red es parte de un camino de conmutación de etiquetas a monitorizar, y es un nodo de entrada de la conexión tándem a monitorizar también, siendo la conexión tándem una sección del camino de conmutación de etiquetas que comprende una secuencia de nodos sucesivos. El nodo de red está adaptado para recibir un primer paquete OAM que ha de ser enviado a un nodo de salida de la conexión tándem a monitorizar, en el que el primer paquete OAM tiene una cabecera de conmutación, y para generar un segundo paquete OAM que ha de ser enviado al nodo de salida. El nodo comprende además medios para insertar en el primer paquete OAM una cabecera de conexión tándem, tras la cabecera de conmutación, de manera que el segundo paquete OAM puede ser identificado en el nodo de salida de la conexión tándem, de acuerdo con la ausencia de la cabecera de la conexión tándem, y el primer paquete OAM puede ser identificado en el nodo de salida, de acuerdo con la presencia de la cabecera de la conexión tándem tras la cabecera de conmutación. El nodo de red incluye además medios para enviar hacia dicho nodo de salida tanto dicho primer paquete OAM con la cabecera de la conexión tándem, como dicho segundo paquete OAM.
De acuerdo con un tercer aspecto, la presente invención proporciona un nodo de red de una red MPLS, en el que el nodo de red es parte de un camino de conmutación de etiquetas y es un nodo de salida de una conexión tándem que ha de monitorizarse también, siendo la conexión tándem una sección del camino de conmutación de etiquetas que comprende una secuencia de nodos sucesivos. El nodo de red está adaptado para recibir un primer paquete OAM generado aguas arriba de un nodo de entrada de la conexión tándem a monitorizar, en el que el primer paquete OAM tiene una cabecera de conmutación, y un segundo paquete OAM generado en el nodo de entrada. El nodo comprende además medios para identificar dicho segundo paquete OAM de acuerdo con la ausencia de la cabecera de la conexión tándem, para extraer el segundo paquete OAM del camino de conmutación de etiquetas, para monitorizar la conexión tándem, para identificar el primer paquete OAM de acuerdo con la presencia de la cabecera de la conexión tándem, tras la cabecera de conmutación, para eliminar la cabecera de la conexión tándem, y para reenviar el primer paquete OAM a lo largo del camino de conmutación de paquetes para monitorizar el camino de conmutación de etiquetas.
De acuerdo con un cuarto aspecto, la presente invención proporciona una red MPLS que comprende un camino de conmutación de etiquetas y una conexión tándem de un camino de conmutación de etiquetas, donde dicho camino de conmutación de etiquetas y dicha conexión tándem han de monitorizarse simultáneamente, donde la conexión tándem comprende un nodo de entrada como se ha establecido anteriormente y un nodo de salida como se ha establecido anteriormente.
La invención quedará más clara con la lectura de la descripción siguiente, ofrecida a modo de ejemplo y sin limitación, para ser leída con referencia a los dibujos que se acompañan, en los que:
- La figura 1 muestra esquemáticamente una red MPLS, que comprende tres dominios;
- La figura 2 muestra esquemáticamente un primer ejemplo del método de supervisión de una conexión tándem aplicada a la red de la figura 1, de acuerdo con la presente invención;
- La figura 3 muestra esquemáticamente una cabecera de una conexión tándem;
- La figura 4 muestra esquemáticamente un segundo ejemplo del método de supervisión de una conexión tándem aplicado a la red de la figura 1, de acuerdo con la presente invención; y
- La figura 5 muestra esquemáticamente un tercer ejemplo del método de supervisión de una conexión tándem aplicada a la red de la figura 1, de acuerdo con la presente invención.
La figura 1 muestra esquemáticamente un ejemplo de red MPLS. Tal red MPLS comprende nueve nodos 1, 2, ... 9. Por simplicidad, en la figura 1 no se muestran los demás nodos de la red MPLS.
Los nodos 1, 2, 3 están comprendidos en un primer dominio D1; los nodos 4, 5, 6 están comprendidos en un segundo dominio D2; los nodos 7, 8, 9 están comprendidos en un tercer dominio D3. Los dominios D1, D3 son gestionados por un primer operador A, mientras que el segundo dominio D2 puede ser gestionado por el primer operador A o por un segundo operador B, como se ilustrará con más detalle más adelante.
En la figura 1, se supone que el nodo 1 tiene que transmitir datos de usuario al nodo 9. El nodo 1 es el nodo fuente del camino LSP, a través del cual se envían los paquetes de usuario al nodo 9. Tal camino LSP, ilustrado en la figura 1, comprende la cascada de nodos 1, 2, 3, ... 9.
Como fuente del camino LSP, el nodo 1 inserta una primera etiqueta a los paquetes que han de enviarse al nodo 2, indicados en la figura 1 como paquetes U1. Por tanto, cada paquete U1 incluye una cabecera H1 y una carga útil UP que comprende datos de usuario, como se ilustra esquemáticamente en la figura 1. La cabecera H1 de cada paquete U1 comprende, además de la etiqueta, otros datos que no se describen con más detalle, ya que no son relevantes para la presente descripción. El nodo 1 envía el paquete U1 al nodo 2.
El nodo 2, al recibir el paquete U1 desde el nodo 1, sustituye la primera etiqueta comprendida en la cabecera H1, por una segunda etiqueta que está adaptada para ser procesada por el nodo 3, formando así una cabecera H2, y envía el paquete U2 así obtenido al nodo 3. El nodo 3, al recibir el paquete U2 desde el nodo 2, sustituye la segunda etiqueta comprendida en la cabecera H2, por una tercera etiqueta que está adaptada para ser procesada por el nodo 4, formando así una cabecera H3, y envía el paquete U3 así obtenido al nodo 4. Y así sucesivamente, hasta que el nodo 9, que recibe desde el nodo 8 un paquete U8 con la cabecera H8, elimina la cabecera H8 y procesa la carga útil UP del usuario.
Se supone ahora que el primer operador A desea monitorizar el camino completo LSP de paquetes de usuario, y la conexión tándem TC que comprende los nodos 4, 5, 6, que están indicados por una doble flecha en la figura 2. Por ejemplo, en el caso de que el dominio D2 sea gestionado por el propio primer operador A, el operador A puede desear monitorizar la conexión tándem TC, siendo particularmente crítico el dominio D2 (por ejemplo, flujos de tráfico muy altos, tráfico valioso, o similares). En el caso de que el dominio D2 sea gestionado por un segundo operador B, el primer operador A puede desear monitorizar la conexión tándem TC para comprobar si ocurren posibles fallos en las secciones de la red propia, o en secciones de red del segundo operador B.
La figura 2 muestra esquemáticamente un primer ejemplo del método de supervisión de la conexión tándem TC, aplicado a la red de la figura 1, de acuerdo con un modo de realización de la presente invención, bajo la suposición de que también el dominio D2 está gestionado por el primer operador A.
El primer operador A inserta un primer flujo de paquetes OAM, que en adelante será denominado "flujo de paquetes OAM de conexión tándem", a lo largo del camino LSP a través del nodo de entrada (es decir, del primer nodo) de la conexión tándem a monitorizar. Además, el operador A extrae tal flujo de paquetes OAM de la conexión tándem, desde el camino LSP a través del nodo de salida (es decir, el último nodo) de la conexión tándem a monitorizar. Por ejemplo, en la figura 2, el nodo de entrada de la conexión tándem TC es el nodo 4, mientras que el nodo de salida de la conexión tándem TC es el nodo 6.
Por tanto, el flujo de paquetes OAM de la conexión tándem pasa a través de toda la conexión tándem TC a monitorizar.
En la descripción siguiente, la expresión "paquetes OAM del camino" indicarán el flujo de paquetes generados por el nodo fuente de un camino LSP para monitorizar un camino LSP completo, que son diferentes de los paquetes OAM de la conexión tándem antes citados.
El nodo 4 de entrada de la conexión tándem TC está adaptado para insertar una cabecera de conexión tándem en cualquier paquete (ya sea un paquete de usuario o un paquete OAM del camino) recibido desde el nodo 3, que lo precede en el camino LSP. De forma similar, el nodo 6 de salida de la conexión tándem está adaptado para eliminar una cabecera de conexión tándem de cualquier paquete (ya sea un paquete de usuario, un paquete OAM del camino o un paquete OAM de una conexión tándem) recibido desde el nodo 5, que lo precede en el camino LSP.
El solicitante ha observado que, para realizar tal operación de insertar una cabecera de conexión tándem en un paquete, de forma que tal paquete siga cumpliendo el estándar MPLS, incluso después de la inserción de tal cabecera, es ventajoso emplear un mecanismo de "apilamiento de etiquetas", que dispone el estándar MPLS, como se describe en Request for Comments (petición de comentarios) RFC3032, de Enero de 2001.
De acuerdo con tal RFC3032, un paquete MPLS puede comprender más de una cabecera, comprendiendo cada cabecera una respectiva etiqueta. Cada cabecera (y cada etiqueta comprendida en ella) se corresponde con un camino LSP de una capa diferente. Las cabeceras más externas se corresponden con capas más altas del camino, mientras que las cabeceras más internas se corresponden a las capas más bajas del camino. Cada nodo, para efectuar la conmutación de etiquetas, procesa siempre la cabecera más externa. Cada cabecera comprende, además de la etiqueta, un bit de la pila, que indica si la cabecera actual está seguida o no por una cabecera adicional. De esta manera, se puede apilar un número arbitrario de cabeceras.
Por tanto, de acuerdo con la RFC3032 antes mencionada, el nodo de entrada desde un camino de capa inferior a un camino de capa superior inserta, frente a cada paquete recibido, una cabecera de capa más alta, que precede temporalmente a la cabecera de capa inferior ya existente. Los nodos intermedios del camino de capa superior procesan las cabeceras más externas, es decir, la cabecera de capa más alta. El nodo de salida del camino de capa más alta elimina la cabecera de capa más alta, de manera que los nodos siguientes, que pertenecen al camino de capa más baja, procesan la cabecera más externa, es decir, la cabecera de la capa más baja.
Sin embargo, de acuerdo con la presente invención, a diferencia del apilamiento de etiquetas de acuerdo con la RFC3032 antes mencionada, el nodo de entrada de la conexión tándem inserta esa cabecera de la conexión tándem después de la cabecera de conmutación ya presente, H1, H2, ... H8.
Por tanto, la estructura de paquetes está de acuerdo con el mecanismo de apilamiento de etiquetas, como lo define la RFC3032, de Enero de 2001. Además, como cada nodo del camino LSP realiza la conmutación procesando la cabecera de la capa más externa, el mecanismo de conmutación queda inalterado.
La figura 3 muestra esquemáticamente la estructura de una cabecera TCH de conexión tándem, de acuerdo con un modo de realización de la presente invención. Tal cabecera TCH de conexión tándem comprende un campo L de etiqueta, un campo EXP de uso experimental, un campo S de apilamiento y un campo TTL de Tiempo de Vida. De acuerdo con un modo de realización de la presente invención, el tamaño de cada campo es conforme con la RFC3032 de MPLS, de Enero de 2001, es decir, el tamaño del campo L es de 20 bits, el tamaño del campo EXP es de 3 bits, el tamaño del campo S es de 1 bit y el tamaño del campo TTL es de 8 bits.
De acuerdo con modos de realización de la presente invención, la cabecera TCH de conexión tándem insertada en un paquete comprende, preferiblemente, en el campo L de etiqueta, una etiqueta de conexión tándem que tiene un valor predefinido. Tal valor predefinido debe ser diferente del valor predefinido 14 antes citado de la etiqueta comprendida en las cabeceras OAM.
De acuerdo con otros modos de realización de la presente invención, la cabecera TCH de conexión tándem insertada en un paquete comprende, preferiblemente, en el campo EXP de uso experimental, un valor predefinido. Tal valor predefinido debe ser, preferiblemente, distinto de "000" que es el valor estándar actual insertado en el campo EXP de las cabeceras de conmutación y de las cabeceras OAM. Preferiblemente, el campo L de etiqueta comprende el mismo valor predefinido 14, el cual es utilizado actualmente para las cabeceras OAM. Por tanto, las cabeceras OAM y las cabeceras de la conexión tándem solamente difieren en su valor del campo EXP. Esto permite ventajosamente evitar la reserva de un valor de etiqueta para la supervisión de la conexión tándem, conservando así todos los valores de etiqueta disponibles (excepto 14) para fines de conmutación.
Siguiendo con la referencia a la figura 2, esta figura muestra respectivamente un flujo de paquetes de usuario (U1, U2, ..., U8 en la fila superior), un flujo de paquetes OAM del camino (P1, P2, ..., P8 en la fila intermedia), y un flujo de paquetes OAM de conexión tándem (T4, T5 en la fila inferior), que son procesados de acuerdo con la presente invención.
Se puede hacer referencia inicialmente al flujo de paquetes U1, U2, ..., U8, que son generados por el nodo 1 y recibidos por el nodo 9.
El nodo 4 recibe el paquete U3 desde el nodo 3 y calcula la nueva cabecera H4 de conmutación. Como el nodo H4 es un nodo de entrada de la conexión tándem, de acuerdo con la presente invención, inserta una cabecera TCH de conexión tándem después de la cabecera H4 de conmutación. El nodo 4 obtiene por tanto el paquete U4, que es enviado al nodo 5. La cabecera H4 de conmutación es entonces la cabecera más externa del paquete U4. No se ha alterado sustancialmente con respecto a la cabecera H3, excepto en el valor de la etiqueta y en el valor del bit de apilamiento que se fija en "1", de manera que indica la presencia de una cabecera adicional.
El nodo 5 recibe el paquete U4 desde el nodo 4 y calcula nueva cabecera H5 de conmutación, obteniendo así un paquete U5 que es enviado al nodo 6.
Cuando el nodo 6 recibe el paquete U5, calcula la nueva cabecera H6 de conmutación y, como el nodo 6 es un nodo de salida de la conexión tándem, elimina la cabecera TCH. También en este caso, la cabecera H6 de conmutación queda sustancialmente inalterada con respecto a la cabecera H5 de conmutación, excepto el valor de la etiqueta y el valor del bit de apilamiento, que son fijados igual a "0", de manera que indican que no hay una cabecera posterior.
De acuerdo con la presente invención, el proceso anteriormente descrito se aplica también al flujo de paquetes OAM del camino P1, P2, ..., P8 generados por el nodo 1 para monitorizar todo el camino LSP entre el nodo 1 y el nodo 9.
En realidad, en la figura 2 se puede observar que los paquetes OAM del camino P1, P2, ..., P8 (ilustrados en la fila intermedia de la figura 2) tienen cabeceras H1, H2, ..., H8 de conmutación que son idénticas a las de los correspondientes paquetes U1, U2, ..., U8 de usuario, mientras que los paquetes P4 y P5 tienen cabeceras TCH que son idénticas a las de los correspondientes paquetes U4 y U5 de usuario. Además, con respecto a los correspondientes paquetes U1, U2, ..., U8, tales paquetes P1, P2, ..., P8 comprenden la cabecera OAM antes citada, indicada en la figura 2 como OAMH. Los paquetes P1, P2, ..., P8 comprenden entonces una carga útil de OAM que está indicada en la figura 2 como OAMP.
De acuerdo con la presente invención, el valor de la etiqueta comprendido en la cabecera TCH de la conexión tándem, es diferente del valor de la etiqueta comprendido en la cabecera OAMH.
Debe hacerse referencia ahora a la fila inferior de la figura 2. Como ya se ha mencionado, el operador A, para monitorizar la conexión tándem TC, inserta a lo largo del camino LSP un flujo de paquetes OAM de la conexión tándem, a través del nodo de entrada de la conexión tándem TC, es decir, el nodo 4. Tales paquetes OAM de conexión tándem están indicados en la figura 2 como T4. Cada paquete T4 generado por el nodo 4 comprende la cabecera H4 de conmutación, la cabecera OAMH y una carga útil OAMP.
Como el nodo 5 recibe un paquete T4 desde el nodo 4, calcula la nueva cabecera H5 de conmutación, pero no inserta ninguna cabecera TCH, ya que tal paquete T4 ha sido generado dentro de la conexión tándem TC. Después envía el paquete T5 así obtenido al nodo 6.
Por tanto, el nodo 6 recibe paquetes P5 de OAM del camino que tienen una cabecera TCH, que están adaptados para monitorizar todo el camino LSP. Por otra parte, el nodo 6 recibe paquetes T5 de OAM de la conexión tándem, que no tienen cabecera TCH, los cuales están adaptados para monitorizar la conexión tándem TC.
Por tanto, el nodo 6, al comprobar la presencia o la ausencia de la cabecera TCH en cada paquete P5, T5 recibido, es capaz de distinguir paquetes P5 de OAM del camino, para ser reenviados al nodo 7 para monitorizar el camino LSP, y los paquetes T5 de OAM de la conexión tándem, para ser extraídos del camino LSP y procesados directamente para monitorizar la conexión tándem TC.
Más en particular, el nodo 6 reenvía paquetes OAM del camino que comprenden una cabecera TCH al nodo 7. Se puede observar que durante este paso, el nodo 6 elimina también la cabecera TCH del paquete OAM del camino, ya que el nodo 6 es el nodo de salida de la conexión tándem TC. Por tanto, el nodo 9 recibe y procesa paquetes OAM que cumplen con el estándar, sin ninguna cabecera adicional.
Por otra parte, el nodo 6 extrae del camino LSP, paquetes T5 de OAM de la conexión tándem, que no comprenden ninguna cabecera TCH. También en este caso, el nodo 6 procesa paquetes OAM que cumplen con el estándar, sin ninguna cabecera adicional.
La figura 4 muestra un segundo ejemplo del método de supervisión de una conexión tándem de acuerdo con un modo de realización de la presente invención, donde el dominio D2 está gestionado por un segundo operador B.
\newpage
También en este caso, el primer operador A desea monitorizar la conexión tándem. Sin embargo, en este caso, el primer operador A no tiene permitido el acceso a los nodos 4 y 6 y, por tanto, no tiene permitido insertar y extraer flujos de paquetes OAM de conexión tándem a través de los nodos 4 y 6.
En este caso, el primer operador A identifica una segunda conexión tándem TC', que comprende la conexión tándem TC a monitorizar y que tiene un nodo de entrada y un nodo de salida accesibles por el primer operador A.
Por ejemplo, la segunda conexión tándem TC' puede ser la conexión tándem 3-4-5-6-7 que está ilustrada en la figura 4.
Por tanto, hay dos conexiones tándem anidadas: una primera conexión tándem TC, con un nodo de entrada 4 y un nodo de salida 6, que son accesibles por el operador B, y una segunda conexión tándem TC' que comprende la conexión tándem TC, con el nodo de entrada 3 y el nodo de salida 7, que son accesibles por el operador A.
En este caso, el primer operador A inserta en el camino LSP el flujo de supervisión de la conexión tándem TC, a través del nodo de entrada 3, y lo extrae del camino LSP a través del nodo de salida 7.
Además, cada nodo de entrada de conexión tándem (es decir, los nodos 3 y 4) está adaptado para insertar una cabecera de conexión tándem en cualquier paquete (paquete de usuario, paquete OAM del camino y paquete OAM de conexión tándem) recibido desde el nodo que lo precede en el camino LSP. De forma similar, cada nodo de salida de la conexión tándem (es decir, los nodos 6 y 7) está adaptado para eliminar la cabecera de la conexión tándem de cualquier paquete (paquete de usuario, paquete OAM del camino y paquete OAM de conexión tándem) recibido desde el nodo que lo precede en el camino LSP.
Como ya se ha descrito con referencia a la figura 2, también en este caso los nodos de entrada de la conexión tándem están adaptados para insertar la cabecera de la conexión tándem tras la cabecera de conmutación ya comprendida en los paquetes recibidos.
Por ejemplo, la figura 4 ilustra un flujo de paquetes de usuario (U1, U2, ... U8, fila superior), un flujo de paquetes OAM (P1, P2, ... P8, fila intermedia) y un flujo de paquetes OAM de conexión tándem (T3, ... T6, fila inferior), respectivamente, que son procesados de acuerdo con los modos de realización de la presente invención.
En primer lugar, se puede hacer referencia al flujo de paquetes de usuario U1, U2, ... U8, generados por el nodo 1 y recibidos por el nodo 9.
Cuando el nodo 3 recibe un paquete U2 desde el nodo 2, calcula la nueva cabecera H3 de conmutación y, como el nodo 3 es el nodo de entrada de la conexión tándem TC', el nodo 3 inserta una cabecera TCH de la conexión tándem en el paquete de usuario recibido, cuya etiqueta tiene preferiblemente un valor predefinido. Preferiblemente, la cabecera TCH se inserta tras la cabecera H3. El nodo 3 reenvía al nodo 4 el paquete U3 así obtenido.
El nodo 4 recibe el paquete U3 desde el nodo 3, y calcula la nueva cabecera H4 de conmutación. Además, como el nodo 4 es el nodo de entrada de la conexión tándem TC, también el nodo 4 inserta una cabecera TCH de conexión tándem en el paquete de usuario recibido. Tal cabecera TCH es preferiblemente idéntica a la insertada por el nodo 3. Por tanto, el paquete U4 de usuario enviado por el nodo 4 y recibido por el nodo 5 tendrá dos cabeceras TCH idénticas consecutivas, que están colocadas preferiblemente después de la cabecera H4 (que sigue siendo la cabecera más externa).
El nodo 5 recibe el paquete U4 desde el nodo 4, y calcula la nueva cabecera H5 de conmutación, obteniendo así un paquete U5 que es enviado al nodo 6.
Cuando el nodo 6 recibe el paquete U5, calcula la nueva cabecera H6 de conmutación y, como el nodo 6 es el nodo de salida de la conexión tándem TC, una de las cabeceras TCH es eliminada del paquete de usuario. Preferiblemente, se elimina la cabecera que está más cercana a la cabecera de conmutación. De esta manera, el valor del bit de apilamiento se mantiene inalterado. El nodo 6 envía entonces al nodo 7 el paquete U6 así obtenido.
Cuando el nodo 7 recibe el paquete U6, calcula la nueva cabecera H7 de conmutación y, como el nodo 7 es el nodo de salida de la conexión tándem TC', se elimina la cabecera restante TCH del paquete U6. El paquete U7 así obtenido es reenviado después al nodo 8, y después al nodo 9, donde es recibido y procesado de la manera tradicional.
El proceso anteriormente descrito es aplicable también al flujo de los paquetes P1, P2, ... P8 de OAM del camino, generados por el nodo 1, para monitorizar todo el camino LSP entre el nodo 1 y el nodo 9.
En realidad, haciendo referencia a la figura 4, se puede observar que los paquetes P1, P2, ... P8 de OAM del camino tienen cabeceras H1, H2, ... H8 de conmutación y cabeceras TCH de conexión tándem idénticas a los correspondientes paquetes de usuario U1, U2, ... U8.
Se puede hacer ahora referencia a la fila inferior de la figura 4. Como ya se ha mencionado, para monitorizar la conexión tándem TC, el operador A inserta a lo largo del camino LSP un flujo de paquetes OAM de conexión tándem, a través del nodo de entrada de la conexión tándem TC', es decir, del nodo 3. Tales paquetes están indicados en la figura 4 como T3. Cada paquete T3 generado por el nodo 3 comprende la cabecera H3 de conmutación, la cabecera OAMH y la carga útil OAMP.
Cuando el nodo 4 recibe un paquete T3 desde el nodo 3, calcula la nueva cabecera H4 de conmutación y, como el nodo 4 es el nodo de entrada de la conexión tándem TC, inserta una cabecera TCH de conexión tándem después de la cabecera H4, obteniendo así un paquete T4.
El paquete T4 es reenviado entonces al nodo 5, que calcula la nueva cabecera H5 de conmutación y envía al nodo 6 el paquete T5 así obtenido.
Cuando el nodo 6 recibe tal paquete T5, calcula la nueva cabecera H6 de conmutación y, como el nodo 6 es el nodo de salida de la conexión tándem TC, elimina la cabecera TCH del paquete T5, obteniendo así un paquete T6, que es enviado al nodo 7.
El nodo 7 recibe entonces los paquetes P6 de OAM del camino que tienen una cabecera TCH y que están adaptados para monitorizar todo el camino LSP. Por otra parte el nodo 7 del operador A recibe paquetes T6 de OAM de la conexión tándem que no tienen cabecera TCH y que están adaptados para monitorizar la conexión tándem TC.
Por tanto, el nodo 7, al comprobar la presencia o bien la ausencia de la cabecera TCH en cada paquete P6, T6 de OAM recibido, es capaz de distinguir los paquetes P6 de OAM del camino, que han de ser reenviados al nodo 8 para monitorizar el camino LSP, y los paquetes T6 de OAM de la conexión tándem, que han de ser extraídos del camino LSP y que han de ser procesados directamente para monitorizar la conexión tándem TC.
Más en particular, el nodo 7 reenvía al nodo 8 paquetes OAM del camino que comprenden una cabecera TCH. Se puede observar que, durante este paso, el nodo 7 elimina también la cabecera TCH del paquete OAM del camino, siendo el nodo 7 el nodo de salida de la conexión tándem TC'. El nodo 9 recibe por tanto y procesa paquetes OAM estándar, sin ninguna cabecera adicional.
Por otra parte, el nodo 7 extrae del camino LSP paquetes OAM de la conexión tándem que no comprenden ninguna cabecera TCH, y los procesa directamente. También en este caso el nodo 7 procesa paquetes de OAM estándar, sin ninguna cabecera adicional.
Por tanto, la presente invención tiene las ventajas siguientes.
En primer lugar, la información que permite distinguir paquetes OAM del camino y paquetes OAM de la conexión tándem, y que permite por tanto al operador A monitorizar al mismo tiempo todo el camino y la conexión tándem, es una cabecera de la conexión tándem. Por tanto, para distinguir paquetes OAM del camino y paquetes OAM de la conexión tándem, cada nodo tiene que considerar simplemente la cabecera de los paquetes OAM recibidos, sin necesidad de procesar su carga útil.
Por otra parte, esto hace que el método de acuerdo con la presente invención sea compatible con los aparatos MPLS actuales y, por otra parte, esto reduce tanto la cantidad de recursos requeridos (memoria, CPU, etc.) para tal operación, así como el tiempo de proceso.
Se puede conseguir una reducción adicional de la complejidad de proceso teniendo cabeceras de conexión tándem idénticas para todos los nodos y para todos los tipos de paquetes.
Además, como la cabecera de la conexión tándem se inserta después de la cabecera de conmutación, los mecanismos de conmutación a lo largo del camino LSP quedan inalterados.
Además, todos los paquetes son procesados por los nodos de la misma manera, tanto los paquetes de usuario como los paquetes OAM. También esto ayuda ventajosamente a reducir la complejidad de proceso en cada nodo, ya que no se requiere que todos los nodos sean capaces de distinguir tipos de paquetes diferentes, sino que realicen simplemente la misma operación con todos los paquetes recibidos.
Además, todos los paquetes (paquetes de usuario, paquetes de OAM del camino y paquetes de OAM de la conexión tándem) son recibidos por el respectivo nodo de terminación, que tiene que procesarlos sin una cabecera adicional ni ningún campo de carga útil adicional, con respecto al formato estándar de un paquete MPLS. Ventajosamente, entonces, los nodos que realizan el proceso de paquetes, y en particular el proceso de la carga útil, no tienen que ser modificados con respecto a los nodos MPLS actuales.
Además, ventajosamente, el método de acuerdo con la invención permite al primer operador A y al segundo operador B, monitorizar sustancialmente al mismo tiempo la sección del camino LSP comprendida entre los nodos 4 y 6, que está gestionada por el segundo operador B.
La figura 5 muestra un tercer ejemplo del método de supervisión de una conexión tándem aplicado a la red de la figura 1, de acuerdo con un modo de realización de la presente invención.
En el ejemplo de la figura 5, se supone que el operador A desea monitorizar tanto la totalidad del camino LSP entre el nodo 1 y el nodo 9, como la conexión tándem TC gestionada por el segundo operador B. Al mismo tiempo, también el operador B desea monitorizar su propia conexión tándem TC.
En la descripción siguiente, la expresión "paquetes OAM del camino" se seguirá refiriendo a paquetes OAM generados por el nodo 1 para monitorizar el camino LSP. La expresión "paquetes A de OAM de la conexión tándem" indicará los paquetes OAM generados por el operador A para monitorizar la conexión tándem TC. La expresión "paquetes B de OAM de la conexión tándem" indicará los paquetes OAM generados por el operador B para monitorizar la conexión tándem TC.
De forma similar al ejemplo de la figura 4, para monitorizar el camino LSP, el operador A transmite a lo largo del camino LSP, desde el nodo 1, un flujo de paquetes OAM indicados como P1, P2, ..., P8 en la figura 5. De forma similar al ejemplo de la figura 4, el operador A inserta a lo largo del camino LSP un flujo de paquetes A de OAM de conexión tándem a través del nodo 3, para monitorizar la conexión tándem TC, que están indicados como TA3, ... TA6 en la figura 5.
Además, en el ejemplo de la figura 5, el operador B inserta a lo largo del camino LSP un flujo de paquetes B de OAM de la conexión tándem a través del nodo 4, para monitorizar la conexión tándem TC, que están indicados como TB4, TB5 en la figura 5.
Los tres flujos de paquetes OAM y el flujo de paquetes de usuario son procesados por cada nodo, de acuerdo con las operaciones anteriores, descritas con referencia a las figuras 2 y 4, es decir:
-
cada nodo de entrada de una conexión tándem (3 y 4) inserta una cabecera TCH de conexión tándem tras la cabecera de conmutación H1, H2, ..., H8 de cada paquete recibido, y
-
cada nodo de salida de una conexión tándem (6 y 7) elimina una cabecera TCH de conexión tándem de cada paquete recibido.
En la figura 5, por simplicidad, no se ilustra el flujo de paquetes de usuario.
Por tanto, haciendo referencia a la primera fila de la figura 5, (P1, P2, ..., P8) se puede observar que el nodo 3 inserta una primera cabecera TCH en cada paquete P2 recibido, y reenvía el paquete P3 así obtenido al nodo 4. De forma similar, el nodo 4 inserta una segunda cabecera TCH de conexión tándem en cada paquete P3 recibido, y reenvía el paquete P4 así obtenido al nodo 5. El nodo 5 recibe el paquete P4, modifica la cabecera de conmutación y reenvía el paquete P5 así obtenido al nodo 6. El nodo 6 elimina una cabecera TCH de cada paquete P5 recibido (preferiblemente la que está más cercana a la cabecera de conmutación), y reenvía al nodo 7 el paquete P6 así obtenido. El nodo 7 extrae la cabecera TCH restante de cada paquete recibido P6 y reenvía al nodo 8 el paquete P7 así obtenido.
Haciendo referencia ahora a la segunda fila de la figura 5 (TA3, ..., TA6), el nodo 4 inserta una cabecera TCH en cada paquete TA3 recibido, y reenvía al nodo 5 el paquete TA4 así obtenido. El nodo 5 recibe el paquete TA4, modifica su cabecera de conmutación y reenvía el paquete TA5 así obtenido al nodo 6. El nodo 6 elimina la cabecera TCH de cada paquete TA5 recibido, y reenvía el paquete TA6 así obtenido al nodo 7.
Finalmente, haciendo referencia a la última fila de la figura 5 (TB4, TB5), los paquetes TB4 insertados por el operador B a través del nodo 4, son generados dentro de la conexión tándem TC, que no contiene ninguna conexión tándem adicional. Por tanto, los nodos no insertan cabeceras TCH adicionales a tales paquetes.
Consecuentemente, cuando el nodo 6 recibe un paquete P5, TA5, TB5 de OAM, procesa las cabeceras del paquete OAM recibido. Si el paquete OAM recibido no incluye ninguna cabecera TCH, el nodo 6 reconoce tal paquete OAM como un paquete B de OAM de conexión tándem, lo extrae del camino LSP y lo procesa. Por otra parte, si el paquete OAM recibido comprende al menos una cabecera TCH, el nodo 6 reconoce tal paquete OAM como un paquete OAM del camino o como un paquete A de OAM de la conexión tándem, y lo reenvía (como paquete P6 o TA6) al nodo 7.
Por tanto, cuando el nodo 7 recibe un paquete P6 o TA6 desde el nodo 6, procesa la cabecera del paquete OAM recibido. Si el paquete OAM recibido comprende una sola cabecera TCH, el nodo 7 reconoce el paquete OAM como un paquete A TA6 de OAM de la conexión tándem, lo extrae del camino LSP y lo procesa. Por otra parte, si el paquete OAM recibido comprende dos cabeceras TCH, el nodo 7 reconoce tal paquete OAM como un paquete P6 de OAM del camino, y lo reenvía el nodo 8 como un paquete P7.
Es obvio que el ejemplo de la figura 5 puede ser ampliado a ejemplos en los que el camino LSP de un primer operador comprende una conexión tándem gestionada por un segundo operador, que a su vez comprende una conexión tándem adicional que es gestionada por un tercer operador.
La invención puede ser aplicada también a una situación en la que un camino LSP de un primer operador comprende una pluralidad de conexiones tándem en cascada, que pueden ser contiguas o no contiguas, siendo gestionada cada una de las conexiones tándem por un operador diferente.
De forma similar, la invención puede ser aplicada también a una situación en la que un camino LSP de un primer operador comprende una pluralidad de conexiones tándem en cascada, que son gestionadas todas ellas por un mismo segundo operador.

Claims (10)

  1. \global\parskip0.930000\baselineskip
    1. Un método para monitorizar simultáneamente, en una red de Conmutación de Etiquetas Multiprotocolo, un camino de conmutación de etiquetas y una conexión tándem (TC) de dicho camino de conmutación de etiquetas, siendo dicha conexión tándem (TC) una sección de dicho camino de conmutación de etiquetas, que comprende una secuencia de nodos sucesivos, teniendo dicha conexión tándem (TC) a monitorizar un nodo (4) de entrada y un nodo (6) de salida, comprendiendo dicho método los pasos de:
    -
    recibir un primer paquete (P3, P4) de Operación, Administración y Gestión, OAM, en el nodo (4) de entrada, teniendo dicho primer paquete (P3, P4) de OAM una cabecera (H3, H4) de conmutación;
    -
    generar un segundo paquete (T4) de Operación, Administración y Gestión, OAM, en el nodo (4) de entrada, paquete (P3, P4) de Operación, Administración y Gestión, OAM, en dicho nodo (4) de entrada, caracterizado porque comprende además:
    -
    Insertar una cabecera (TCH) de conexión tándem en dicho primer paquete (P4) de OAM, después de dicha cabecera (H4) de conmutación;
    -
    enviar hacia dicho nodo (6) de salida dicho primer paquete (P4, P5) de OAM con la cabecera (TCH) de conexión tándem, y dicho segundo paquete (T4, T5) de OAM;
    -
    en dicho nodo (6) de salida, identificar dicho segundo paquete (T5) de OAM de acuerdo con la ausencia de dicha cabecera (TCH) de conexión tándem, y extraer dicho segundo paquete (T5) de OAM de dicho camino de conmutación de etiquetas para monitorizar dicha conexión tándem (TC); y
    -
    en dicho nodo (6) de salida, identificar dicho primer paquete (P5) de OAM de acuerdo con la presencia de dicha cabecera (TCH) de conexión tándem, eliminando dicha cabecera (TCH) de conexión tándem, y reenviando dicho primer paquete (P6) de OAM, a lo largo del camino de conmutación de etiquetas, para monitorizar dicho camino de conmutación de etiquetas.
  2. 2. El método según la reivindicación 1, caracterizado porque dicho paso de insertar una cabecera (TCH) de conexión tándem en el primer paquete (P4) de OAM comprende el paso de grabar un valor predeterminado en un campo (EXP) de uso experimental de dicha cabecera (TCH) de conexión tándem.
  3. 3. El método según la reivindicación 1, caracterizado porque dicho paso de insertar una cabecera (TCH) de conexión tándem en el primer paquete (P4) de OAM comprende el paso de grabar un valor predeterminado en un campo (L) de etiquetas de dicha cabecera (TCH) de conexión tándem.
  4. 4. El método de acuerdo con cualquiera de las reivindicaciones precedentes, caracterizado por el paso de identificar una segunda conexión tándem (TC') que contiene dicha conexión tándem (TC) a monitorizar.
  5. 5. El método según la reivindicación 4, caracterizado porque comprende además:
    -
    recibir un primer paquete OAM adicional en el nodo (3) de entrada de dicha conexión tándem (TC) externa;
    -
    generar un segundo paquete OAM adicional en dicho nodo (3) de entrada de dicha conexión tándem (TC) externa;
    -
    insertar una cabecera (TCH) de conexión tándem en dicho primer paquete OAM;
    -
    enviar a través de dicho nodo (7) de salida dicho primer paquete OAM adicional y dicho segundo paquete OAM adicional.
  6. 6. Un nodo (3, 4) de red de una red de Conmutación de Etiquetas Multiprotocolo, siendo dicho nodo (3, 4) de red parte de un camino de conmutación de etiquetas a monitorizar, y siendo un nodo de entrada de una conexión tándem (TC, TC') que también ha de monitorizarse, siendo dicha conexión tándem (TC) una sección de dicho camino de conmutación de etiquetas que comprende una secuencia de nodos sucesivos, estando adaptado dicho nodo (3, 4) de red para recibir un primer paquete (P3, P4) OAM, de Operación, Administración y Gestión, que ha de ser enviado hacia un nodo (6,7) de salida de dicha conexión tándem (TC, TC') a monitorizar, teniendo dicho primer paquete (P3, P4) una cabecera (H3, H4) de conmutación, y para generar un segundo paquete (P4) de OAM para ser enviado hacia dicho nodo (6, 7) de salida, caracterizado porque comprende:
    -
    medios para insertar en dicho primer paquete (P4) de OAM una cabecera (TCH) de conexión tándem, tras la cabecera (H4) de conmutación, de manera que dicho segundo paquete (T4) de OAM puede ser identificado en el nodo (6, 7) de salida de dicha conexión tándem (TC), de acuerdo con la ausencia de dicha cabecera (TCH) de la conexión tándem, y que dicho primer paquete (P4) de OAM puede ser identificado en el nodo (6, 7) de salida de dicha conexión tándem (TC), de acuerdo con la presencia de dicha cabecera (TCH) de la conexión tándem, tras dicha cabecera (H4) de conmutación
    \global\parskip1.000000\baselineskip
    -
    medios para enviar hacia dicho nodo de salida, dicho primer paquete (P4, P5) de OAM, con la cabecera (TCH) de la conexión tándem, y dicho segundo paquete (T4, T5) de OAM.
  7. 7. El nodo (3, 4) de red, según la reivindicación 6, caracterizado porque dichos medios para insertar una cabecera (TCH) de conexión tándem, están adaptados para grabar un valor predefinido en un campo (EXP) de uso experimental de dicha cabecera (TCH) de conexión tándem.
  8. 8. El nodo (3, 4) de red, según la reivindicación 6, caracterizado porque dichos medios para insertar una cabecera (TCH) de conexión tándem, están adaptados para grabar un valor predefinido en un campo (L) de etiquetas de dicha cabecera (TCH) de conexión tándem.
  9. 9. Un nodo (6, 7) de red de una red MPLS, siendo dicho nodo de red parte de un camino de conmutación de etiquetas a monitorizar, y siendo un nodo de salida de una conexión tándem (TC, TC') que también ha de monitorizarse, siendo dicha conexión tándem (TC) una sección de dicho camino de conmutación de etiquetas que comprende una secuencia de nodos sucesivos, estando adaptado dicho nodo (3, 4) de salida para recibir un primer paquete (P5) de OAM, generado aguas arriba por un nodo (6, 7) de red de dicha conexión tándem a monitorizar, teniendo dicho primer paquete (P5) de OAM una cabecera (H5) de conmutación, y un segundo paquete (T5) de OAM generado en dicho nodo (3, 4) de entrada de la conexión tándem a monitorizar, caracterizado porque comprende medios para:
    -
    identificar dicho segundo paquete (T5) de OAM, de acuerdo con la ausencia de dicha cabecera (TCH) de la conexión tándem, y extraer dicho segundo paquete (T5) de OAM de dicho camino de conmutación de etiquetas, para monitorizar dicha conexión tándem (TC); y
    -
    identificar dicho primer paquete (P5) de OAM, de acuerdo con la presencia de dicha cabecera (TCH) de la conexión tándem, después de dicha cabecera (H5) de conmutación, eliminando dicha cabecera (TCH) de la conexión tándem, y reenviando dicho primer paquete (P6) de OAM a lo largo de dicho camino de conmutación de etiquetas para monitorizar dicho camino de conmutación de etiquetas.
  10. 10. Una red de Conmutación de Etiquetas Multiprotocolo que comprende un camino de conmutación de etiquetas y una conexión tándem de dicho camino de conmutación de etiquetas, teniendo que ser supervisados simultáneamente dicho camino de conmutación de etiquetas y dicha conexión tándem, caracterizado porque dicha conexión tándem comprende un nodo (3, 4) de entrada de acuerdo con cualquiera de las reivindicaciones 6 a 8, y un nodo (6, 7) de salida, de acuerdo con la reivindicación 9.
ES06075897T 2005-08-12 2006-04-18 Metodo, nodo de red y red de conmutacion de etiquetas multiprotocolo (mpls) para monitorizar una conexion tandem en una red de telecomunicaciones conmutcion de etiquetas multiprotocolo (mpls). Expired - Lifetime ES2315990T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IT001570A ITMI20051570A1 (it) 2005-08-12 2005-08-12 Metodo di monitoraggio di una connessione tandem in una rete di telecomunicazioni di tipo mpls
ITMI05A1570 2005-08-12

Publications (1)

Publication Number Publication Date
ES2315990T3 true ES2315990T3 (es) 2009-04-01

Family

ID=37433665

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06075897T Expired - Lifetime ES2315990T3 (es) 2005-08-12 2006-04-18 Metodo, nodo de red y red de conmutacion de etiquetas multiprotocolo (mpls) para monitorizar una conexion tandem en una red de telecomunicaciones conmutcion de etiquetas multiprotocolo (mpls).

Country Status (7)

Country Link
EP (1) EP1753169B1 (es)
CN (1) CN1913497B (es)
AT (1) ATE409377T1 (es)
DE (1) DE602006002850D1 (es)
ES (1) ES2315990T3 (es)
IT (1) ITMI20051570A1 (es)
PL (1) PL1753169T3 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100531075C (zh) * 2007-09-17 2009-08-19 中兴通讯股份有限公司 使用exp字段标识监视子层的方法
CN102136991B (zh) * 2010-07-02 2013-10-09 华为技术有限公司 在标签交换路径上配置隧道的方法和节点
WO2012149777A1 (zh) * 2011-09-28 2012-11-08 华为技术有限公司 标签交换路径建立的方法、装置和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143161B2 (en) * 2001-11-16 2006-11-28 Nortel Networks Limited Tandem connection monitoring parallel processing
WO2003094442A1 (de) * 2002-04-29 2003-11-13 Siemens Aktiengesellschaft Verfahren zur überwachung der übertragungsgüte von verbindungen in mpls-netzen

Also Published As

Publication number Publication date
ITMI20051570A1 (it) 2007-02-13
CN1913497A (zh) 2007-02-14
ATE409377T1 (de) 2008-10-15
DE602006002850D1 (de) 2008-11-06
PL1753169T3 (pl) 2009-03-31
CN1913497B (zh) 2010-08-11
EP1753169B1 (en) 2008-09-24
EP1753169A1 (en) 2007-02-14

Similar Documents

Publication Publication Date Title
US11374848B2 (en) Explicit routing with network function encoding
US8462790B2 (en) Label switching in fibre channel networks
US7852771B2 (en) Method and apparatus for implementing link-based source routing in generic framing protocol
US9565087B2 (en) Method of monitoring a tandem connection in a multi-protocol label switching (MPLS) Telecommunication network
CN106105130B (zh) 一种在源路由中提供熵源的方法和设备
ES2449265T3 (es) Método de reenvío de datos, método, sistema y dispositivos relevantes de proceso de datos
CN113347091A (zh) 灵活算法感知边界网关协议前缀分段路由标识符
US7848323B2 (en) Method for transporting data packets, data network system, and network nodes
US8868775B2 (en) Load balancing manipulation of packet flows within a transport conduit
US20120106560A1 (en) Inter-domain routing in an n-ary-tree and source-routing based communication framework
CN112019433B (zh) 一种报文转发方法和装置
CN113852550A (zh) 发送报文的方法、装置、网络设备、系统及存储介质
US9083602B2 (en) Communication system and communication device
US7161946B1 (en) Technique for multiprotocol transport using MPLS (multi-protocol label switching)
US20200145321A1 (en) Operations Processing of Multiple-Protocol Packets by Packet Switching Devices in a Network
US20110206044A1 (en) Link Bundled Co-Routed VCAT Via RSVP Message Bundling
US9742672B1 (en) Signaling priority information for encapsulated packets
EP3811575B1 (en) Area abstraction extensions to routing protocols
CN118869587A (zh) 在较早的进一步快速重路由(frr)之后通过防止frr来避免循环
ES2315990T3 (es) Metodo, nodo de red y red de conmutacion de etiquetas multiprotocolo (mpls) para monitorizar una conexion tandem en una red de telecomunicaciones conmutcion de etiquetas multiprotocolo (mpls).
US20090213868A1 (en) Separation of fabric and packet processing source in a system
ES2381141T3 (es) Dispositivo y procedimiento para el tratamiento de tramas con campo de uso multiprotocolo, para una red de comunicaciones
BR112020017130A2 (pt) método e dispositivos para reportar realimentação de congestionamento de encadeamento de função de serviço
US20070076706A1 (en) Fast reroute in a multiprotocol label switching network