ES2345059T3 - Metodo, aparato y sistema para descubrir automaticamente un enlace de capa del cliente. - Google Patents

Metodo, aparato y sistema para descubrir automaticamente un enlace de capa del cliente. Download PDF

Info

Publication number
ES2345059T3
ES2345059T3 ES06828346T ES06828346T ES2345059T3 ES 2345059 T3 ES2345059 T3 ES 2345059T3 ES 06828346 T ES06828346 T ES 06828346T ES 06828346 T ES06828346 T ES 06828346T ES 2345059 T3 ES2345059 T3 ES 2345059T3
Authority
ES
Spain
Prior art keywords
node
link
client layer
layer
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES06828346T
Other languages
English (en)
Inventor
Yongliang Xu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2345059T3 publication Critical patent/ES2345059T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/12Arrangements providing for calling or supervisory signals
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/10Routing in connection-oriented networks, e.g. X.25 or ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/62Wavelength based
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057Operations, administration and maintenance [OAM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Filling Or Discharging Of Gas Storage Vessels (AREA)
  • Low-Molecular Organic Synthesis Reactions Using Catalysts (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Un método para descubrir automáticamente un enlace de capa del cliente, caracterizado por comprender: recibir, mediante un primer nodo, una primera solicitud de establecimiento de conexión enviada desde un iniciador de una conexión (101); añadir, mediante el primer nodo, un objeto de enlace de Ingeniería de Tráfico, TE, de la capa del cliente del primer nodo a la primera solicitud de establecimiento de conexión y enviar, mediante el primer nodo, una segunda solicitud de establecimiento de conexión que contiene el objeto de enlace TE de la capa del cliente del primer nodo, salto a salto, en una dirección desde el primer nodo al segundo nodo (102); analizar, mediante el segundo nodo, la segunda solicitud de establecimiento de conexión para obtener el objeto de enlace TE de la capa del cliente del primer nodo y para obtener un enlace TE de la capa del cliente mediante selección (103), en donde la obtención de un enlace TE de la capa del cliente por selección comprende: obtener, por el segundo nodo, métodos de adaptación de la capa del cliente soportados por el primer nodo de acuerdo con el objeto del enlace TE de la capa del cliente del primer nodo; comparar los métodos de adaptación de la capa del cliente, soportados por el primer nodo, con los métodos de adaptación de la capa del cliente soportados por el segundo nodo; seleccionar un método de adaptación de la capa del cliente, con el soporte común de los dos nodos como un método de adaptación para el enlace TE de la capa del cliente y obtener y almacenar información del enlace TE de la capa del cliente.

Description

Método, aparato y sistema para descubrir automáticamente un enlace de capa del cliente.
La presente invención reivindica la prioridad para la solicitud de patente china nº 200610032996.X, presentada el 14 de enero de 2006 y titulada "Método y aparato para descubrir automáticamente un enlace de capa del cliente".
\vskip1.000000\baselineskip
Campo de la invención
La presente invención se refiere al campo de la comunicación de redes y, más en particular, a un método y aparato para descubrir automáticamente un enlace de capa del cliente en una red de transporte óptico de Jerarquía Digital Síncrona (SDH).
\vskip1.000000\baselineskip
Antecedentes de la invención
En una red de transporte óptico convencional, tal como la de Jerarquía Digital Síncrona (SDH), definida en el Sector de Normalización de Telecomunicaciones - Unión Internacional de Telecomunicaciones (ITU-T), Recomendación G.803, la Red Óptica Síncrona (Sonet) especificada en el American National Standards Institute (ANSI) T1.105 y la Red de Transporte Óptico (OTN) especificada en la Recomendación G.872, el servicio de conexión de redes se suele proporcionar, de forma semiautomática, mediante la configuración manual o basada en el sistema de gestión de redes. Dicha conexión suele emplear un nodo de conexión de enlace óptico fijo, que permite la cesión y asignación de un ancho de banda estático y se denomina, en general, como Conexión Permanente (PC). Dichas redes se pueden dividir, por función, en un plano de transporte para el soporte de servicios de redes y un plano de gestión para realizar funciones de gestión. La ITU-T Recomendación G.8080 introduce un plano de control en las redes de transporte. El plano de control soporta funciones tales como descubrimiento automático, distribución de recursos, provisión de conexiones y recuperación de fallos y realiza partes de funciones relacionadas con la gestión de conexiones, que se realizan originariamente por el plano de gestión.
La red SDH convencional está constituida por tres planos independientes, es decir, un plano de gestión, un plano de control y un plano de transporte. El plano de gestión realiza funciones de mantenimiento para el plano de transporte, el plano de control y el sistema como un conjunto. Además, proporciona coordinación y cooperación entre todos los planos y puede configurar y gestionar una conexión del tipo "extremo a extremo". El plano de control desempeña la función de control del establecimiento y liberación de una conexión, supervisa y mantiene la conexión y recupera la conexión en caso de un fallo. El plano de transporte proporciona la transmisión bidireccional o unidireccional de la información del usuario desde un extremo a otro. Además, puede proporcionar la transmisión de alguna información de control y gestión de redes. El plano de transporte está dispuesto de acuerdo con la Recomendación ITU-T G.805. Para implantar las funciones de la red SDH convencional, el plano de transporte suele proporcionar varias capacidades de intercambio.
El plano de control de la red SDH proporciona funciones que incluyen el descubrimiento automático, distribución de recursos, establecimiento de conexiones y recuperación de fallos. Estas funciones se suelen implantar utilizando la tecnología de Conmutación Multiprotocolo Generalizada (GMPLS) del Grupo de Trabajo de Ingeniería en Internet (IETF).GMPLS es una familia de protocolos que incluye un protocolo de gestión de enlaces, un protocolo de encaminamiento y un protocolo de señalización.
El plano de control descubre una relación de conexión de un enlace entre nodos, utilizando generalmente un protocolo de gestión de enlaces (LMP). El protocolo LMP envía una identificación local del enlace al nodo opuesto, utilizando un mecanismo de transmisión de datos dentro de banda para los enlaces en el plano de transporte, por ejemplo, utilizando los bytes J0 de una línea SDH. De este modo, se pueden vincular las identificaciones de los dos nodos del enlace y se puede descubrir la relación de conexión próxima. A continuación, el LMP obtiene un tipo de conexión y el número de recursos soportados por el enlace a través de mensajes de control de intercambios, basados en el descubrimiento próximo. El enlace, incluyendo la información de ingeniería de tráfico, se refiere como un enlace de Ingeniería de Tráfico (TE) en GMPLS.
La información del estado del enlace local de un nodo obtenido mediante el descubrimiento automático se distribuye en otros nodos, en el mismo dominio de control, mediante un protocolo de encaminamiento, tal como el Protocolo de Encaminamiento de Paquetes por el Primer Camino Más Corto-Ingeniería de Tráfico (OSPF-TE), de modo que cada nodo en la red tenga la misma información sobre todos los nodos y enlaces en el dominio de control de estos nodos.
De este modo, sobre la base de esta información de enlaces de TE, cuando el sistema de gestión de redes o un usuario requiera que la red establezca un servicio de conexión de redes, el nodo de entrada de la red de la conexión puede calcular una ruta para obtener una secuencia de enlaces a través de la cual necesita pasar la conexión y luego solicitar, mediante un protocolo de señalización tal como el protocolo de Reserva de Recursos - Ingeniería de Tráfico (RSVP-TE), los nodos en la ruta para asignar recursos y establecer conexiones cruzadas, para establecer así una conexión de tipo "extremo a extremo".
El plano de transporte es una red en capas y se puede dividir en múltiples capas de redes mediante la capacidad de conmutación. En la red SDH, la capacidad de conmutación es evaluada de acuerdo con el nivel del contenedor virtual. Un contenedor virtual es una estructura de información para el soporte de una conexión del plano de transporte. Los diferentes niveles de contenedores virtuales proporcionan la transmisión para diferentes cargas útiles. En la red SDH, los contenedores virtuales se dividen en rutas de alto orden, tal como un contenedor virtual de Nivel 4 (VC-4) y un contenedor virtual Nivel 3 (VC-3) y rutas de bajo orden tales como contenedor virtual Nivel 12 (VC-12) y contenedor virtual Nivel 11 (VC-11). Para una red OTN (Red de Transporte Óptica), los contenedores virtuales se pueden dividir en canales ópticos (CHh) en una capa óptica y diferentes niveles de velocidad de transmisión de unidades de datos de canales ópticos (ODU) en una capa eléctrica. Las unidades ODU incluyen ODU1, ODU2 y ODU3, etc.
Cada capa de red incluye múltiples sub-redes con la misma capacidad de conexión cruzada. El contorno de separación de una sub-red incluye múltiples puntos de sub-red (también referidos como etiquetas en GMPS). Una conexión de sub-red (también referida como "conexión cruzada") se puede establecer, de forma dinámica, entre los puntos de sub-red en la misma sub-red mediante su configuración. Se puede establecer una conexión estática entre puntos de sub-redes en diferentes sub-redes mediante conexiones de enlaces. Múltiples conexiones de enlaces entre dos sub-redes generalmente transferidas en la misma ruta, en la capa de servicio, constituyen un enlace. Todas las conexiones de enlaces, en el mismo enlace, pueden interrumpirse en caso de un fallo de la red (v.g., en el caso de que se corte el cable óptico). Si múltiples enlaces se transportan a través de la misma fibra óptica, cable óptico o tubo, un fallo de la red puede dar lugar también a la interrupción de todos estos enlaces. Dicho atributo relacionado con fallos se suele indicar por el atributo del denominado "Grupo de Enlaces de Riesgo Compartido (SRLG)" de un enlace. El SRLG es un conjunto de múltiples valores de SRLG que se suelen presentar con un número sin signo de 32 bits. Los valores de SRLG indican cada uno un fallo de red separado. Si el SRLG de un enlace incluye múltiples valores de SRLG, ello significa que el enlace se puede interrumpir en caso de cualquiera de los correspondientes fallos de la red. Múltiples segmentos de conexiones de enlaces se pueden conectar en serie mediante una conexión de sub-red de modo que forme una conexión de red para transmitir una señal de usuario de red. Dicha conexión de red se suele referir como una conexión simplemente.
Además de servir como una capa de servicio para prestar directamente un servicio de conexión "extremo a extremo" para un usuario, se puede utilizar también una ruta de alto orden en una ruta de bajo orden como un enlace de capa del cliente. Dicha conexión se refiere como una Adyacencia de Reenvío (FA). Por ejemplo, una conexión VC-4 puede servir para transportar una señal E4 de Jerarquía Digital Plesiocrona (PDH) y soportar múltiples rutas de bajo orden adaptadas en una conexión en la capa de rutas de alto orden, por ejemplo, transmitiendo 63 señales VC-12 adaptadas a través de una conexión VC-4.
En la técnica anterior, cuando se establece un enlace de capa del cliente, el descubrimiento de este enlace de capa del cliente se suele implantar manualmente mediante configuración o utilizando el descubrimiento de capa del cliente a través del protocolo LMP. Por ejemplo, para una ruta de capa de servicio VC-4 que soporta una capa del cliente VC-12, se describe a continuación los dos métodos anteriores para descubrir un enlace de capa del cliente en la técnica anterior.
En el caso de que se utilice una configuración manual, el método comprende: configurar, en los dos nodos extremos del enlace de capa del cliente, la información en sus respectivos nodos opuestos para el enlace mediante un sistema de gestión de red. Asimismo, se puede configurar, en los dos nodos extremos del enlace, la información sobre la capacidad de conmutación del enlace de capa del cliente, tal como la capacidad de conmutación para soportar 63 VC-12. El descubrimiento del enlace de capa del cliente, en este método, necesita una configuración manual y por ello, resulta difícil para este método cumplir los requisitos de la operación y mantenimiento de la red presente y nueva prestación de servicios y expansión.
En el caso de que se utilice el protocolo LMP en el descubrimiento de capa del cliente, no suele existir dicho enlace de comunicación entre los dos extremos del enlace de capa del cliente, que puede realizarse correctamente desde un extremo del enlace de capa del cliente al otro extremo de dicho enlace en el plano de control. No se puede establecer automáticamente una sesión de LMP entre los dos nodos extremos del enlace. El método para descubrir un enlace de capa del cliente incluye los pasos indicados a continuación.
1) Un sistema de gestión de red configura, en los dos nodos extremos, las direcciones IP de sus respectivos nodos extremos opuestos para la comunicación en el plano de control, en tanto que se inicie una sesión.
2) En el caso de que la capa de servicio sea VC-4 en esta forma de realización, el protocolo LMP envía información de un puerto local de un enlace al nodo opuesto del enlace utilizando generalmente el byte J1 en la ruta VC-4, dependiendo de un mecanismo de envío de mensajes dentro de banda.
3) Al recibo del contenido del byte J1, el nodo opuesto envía información de su puerto local al puerto que envía el byte J1 (el puerto local en el paso 2) a través del plano de control.
\vskip1.000000\baselineskip
De este modo, cada uno de los dos nodos extremos del enlace de capa del cliente tiene la información de su nodo extremo local y de su nodo extremo opuesto consiguiendo, de este modo, el descubrimiento automático del enlace de capa del cliente.
Utilizando el protocolo LMP para realizar el descubrimiento de la capa del cliente se necesita también configurar manualmente la dirección IP del nodo extremo opuesto para la comunicación en el plano de control. Además, cuando se utiliza el protocolo LMP para realizar el descubrimiento de capa del cliente, FA suele carecer de un mecanismo de mensajería dentro de banda para el descubrimiento de la relación de conexión o la aplicación del mecanismo de mensajería dentro de banda puede hacer que se genere una alarma del sistema, dando lugar a un fallo del enlace. En el caso de que se utilice una conexión de VC-4 para proporcionar un enlace para una capa VC-12, por ejemplo, no existe todavía un mecanismo que no influya completamente en el servicio. Si el byte J1 de VC-4 se utiliza para el descubrimiento automático, se puede producir una alarma de desadaptación del byte de traza de ruta y todas las conexiones a través de este enlace necesitan interrumpirse obligatoriamente en este caso, de acuerdo con los requisitos de la recomendación de ITU-T.
Además, el atributo de SRLG del enlace suele necesitar una configuración manual a través del plano de control.
Puede observarse que las soluciones, en la técnica anterior, son inevitablemente consumidoras de tiempo y mano de obra y propensas a error debido a que alguna información necesita configurarse o especificarse de modo manual.
El documento US 2005/0089327 da a conocer una arquitectura y método para realizar un descubrimiento de ruta dinámica y provisión de reserva de intervalo de tiempo variable dentro de las redes de conmutación óptica. El método emplea extensiones para el protocolo de señalización RSVP-TE, que utiliza varios mensajes para resolver recursos de redes.
El "Marco de trabajo para control basado en GMPLS de redes SDH/SONET" BORRADOR DE TRABAJO DE NORMA IETF, GRUPO DE TRABAJO DE INGENIERÍA DE INTERNET, IETF, CH, nº 1, 1 julio 2001) descubre un conjunto de protocolos que define que la conmutación de Etiquetas Multiprotocolo (MPLS) está en el proceso de mejora para generalizar su aplicabilidad al control de la conmutación no basada en paquetes, es decir, la conmutación óptica.
\vskip1.000000\baselineskip
Sumario de la invención
Para superar el inconveniente, en la técnica anterior, de que el descubrimiento del enlace de capa del cliente necesita la intervención del plano de control para, después del establecimiento de FA, una forma de realización de la presente invención da a conocer un método para descubrir automáticamente un enlace de capa del cliente. El método comprende:
recibir, mediante un primer nodo, una primera solicitud de establecimiento de conexión enviada desde un iniciador de una conexión (101);
añadir, mediante el primer nodo, un objeto de enlace de Ingeniería de Tráfico (TE) de la capa del cliente del primer nodo a la primera solicitud de establecimiento de conexión y
enviar, mediante el primer nodo, una segunda solicitud de establecimiento de conexión que contiene el objeto de enlace TE de la capa del cliente del primer nodo, salto a salto, en una dirección desde el primer nodo a un segundo nodo (102);
analizar, mediante el segundo nodo, la segunda solicitud de establecimiento de conexión para obtener el objeto de enlace TE de la capa del cliente del primer nodo y para obtener un enlace TE de capa del cliente mediante selección (103), en donde la obtención de un enlace TE de capa del cliente mediante selección comprende:
obtener, mediante el segundo nodo, métodos de adaptación de capa del cliente soportados por el primer nodo, de acuerdo con el objeto de enlace TE de la capa del cliente del primer nodo;
comparar los métodos de adaptación de capa del cliente, por el primer nodo, con los métodos de adaptación de la capa del cliente soportados por el segundo nodo;
seleccionar un método de adaptación de capa del cliente, normalmente soportado por los dos nodos como un método de adaptación para el enlace TE de capa del cliente y
obtener y almacenar información de enlace TE de la capa del cliente.
\vskip1.000000\baselineskip
Una forma de realización de la presente invención da a conocer, además, un sistema para descubrir automáticamente un enlace de capa del cliente, que comprende un primer nodo y un segundo nodo;
el primer nodo está diseñado para recibir una primera solicitud de establecimiento de conexión, enviada desde un iniciador de una conexión, añadir un objeto de enlace de Ingeniería de Tráfico, TE, de la capa del cliente del primer nodo, a la primera solicitud de establecimiento de conexión, y enviar una segunda solicitud de establecimiento de conexión que contenga el objeto de enlace TE de la capa del cliente del primer nodo, salto a salto, en una dirección desde el primer nodo al segundo nodo y
el segundo nodo está diseñado para recibir la segunda solicitud de establecimiento de conexión que contiene el objeto de enlace TE de la capa del cliente del primer nodo, analizando la segunda solicitud de establecimiento de conexión para obtener el objeto de enlace TE de la capa del cliente del primer nodo y obtener un enlace TE de la capa del cliente de acuerdo con el objeto de enlace TE de la capa del cliente del primer nodo, en donde la obtención de un enlace TE de la capa del cliente por selección comprende:
obtener, mediante el segundo nodo, métodos de adaptación de capa del cliente soportados por el primer nodo de acuerdo con el objeto de enlace TE de la capa del cliente del primer nodo;
comparar los métodos de adaptación de la capa del cliente, soportados por el primer nodo, con los métodos de adaptación de la capa del cliente soportados por el segundo nodo;
seleccionar un método de adaptación de capa del cliente normalmente soportado por los dos nodos como un método de adaptación para el enlace TE de la capa del cliente y
obtener y almacenar información del enlace TE de la capa del cliente.
\vskip1.000000\baselineskip
La presente invención tiene ventajas en tanto que el establecimiento de FA y el correspondiente descubrimiento del enlace de capa del cliente están incorporados para realizarse, de forma colectiva, por el sistema de protocolo de señalización, con lo que se acelera el procedimiento de señalización completo, simplificando los requisitos de configuración del plano de control y evadiendo la falta de un mecanismo de mensajería dentro de banda de FA. Además, puesto que se puede descubrir automáticamente el enlace de capa del cliente, el procedimiento para especificar manualmente la dirección IP del nodo opuesto para comunicación en el plano de control se puede evitar cuando se realiza el descubrimiento de la capa del cliente aplicando el protocolo LMP con lo que no solamente se mejora la eficiencia sino que también se aumenta la exactitud.
Breve descripción de los dibujos
La Figura 1 es un diagrama estructural de la conexión de red y del descubrimiento de enlace de capa del cliente de acuerdo con una forma de realización de la presente invención;
La Figura 2 es un diagrama estructural de conexión de red y descubrimiento del enlace de capa del cliente, de acuerdo con otra forma de realización de la presente invención y
La Figura 3 es un diagrama de flujo de un método para descubrir automáticamente un enlace de capa del cliente, de acuerdo con una forma de realización de la presente invención.
Descripción detallada de las formas de realización
A continuación se describen, con detalle, haciendo referencia a los dibujos adjuntos, las formas de realización de la presente invención que no pretenden limitar la invención actual.
Haciendo referencia a la Figura 1, representa un diagrama estructural de la conexión de red y del descubrimiento del enlace de capa del cliente, de acuerdo con una forma de realización de la presente invención. Tres nodos SDH se representan en la Figura 1, p.e., un nodo 101 (con un ID de nodo como 10.0.0.1), un nodo 102 (con un ID de nodo como 10.0.0.2) y un nodo 103 (con un ID de nodo como 10.0.0.3). El nodo 101 incluye tres matrices cruzadas con diferentes capacidades de conexión de cruces, p.e., un cruce de VC-4 112, un cruce de VC-12 111 y un cruce de VC-11 110. Un punto de acceso 150 para conectar el cruce 112 a través de un terminador 123 se puede conectar a un adaptador 121 que conecta el cruce 110 o a un adaptador 122 que conecta el cruce 111. Dicha adaptación variable puede determinar el adaptador que se conectará realmente a través de la configuración de software. El nodo 102 comprende una matriz de cruces con una capacidad de conexión de cruce, p.e., un cruce de VC-4 113. El nodo 103 comprende dos matrices cruzadas con diferentes capacidades de conexión de cruces, es decir, un cruce de VC-4 114 y un cruce de VC-12 115. Un punto de acceso 151, para conectar el cruce 114 mediante un terminador 128 tiene difícil conexión a un adaptador 129 del cruce 115. El nodo 101 y el nodo 102 están conectados mediante un enlace óptico 130 y el nodo 102 y el nodo 103 están conectados a través de un enlace óptico 131. El enlace óptico 130 tiene un atributo de SRLG de {1,2} y el enlace óptico 131 tiene un atributo de SRLG de {3, 4}.
Se supone que ha de establecerse una conexión de red 140 entre el punto de acceso 150 del nodo 101 y el punto de acceso 151 del nodo 103 en la red de capa VC-4 y esta conexión ha de utilizarse por la capa del cliente para proporcionar una relación de conexión de enlace. En el protocolo de señalización GMPLS convencional, se establece una conexión de red mediante protocolo RSVP-TE (ver IETF RFC 3473). La Figura 3 representa un diagrama de flujo de un método para descubrir automáticamente un enlace de capa del cliente, de acuerdo con una forma de realización de la presente invención. Haciendo referencia a las Figuras 1 y 3, el método comprende los pasos siguientes.
En el bloque 101, un sistema de gestión de red o un usuario, p.e., el iniciador de la conexión envía una solicitud de establecimiento de conexión a un nodo de entrada 101 de la conexión de red 140. La solicitud incluye el contenido siguiente: la fecha de inicio de la conexión es el punto de acceso 150 del nodo 101, el extremo terminal de la conexión es el punto de acceso 151 del nodo 103, siendo el tipo de conexión VC-4 y la conexión es una conexión bidireccional. Además de la anterior información sobre los dos extremos de la conexión, el sistema de gestión de la red, o el usuario, puede especificar también información sobre la totalidad o partes de los enlaces de TE, a través de los cuales pasa la conexión de la red, es decir, información sobre la totalidad o partes de las rutas origen. Si se envía la solicitud por el sistema de gestión de la red, se codifica sobre la base de un protocolo de gestión tal como el denominado Protocolo de Gestión de Red Simple (SNMP). Si la solicitud se envía por el usuario, puede ser un mensaje PATH del protocolo RSVP-TE.
En el bloque 102, el nodo de entrada 101 de la conexión analiza la solicitud de establecimiento de conexión para obtener la información sobre la conexión que se va a realizar en el bloque 101. Si no existe ninguna información sobre las rutas origen o ninguna información de las rutas origen se proporciona en la solicitud de establecimiento de conexión, el plano de control necesita calcular una ruta para la conexión de acuerdo con la información del enlace TE en una base de datos de Ingeniería del Tráfico (TED). En la forma de realización de la invención, puesto que no existe ninguna información de ruta origen, el plano de control calcula una ruta y determina que la conexión pasa a través del enlace 130 y el enlace 131, de forma secuencial.
El nodo de entrada 101 reserva recursos en el enlace 130 para la conexión, es decir, reserva un ancho de banda de VC-4 en el enlace y, a continuación, envía una solicitud de establecimiento de conexión al nodo del salto siguiente 102 de la conexión. En esta forma de realización, se utiliza el protocolo RSVP-TE y la correspondiente solicitud de establecimiento de conexión es un mensaje PATH. Además, esta solicitud de establecimiento de conexión contiene el enlace 130 que se utiliza por el nodo local 101 en la conexión y en este caso, la información de ruta origen que indica el enlace 131, además del contenido descrito en el bloque 101.
Para conseguir el descubrimiento automático del enlace de capa del cliente durante el establecimiento de FA, necesita añadirse a la solicitud un objeto de enlace TE de la capa del cliente del nodo de entrada. En esta forma de realización, el objeto de enlace TE de la capa del cliente del nodo de entrada comprende: una identificación local del enlace que está numerada (p.e., una dirección IP separada, asignada al enlace) o no numerada (de acuerdo con el ID del nodo: identificación de enlace local) en cuyo nodo no numerado la identificación del enlace local es 160 y la identificación local es 10.0.0.1:160 en esta forma de realización; una identificación remota del enlace que es desconocida en esta Etapa y se establece como 0.0.0.0:0; dos capacidades de intercambio (correspondientes a dos métodos de adaptación): en los que uno corresponde a una capa del cliente VC-12 y cuya información incluye que la capacidad de conmutación del enlace es VC-12 y el número de rutas disponibles es 63 mientras que el otro corresponde a una capa del cliente VC-11 y cuya información incluye que la capacidad de conmutación del enlace es VC-11 y el número de rutas disponibles es 84. El objeto de enlace TE de la capa del cliente anterior está codificado de tal modo que un objeto de enlace TE corresponda a múltiples capacidades de intercambio.
Como alternativa, se puede utilizar para codificación otro modo en el que dos objetos del enlace TE de la capa del cliente soportan cada uno una capacidad de conmutación de capa del cliente, respectivamente. O lo que es lo mismo, existen dos enlaces TE de la capa del cliente. Uno de los enlaces TE de la capa del cliente es un objeto de enlace TE de la capa del cliente VC-12, cuya información incluye: una identificación de enlace local como 10.0.0.1:162, una capacidad de conmutación del enlace como VC-12 y el número de rutas disponibles es 63. El otro de los enlaces TE de la capa del cliente es un objeto de enlace TE de la capa del cliente VC-11, cuya información incluye: una identificación de enlace en el modo no numerado como 10.0.0.1:161, una capacidad de conmutación del enlace como VC-11 y el número de rutas disponibles es 84. De forma opcional, la solicitud de establecimiento de conexión incluye también un objeto de SRLG. El objeto de SRLG registra los atributos de SRLG de todos los enlaces a través de los cuales pasa la conexión. La información de SRLG del enlace actual (130) se añade al objeto de SRLG, resultante en {1, 2}.
El nodo de tránsito 102 recibe la solicitud de establecimiento de conexión basada en RSVP-TE, es decir, el mensaje PATH desde el nodo de entrada 101, analiza el mensaje PATH para determinar que la conexión entra en el nodo de tránsito 102 a través del enlace 130 y va al extremo de terminación de la conexión a través del enlace 131. El nodo de tránsito 102 reserva, para la conexión, un ancho de banda de VC-4 en el enlace 131, indica en la solicitud de establecimiento de conexión que se utiliza el enlace 131 para conectar el propio nodo 102 y que no está implicada ninguna información de ruta origen, añade la información de SRLG del enlace actual (131) al objeto de SRLG de la conexión que resulta en {1, 2, 3, 4}, siendo transmitida aparentemente otra información y reenvía la solicitud de establecimiento de conexión al nodo de entrada 103.
En el bloque 103, el nodo de salida 103 recibe la solicitud de establecimiento de conexión basada en RSVP-TE, analiza la solicitud para determinar que la conexión entra en el nodo de salida 103, a través del enlace 131 y el nodo de terminación de la conexión es el punto de acceso 151 del nodo de entrada 103 y para obtener el objeto de enlace TE de la capa del cliente del nodo de entrada 101. El nodo de salida 103 asigna una etiqueta de salida 201 para la conexión en el enlace 131 y establece una conexión cruzada bidireccional entre la etiqueta de salida asignada 201 y el nodo de entrada 151. El enlace TE de la capa del cliente, que corresponde al punto de acceso local 151, tiene una capacidad de conmutación de VC-12. En comparación con los dos métodos de adaptación en el objeto del enlace TE de la capa del cliente del nodo de entrada 101, en esta forma de realización, VC-12 es común a los dos enlaces TE de la capa del cliente. En consecuencia, se obtiene como resultado un enlace TE de la capa del cliente práctico, que tiene un ID de puerto local como 164, incluye información de un ID local de enlace TE como 10.0.0.3:163, un ID del extremo opuesto del enlace TE como 10.0.0.1:160, una capacidad de conmutación como VC-12, siendo el número de ruta disponible de 63 y la dirección del enlace es bidireccional. El atributo de SRLG del enlace del cliente se puede obtener a partir del objeto de SRLG de la conexión como {1, 2, 3, 4} (que incluye la información de SRLG del enlace 130 y del enlace 131 en esta forma de realización).
Si se produce un fallo en la coincidencia de los métodos de adaptación por el nodo de salida 103, el procedimiento prosigue en el bloque 108. Si la adaptación es satisfactoria, el procedimiento prosigue con el bloque 104.
En el bloque 104, el nodo de salida 103 envía una respuesta de establecimiento de conexión al nodo 102. La respuesta del establecimiento de la conexión corresponde a un mensaje de RESV en RSVP-TE e incluye el enlace 131 que se pasa en ese momento, la etiqueta de salida 201 utilizada por el enlace de conexión y de TE de la capa del cliente (cuyo contenido se describe con anterioridad). En este momento, el nodo de salida 103 ha obtenido el enlace TE de la capa del cliente y en consecuencia, la información del enlace TE de la capa del cliente se puede almacenar en el nodo de salida 103, por ejemplo, se almacena en una tabla de interfaz local del nodo de salida 103 y a continuación, se distribuye a otros nodos a través de una señalización de encaminamiento. Para la solidez del sistema, el nodo de salida distribuye la información del enlace TE de la capa del cliente en el bloque 107 de la forma de realización considerada como ejemplo.
El nodo de tránsito 102 recibe y analiza la respuesta de establecimiento de conexión para obtener el enlace actual 131 y una etiqueta de entrada 202 del enlace 131. Se hace constar que el nodo 102 obtiene la etiqueta de salida 201 del enlace 131 analizando la respuesta de establecimiento de conexión y en consecuencia, obtiene la etiqueta de entrada 202 de acuerdo con una relación de conexión estática del enlace 131, porque la etiqueta de entrada 202 y la etiqueta de salida 201 del enlace 131 están conectadas, de forma estática, a través del enlace 131. El nodo 102 asigna una etiqueta de salida 203 al enlace 130 de la conexión, para cuyo enlace se han reservado recursos y establece una conexión cruzada bidireccional entre la etiqueta de entrada 202 del enlace 131 y la etiqueta 203 del enlace 130. El nodo 102 envía una respuesta de establecimiento de conexión al nodo de entrada 101. La respuesta del establecimiento de conexión corresponde a un mensaje de RESV en RSVP-TE e incluye el enlace 130 que es objeto de paso en ese momento, estando la etiqueta de salida 203 asignada a la conexión. Otra información se transmite aparentemente.
En el bloque 105, el nodo de entrada 101 recibe y analiza la respuesta del establecimiento de conexión para obtener el enlace actual 130, una etiqueta de entrada 204 del enlace 130 y el enlace TE de la capa del cliente y establece una conexión cruzada bi-enlace entre la etiqueta de entrada 204 del enlace 130 actual y el punto de acceso 150. El nodo 101 obtiene la información del enlace TE de la capa del cliente, que corresponde a la conexión desde el enlace TE de la capa del cliente, da instrucciones a un gestor de recursos para añadir el enlace TE de la capa del cliente a una tabla de interfaz local del nodo 101 y distribuye el enlace TE de la capa del cliente a otros nodos a través de un protocolo de encaminamiento (p.e., OSPF-TE).
En el bloque 106, el nodo de entrada 101 envía un mensaje de confirmación de respuesta del establecimiento de conexión, que corresponde a un mensaje RESV_CONF en el protocolo RSVP-TE. El nodo 101 envía un mensaje de éxito del establecimiento de la conexión al iniciador de la conexión (el sistema de gestión de la red o el propio usuario).
En el bloque 107, el nodo de salida 103 recibe el mensaje de confirmación de la respuesta del establecimiento de conexión y da instrucciones a un Gestor de Recursos de Enlaces (LRM) para añadir la información del enlace TE de la capa del cliente a su tabla de interfaz local así como da instrucciones a un protocolo de encaminamiento para distribuir la información a otros nodos.
En el bloque 108, el nodo de salida 103 devuelve un mensaje de fallo (que corresponde a un mensaje PathErr) y cancela la reserva de recursos para los enlaces relacionados. Este proceso se describe con más detalle en lo sucesivo.
Para describir mejor la forma de realización anterior, el protocolo RSVP-TE, que soporta las extensiones de GMPLS, se describe a continuación en detalle.
El contenido del mensaje PATH, en el protocolo RSVP-TE, de la solicitud del establecimiento de la conexión y el mensaje RESV, en el protocolo RSVP-TE, de respuesta del establecimiento de la conexión se describen como sigue. En el contenido, el objeto en "[ ]" es opcional y el objeto con "...." es repetible. Una unidad de la información transportada por el protocolo RSVP-TE es el "Objeto" y cada objeto puede incluir múltiples sub-objetos.
En una forma de realización de la presente invención se introducen un nuevo objeto de enlace TE del cliente <CLIENT_TE_LINK> y un nuevo objeto de SRLG <SRLG>. En consecuencia, se introduce también un objeto para la información de la ruta (Mensaje PATH). Las definiciones de los objetos recientemente introducidos, en la forma de realización de la presente invención, se describen como sigue y las definiciones de otros objetos se pueden encontrar en IETF RFC 3473 Y RFC 3209.
El objeto recientemente introducido, que corresponde a la información de la ruta (Mensaje PATH) se describe como sigue. El contenido después de ";" es el nombre del objeto en chino.
100
102
En el objeto <CLIENT_TE_LINK>,
1. <LINK_LOCAL_ID> indica una identificación local de un enlace, que puede haber sido numerado, p.e., codificado por la dirección IPv4 o IPv6 (véase RFC 3209), o puede ser no numerado (véase RFC 3477).
2. <LINK_REMOTE_ID> indica una identificación asignada al enlace por el extremo opuesto del enlace, que se codifica de la misma manera que la identificación local del enlace. En el mensaje PATH RSVP-TE, la identificación remota del enlace es desconocida y por ello, se define como una identificación vacía. Una identificación remota de enlace correspondiente se proporciona en el mensaje Resv.
3. <Codificación> indica un tipo de codificación del enlace, que es SDH en esta forma de realización. Los detalles de este parámetro se pueden encontrar en RFC 4202.
4. <Ancho de banda LSP mínimo> indica el ancho de banda mínimo asignable al enlace. El ancho de banda mínimo asignable al enlace 132, en esta forma de realización, es VC-12. Los detalles de este parámetro se pueden encontrar en RFC 4202.
5. <Ancho de banda LSP máximo> indica el ancho de banda máximo del enlace. Por ejemplo, el ancho de banda máximo de una ruta de la capa de servicio VC-4 es 155 Mbit/s, correspondiente a 63 VC-12s, en esta forma de realización. Los detalles de este parámetro se pueden encontrar en RFC 4202.
El objeto de SRLG se define como sigue:
<SRLG>::= [<valor SRLG>...]
\vskip1.000000\baselineskip
El objeto de SRLG está constituido por uno o más valores de SRLG codificados en 32 bits; para los detalles véase RFC 4203.
Haciendo referencia, de nuevo, a la Figura 1, si en el bloque 101, el sistema de gestión de red, o el usuario, especifica esta conexión para el soporte de un determinado o más métodos de adaptación de capa del cliente, por ejemplo, especifica esta conexión para el soporte de la adaptación de VC-12, el mensaje de solicitud del establecimiento de conexión enviado desde el nodo de entrada 101 al nodo de salto siguiente 102 solamente incluye un objeto del enlace TE de la capa del cliente VC-12. Dicho de otro modo, el mensaje de solicitud del establecimiento de conexión incluye una identificación del enlace local como 10.0.0.1:160, una capacidad de conmutación del enlace como VC-12 y el número de rutas disponibles como 63. Los demás pasos son los mismos que los representados en la Figura 3.
Haciendo referencia de nuevo a la Figura 1, si en el bloque 101 el sistema de gestión de red, o el usuario, especifica esta conexión para el soporte de la adaptación de VC-11, el mensaje de solicitud del establecimiento de conexión, enviado desde el nodo de entrada 101 al nodo de salto siguiente 102, incluye un objeto del enlace TE de la capa del cliente VC-11. Dicho de otro modo, el mensaje de solicitud del establecimiento de conexión incluye una identificación de enlace local como 10.0.0.1:160, una capacidad de conmutación del enlace como VC-11 y el número de rutas disponibles como 84. El nodo de entrada 101 envía este mensaje al nodo de salida. El nodo de salida 103 recibe y analiza el mensaje para obtener el objeto del mensaje TE de la capa del cliente VC-11 y compara los métodos de adaptación del cliente de los dos extremos de la conexión. Puesto que el objeto del enlace TE de la capa del cliente del nodo de entrada 103 tiene la capacidad de adaptación de VC-12, no existe ningún método de adaptación comúnmente soportado por los dos extremos y por ello, falla el establecimiento de esta conexión. En este momento, el procedimiento prosigue con el bloque 108. En el bloque 108, el nodo de salida 103 devuelve un mensaje de fallo (correspondiente al mensaje PathErr) y cancela la reserva de recursos para los enlaces relacionados.
La presente invención da a conocer otra forma de realización. Haciendo referencia a la Figura 2, se ilustra un diagrama estructural esquemático de conexión de la red y el descubrimiento del enlace de la capa del cliente, de acuerdo con otra forma de realización de la presente invención. Tres nodos de SDH, concretamente, 101, 102 y 103 se representan en la Figura 2. La configuración de los nodos 101 y 102 son la misma que en la forma de realización representada en la Figura 1. El nodo 103 incluye tres matrices cruzadas con diferentes capacidades de conexión cruzada, i.e., un cruce de VC-4 114, un cruce de VC-12 115 y un cruce de VC-11 116. Un punto de acceso 151 para conectar el cruce 114 mediante un terminador 128 se puede conectar a un adaptador 129 que conecta el cruce 115 o a un adaptador 200 que conecta el cruce 116. Dicha adaptación variable puede determinar realmente el adaptador que ha de conectarse mediante la configuración de software. El nodo 101 y el nodo 102 están conectados a través de un enlace óptico 130 y el nodo 102 y el nodo 103 están conectados mediante un enlace óptico 131.
El nodo de entrada 101 envía al nodo de salida una solicitud del establecimiento de conexión, que transporta un objeto del enlace TE de la capa del cliente del nodo de entrada. El proceso de envío es el mismo que el anteriormente descrito y no se repetirá aquí.
Al recibo de la solicitud del establecimiento de la conexión, el nodo de salida 103 analiza la solicitud para obtener el objeto del enlace de la capa del cliente del nodo de entrada 101 y compara el objeto del enlace de la capa del cliente del nodo de entrada 101 con un objeto del enlace TE de la capa del cliente del propio nodo de salida 103 para obtener un enlace TE de la capa del cliente. La información de este enlace TE de la capa del cliente comprende: una identificación local del enlace como 10.0.0.1:162, una identificación remota del enlace como 10.0.0.1:160, dos capacidades de intercambio del enlace como VC-12 con el número de rutas disponibles de 63 y VC-11 con el número de rutas disponibles de 84. De este modo, se puede elegir una de las capacidades de intercambio al realizar el establecimiento de una red de la capa del cliente.
Asimismo, pueden existir dos enlaces, es decir, los enlaces 132 y 133, en la Figura 2, se almacenan en las tablas del interfaz local del nodo de salida y del nodo de entrada. Cada uno de los enlaces TE de la capa del cliente tiene su propio ID del enlace TE local, un ID del enlace TE de su extremo opuesto, la capacidad de conmutación, el número de recursos de rutas y una dirección bidireccional. En esta forma de realización, la información de un enlace TE de la capa del cliente incluye un ID local del enlace TE como 10.0.0.3:163, un ID remoto del enlace TE como 10.0.0.1:162, una capacidad de conmutación como VC-12, el número de recursos de rutas disponibles como 63 y una dirección bidireccional. La información del otro enlace TE de la capa del cliente incluye un ID local del enlace TE como 10.0.0.3:164, un ID remoto del enlace TE como 10.0.0.1:161, una capacidad de conmutación como VC-11, el número de recursos de rutas disponibles como 84 y una dirección bidireccional. La información de estos dos enlaces TE de la capa del cliente se distribuye a otros nodos a través de un protocolo de encaminamiento.
Para la forma de realización representada en la Figura 2, cuando la capacidad de conmutación del objeto del enlace TE de la capa del cliente del nodo de entrada 101 y la capacidad del objeto del enlace TE de la capa del cliente del nodo de salida 103 son ambas VC12, si se almacena un solo enlace en el nodo local y se distribuye a los demás nodos, no se podrá distinguir los dos objetos del enlace TE de la capa del cliente por sus capacidades de intercambio y solamente mediante la designación manual de los identificadores ID de los dos extremos del enlace. En tal caso, es adecuado que dos enlaces TE de la capa del cliente se almacenen en la tabla del interfaz local y se distribuya a otros nodos. Los dos enlaces TE de la capa del cliente se pueden distinguir por los identificadores ID de los dos extremos de los enlaces.
Hay que tener en cuenta que los términos "entrada" y "salida" para un nodo solamente se definen con respecto a una determinada actividad de establecimiento del "enlace de capa del cliente". Un nodo puede ser un nodo de entrada en una actividad de establecimiento, mientras que puede ser un nodo de salida en otra actividad de establecimiento. Debido a esta circunstancia operativa, una forma de realización de la presente invención da a conocer un aparato para descubrir automáticamente un enlace de capa del cliente. Este aparato está dispuesto en un nodo de una red e incluye una unidad emisora de solicitudes y una unidad receptora de solicitudes.
La unidad emisora de solicitudes está diseñada para enviar una solicitud de establecimiento de conexión, que contenga un objeto del enlace TE de la capa del cliente de un nodo de entrada.
La unidad receptora de solicitudes está diseñada para recibir la solicitud de establecimiento de conexión que contiene el objeto del enlace TE de la capa del cliente del nodo de entrada y para obtener un enlace TE de la capa del cliente por selección.
La unidad receptora de solicitudes incluye una unidad de recepción, una unidad de comparación y una unidad de almacenamiento.
Cuando el aparato está dispuesto en un nodo de salida, la unidad receptora está diseñada para recibir la solicitud de establecimiento de conexión que contiene el objeto del enlace TE de la capa del cliente del nodo de entrada y envía la solicitud de establecimiento de la conexión a la unidad de comparación;
la unidad de comparación está diseñada para analizar la solicitud de establecimiento de la conexión para obtener un método de adaptación de la capa del cliente soportado por el nodo de entrada, comparar el método de adaptación de la capa del cliente soportado por el nodo de entrada con un método de adaptación de la capa del cliente soportado por el nodo local (en este caso, el nodo de salida), seleccionar el método de adaptación comúnmente soportado por los dos nodos como un método de adaptación para el enlace TE de la capa del cliente, de modo que se obtenga el enlace TE de la capa del cliente;
la unidad de almacenamiento está diseñada para almacenar la información obtenida del enlace TE de la capa del cliente en el nodo local.
La unidad emisora de solicitudes incluye una unidad de comparación y una unidad de envío.
Cuando el aparato está dispuesto en el nodo de entrada, la unidad de recepción está diseñada para recibir la solicitud del establecimiento de la conexión desde un iniciador de una conexión y enviar dicha solicitud a la unidad de comparación;
la unidad de comparación está diseñada para recibir la solicitud de establecimiento de la conexión desde el iniciador de la conexión, para obtener uno o más métodos de adaptación de la capa del cliente especificados desde la solicitud de establecimiento de la conexión, para comparar uno o más métodos de adaptación de la capa del cliente especificados con un método de adaptación de la capa del cliente con el soporte del nodo local (en este caso, el nodo de entrada) y seleccionar el método de adaptación de la capa del cliente comúnmente soportado por el iniciador y el nodo de entrada para crear el objeto del enlace TE de la capa del cliente del nodo de entrada y enviar el objeto del enlace TE de la capa del cliente, del nodo de entrada, a la unidad emisora;
la unidad emisora está diseñada para enviar la solicitud de establecimiento de conexión que contiene el objeto del enlace TE de la capa del cliente del nodo de entrada.
El aparato para descubrir automáticamente un enlace de la capa del cliente comprende, además, una unidad emisora de respuesta y una unidad receptora de respuesta.
La unidad emisora de respuesta está diseñada para enviar una respuesta de establecimiento de conexión que contiene un objeto del enlace TE de la capa del cliente correspondiente al enlace TE de la capa del cliente seleccionada.
La unidad receptora de respuestas está diseñada para recibir la respuesta del establecimiento de la conexión y analizar dicha respuesta para obtener el objeto del enlace TE de la capa del cliente.
El aparato para descubrir automáticamente un enlace de la capa del cliente comprende, además, una unidad emisora de mensajes de confirmación de respuesta y una unidad receptora de mensajes de confirmación de respuesta.
La unidad emisora de mensajes de confirmación de respuesta está diseñada para enviar un mensaje de confirmación de respuesta del establecimiento de la conexión así como para enviar un mensaje de éxito del establecimiento de conexión al iniciador de la conexión.
La unidad receptora de mensajes de confirmación de respuesta está diseñada para recibir el mensaje de confirmación de respuesta del establecimiento de la conexión.
Mediante el aparato y el método para descubrir automáticamente un enlace de la capa del cliente, de acuerdo con las formas de realización de la presente invención, se puede realizar el descubrimiento automático del enlace de la capa del cliente al establecer la conexión de la red de la capa de servicio.
Las formas de realización preferidas de la presente invención se han descrito con anterioridad, pero los expertos en esta materia han de realizar varias modificaciones o alteraciones que deben incluirse dentro del ámbito protegido de la presente invención.

Claims (9)

1. Un método para descubrir automáticamente un enlace de capa del cliente, caracterizado por comprender:
recibir, mediante un primer nodo, una primera solicitud de establecimiento de conexión enviada desde un iniciador de una conexión (101);
añadir, mediante el primer nodo, un objeto de enlace de Ingeniería de Tráfico, TE, de la capa del cliente del primer nodo a la primera solicitud de establecimiento de conexión y
enviar, mediante el primer nodo, una segunda solicitud de establecimiento de conexión que contiene el objeto de enlace TE de la capa del cliente del primer nodo, salto a salto, en una dirección desde el primer nodo al segundo nodo (102);
analizar, mediante el segundo nodo, la segunda solicitud de establecimiento de conexión para obtener el objeto de enlace TE de la capa del cliente del primer nodo y para obtener un enlace TE de la capa del cliente mediante selección (103), en donde la obtención de un enlace TE de la capa del cliente por selección comprende:
obtener, por el segundo nodo, métodos de adaptación de la capa del cliente soportados por el primer nodo de acuerdo con el objeto del enlace TE de la capa del cliente del primer nodo;
comparar los métodos de adaptación de la capa del cliente, soportados por el primer nodo, con los métodos de adaptación de la capa del cliente soportados por el segundo nodo;
seleccionar un método de adaptación de la capa del cliente, con el soporte común de los dos nodos como un método de adaptación para el enlace TE de la capa del cliente y obtener y almacenar información del enlace TE de la capa del cliente.
\vskip1.000000\baselineskip
2. El método según la reivindicación 1, en donde después de que el segundo nodo obtenga el enlace TE de la capa del cliente, el método comprende, además:
enviar, mediante el segundo nodo, una respuesta de establecimiento de conexión que contenga un objeto de enlace TE de la capa del cliente del segundo nodo, salto a salto, en una dirección desde el segundo nodo al primer nodo (104).
\vskip1.000000\baselineskip
3. El método según la reivindicación 2, en donde el método comprende, además:
recibir y analizar, por el primer nodo, una respuesta de establecimiento de conexión que contenga un objeto de enlace TE de la capa del cliente del segundo nodo para obtener el enlace TE de la capa del cliente (105).
\vskip1.000000\baselineskip
4. El método según la reivindicación 3, en donde después de que el primer nodo obtenga el enlace TE de la capa del cliente, el método comprende, además:
almacenar, por el primer nodo, información del enlace TE de la capa del cliente y
enviar, mediante el primer nodo, un mensaje de confirmación de respuesta de establecimiento de conexión al segundo nodo y un mensaje de éxito de establecimiento de la conexión al iniciador de la conexión (106).
\vskip1.000000\baselineskip
5. El método según la reivindicación 1, en donde la primera solicitud de establecimiento de conexión comprende: uno o más métodos de adaptación de la capa del cliente especificados y
en donde el método comprende, además:
comparar, por el primer nodo, el método o los métodos de adaptación de la capa del cliente especificados con un método de adaptación de la capa del cliente soportado por el propio primer nodo y
seleccionar, mediante el primer nodo, un método de adaptación de la capa del cliente, comúnmente soportado por el iniciador y el primer nodo para crear el objeto de enlace TE de la capa del cliente del primer nodo.
\vskip1.000000\baselineskip
6. El método según la reivindicación 2, en donde el método comprende, además:
recibir, mediante el segundo nodo, un mensaje de confirmación de respuesta de establecimiento de conexión enviado desde el primer nodo.
\vskip1.000000\baselineskip
7. El método según la reivindicación 1, en donde
si el enlace TE de la capa del cliente soporta al menos dos métodos de adaptación de la capa del cliente, el enlace es distribuido como un solo enlace TE de la capa del cliente y la información del enlace TE de la capa del cliente contiene al menos dos capacidades de intercambio (107) o
si el enlace TE de la capa del cliente soporta al menos dos métodos de adaptación de la capa del cliente, el enlace se distribuye como al menos dos enlaces TE de la capa del cliente y cada uno de los al menos dos enlaces TE de la capa del cliente presenta una capacidad de conmutación.
\vskip1.000000\baselineskip
8. El método según la reivindicación 1, en donde la solicitud de establecimiento de conexión comprende un objeto de Grupo de Enlaces de Riesgo Compartido, SRLG, y en donde los nodos individuales en la conexión de la red añaden información de SRLG de los enlaces que están situados en el objeto de SRLG para obtener así información de SRLG del enlace TE de la capa del cliente.
9. Un sistema para descubrir automáticamente un enlace de capa del cliente, caracterizado por comprender un primer nodo y un segundo nodo;
el primer nodo está diseñado para recibir una primera solicitud de establecimiento de conexión, enviada desde un iniciador de una conexión, añadir un objeto de enlace de Ingeniería de Tráfico, TE, de la capa del cliente del primer nodo a la primera solicitud de establecimiento de conexión y enviar una segunda solicitud de establecimiento de conexión, que contenga el objeto de enlace TE de la capa del cliente del primer nodo, salto a salto, en una dirección desde el primer nodo al segundo nodo y
el segundo nodo está diseñado para recibir la segunda solicitud de establecimiento de conexión que contiene el objeto de enlace TE de la capa del cliente del primer nodo, analizando la segunda solicitud de establecimiento de conexión para obtener el objeto de enlace TE de la capa del cliente del primer nodo y obtener un enlace TE de la capa del cliente de acuerdo con el objeto de enlace TE de la capa del cliente del primer nodo, en donde la obtención de un enlace TE de la capa del cliente, mediante selección, comprende:
obtener, mediante el segundo nodo, métodos de adaptación de la capa del cliente soportados por el primer nodo de acuerdo con el objeto de enlace TE de la capa del cliente del primer nodo;
comparar los métodos de adaptación de la capa del cliente, soportados por el primer nodo con los métodos de adaptación de la capa del cliente soportados por el segundo nodo;
seleccionar un método de adaptación de la capa del cliente comúnmente soportado por los dos nodos como un método de adaptación para el enlace TE de la capa del cliente y
obtener y almacenar información del enlace TE de la capa del cliente.
ES06828346T 2006-01-14 2006-12-15 Metodo, aparato y sistema para descubrir automaticamente un enlace de capa del cliente. Active ES2345059T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610032996 2006-01-14
CNB200610032996XA CN100384155C (zh) 2006-01-14 2006-01-14 一种客户层链路自动发现方法及装置

Publications (1)

Publication Number Publication Date
ES2345059T3 true ES2345059T3 (es) 2010-09-14

Family

ID=37133635

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06828346T Active ES2345059T3 (es) 2006-01-14 2006-12-15 Metodo, aparato y sistema para descubrir automaticamente un enlace de capa del cliente.

Country Status (6)

Country Link
EP (1) EP1983712B1 (es)
CN (2) CN100384155C (es)
AT (1) ATE471023T1 (es)
DE (1) DE602006014876D1 (es)
ES (1) ES2345059T3 (es)
WO (1) WO2007079649A1 (es)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141290B (zh) * 2007-03-05 2010-05-26 中兴通讯股份有限公司 通信网络规划中的自动区域划分方法
CN101330448B (zh) * 2007-06-21 2010-12-08 华为技术有限公司 一种通告链路状态信息及确定组播转发路径的方法及装置
CN101494552B (zh) * 2008-01-23 2011-05-18 华为技术有限公司 一种建立业务连接的方法、系统和装置
US8666077B2 (en) * 2008-05-07 2014-03-04 Alcatel Lucent Traffic encryption key generation in a wireless communication network
CN103312602B (zh) * 2012-03-15 2018-12-28 中兴通讯股份有限公司 一种建立路径的方法和系统
US9197355B2 (en) 2012-11-27 2015-11-24 Ciena Corporation Drop port based shared risk link group systems and methods
CN108848050B (zh) * 2018-04-25 2021-02-12 广东工业大学 一种隐匿服务的链路建立方法
CN109144735B (zh) * 2018-09-29 2019-12-27 百度在线网络技术(北京)有限公司 用于处理数据的方法和装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2327896A1 (en) * 2000-12-08 2002-06-08 Alcatel Canada Inc. An mpls implementation on an atm platform
CN1266888C (zh) * 2002-11-02 2006-07-26 华为技术有限公司 一种流量工程链路状态信息扩散的方法
CN100388730C (zh) * 2002-11-27 2008-05-14 华为技术有限公司 流量工程链路状态扩散方法
US7315693B2 (en) * 2003-10-22 2008-01-01 Intel Corporation Dynamic route discovery for optical switched networks
CN100452683C (zh) * 2003-12-04 2009-01-14 上海交通大学 支持链路管理协议的智能波长路由光网络节点装置
CN100479449C (zh) * 2004-02-21 2009-04-15 华为技术有限公司 一种流量控制的方法
CN100546273C (zh) * 2004-02-25 2009-09-30 华为技术有限公司 复用段环链路在自动交换光网络中的处理方法

Also Published As

Publication number Publication date
EP1983712B1 (en) 2010-06-09
EP1983712A1 (en) 2008-10-22
CN1852165A (zh) 2006-10-25
WO2007079649A1 (fr) 2007-07-19
EP1983712A4 (en) 2009-03-11
DE602006014876D1 (de) 2010-07-22
CN101160929A (zh) 2008-04-09
ATE471023T1 (de) 2010-06-15
CN100384155C (zh) 2008-04-23

Similar Documents

Publication Publication Date Title
WO2017156987A1 (zh) 一种灵活以太网路径建立的方法和装置
ES2345059T3 (es) Metodo, aparato y sistema para descubrir automaticamente un enlace de capa del cliente.
ES2675571T3 (es) Método, dispositivo y sistema para asignar un número de puerto tributario correspondiente a un intervalo de tiempo
US8531969B2 (en) Path computation systems and methods for heterogeneous multi-domain networks
US8559812B2 (en) Methods and systems for the hierarchical mesh restoration of connections in an automatically switched optical network
US10320510B2 (en) TE-link bandwidth model of ODU switch capable OTN interfaces
ES2535740T3 (es) Método de cálculo de rutas, dispositivo nodal y elemento de cálculo de rutas
US8982775B2 (en) GMPLS signaling for networks having multiple multiplexing levels
US20090103533A1 (en) Method, system and node apparatus for establishing identifier mapping relationship
CN102763355A (zh) 传输网络中的业务区分
Zhang et al. Framework for GMPLS and PCE Control of G. 709 Optical Transport Networks
WO2011000310A1 (zh) 光网络中标签的分配处理方法、光通信装置及光通信系统
WO2011116595A1 (zh) 端到端业务建立方法、系统及光传送网
US9118605B2 (en) Link bundle co-routed VCAT via RSVP message bundling
CN101394310B (zh) 一种构建管理通信网和信令通信网的装置和方法
US20230254245A1 (en) Data Frame Sending Method and Network Device
US9698930B2 (en) Bandwidth map update method and device
JP2011061313A (ja) ノード装置及び経路計算方法
WO2021027434A1 (zh) 一种业务传输的方法、装置和系统
WO2011116594A1 (zh) 一种基于g.709的业务建立的信令控制方法和系统
US20230078178A1 (en) Service resource preconfiguration method and device, and system
WO2011150807A1 (zh) 带宽分配方法及实现带宽分配的设备
CN102201972B (zh) 一种基于g.709的多级复用路由计算方法和路径计算装置
Miyazawa et al. Experimental demonstrations of interworking between an optical packet and circuit integrated network and openflow-based networks
JP5027776B2 (ja) 通信ノード装置及び通信システム及び通信路制御プログラム