ES2354966T3

ES2354966T3 - Adaptaciones para transporte orientado a conexión en una red de comunicaciones de paquetes conmutados.

Info

Publication number: ES2354966T3
Application number: ES09162434T
Authority: ES
Inventors: Anders Eriksson
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2003-07-15
Filing date: 2004-06-21
Publication date: 2011-03-21
Anticipated expiration: 2024-06-21
Also published as: JP2007531344A; US7782860B2; EP2104279A1; MXPA06000030A; RU2373655C2; RU2006104622A; US20080037559A1; ES2396312T3; US7301949B2; EP1645081B1; JP4511532B2; EP2326048B1; CN100490417C; EP2326048A1; CN1823505A; DE602004031944D1; ATE485656T1; DK2104279T3; ES2360400T3; PL2104279T3

Abstract

Un nodo de red (31) para un sistema de comunicaciones de paquetes conmutados (30) que tiene una infraestructura de red física para enviar las tramas o los paquetes de datos de un formato predeterminado, en donde un conjunto de direcciones (38) que tiene un formato de dirección predeterminado se asigna a la infraestructura de red, la infraestructura de red incluye una pluralidad de nodos de red (31), caracterizado porque un primer subconjunto (38a) de dichas direcciones se asocia con un plano de control sin conexión (36) que permite y que controla el transporte sin conexión de las tramas o los paquetes de datos a través de dicha red (30), un segundo subconjunto (38b) de dichas direcciones se asocia con un plano de control orientado a conexión (37) que permite y que controla el transporte orientado a conexión de las tramas o los paquetes de datos a través de dicha red (30), y el nodo de red (31) se dispone para: enviar un paquete o trama que tiene una dirección que pertenece a dicho primer subconjunto (38a) por un modo de transporte sin conexión, y enviar un paquete o trama que tiene una dirección que pertenece a dicho segundo subconjunto (38b) por un modo de transporte orientado a conexión.

Description

CAMPO DE LA INVENCIÓN

La presente invención se refiere a adaptaciones y métodos para telecomunicación y comunicación de datos en general y particularmente a adaptaciones para proporcionar comunicaciones orientadas a conexión en una infraestructura de red tradicionalmente sin conexión. 5

ANTECEDENTES DE LA INVENCIÓN

Ethernet es hoy por mucho la tecnología de red de área local (LAN) dominante en el Mundo. El término Ethernet se refiere a la familia de productos de red cubiertos por el estándar IEEE 802.3 que define lo qué se conoce comúnmente como el protocolo CSMA/CD (protocolo de Acceso Múltiple con Detección de Portadora/ Detección de Colisión). Ethernet tiene muchos rasgos atractivos que la han hecho popular en el mercado: 10

: - es fácil de entender, implementar, gestionar y mantener,

: - permite implementaciones de red de bajo coste,

: - proporciona amplia flexibilidad topológica para la instalación de la red, y

: - garantiza la interconexión y operación exitosa de los productos compatibles con el estándar, sin importar el fabricante. 15

De los rasgos listados el coste relativamente bajo de las implementaciones de la red Ethernet es quizás la principal razón para la popularidad de Ethernet y dado que Ethernet es tan dominante, los componentes son producidos masivamente lo que además contribuye a mantener los costes bajos.

La tecnología Ethernet está siendo percibida cada vez más como una candidata para las redes de área metropolitanas (MAN) de clase portadora y las redes de área extensa (WAN). No obstante, dado que la tecnología 20 Ethernet es sin conexión, no ofrece la ingeniería de tráfico, el encaminamiento, la protección, y el control de la calidad de servicio (QoS) que se soportan por una tecnología orientada a conexión tal como la Conmutación por Etiquetas Multi-Protocolo (MPLS).

Un modo de transporte sin conexión se centra en la dirección de destino, u otra identificación, de los paquetes de datos que van a ser transportados en una red, más que cualquier trayecto particular entre los elementos de la red 25 fuente y destino. El protocolo CSMA/CD de Ethernet, el protocolo de Internet (IP), IPx y SNA son ejemplos de protocolos que usan un modo de transporte sin conexión. En el modo orientado a conexión las señales se comunican sobre trayectos específicos desde un elemento de la red fuente a un elemento de la red destino. Ejemplos de tecnologías de transporte que usan transporte orientado a conexión son la MPLS, el Modo de Transferencia Asíncrona (ATM), la Retransmisión de Tramas, y el de paquetes sobre SONET. 30

Una red orientada a conexión proporciona gestión eficiente del ancho de banda, lo que permite la ingeniería de tráfico, el control de la QoS y de esta manera permite a un operador ofrecer servicios conscientes de la QoS. Las ventajas de las redes sin conexión sobre las redes orientadas a conexión son su simplicidad, fiabilidad y escalabilidad. De esta manera los modos de transporte orientados a conexión y sin conexión tienen distintas ventajas y son de esta manera diferencialmente adecuables en distintas situaciones y para distintos tipos de servicios. No obstante, dado que 35 muchos operadores de red desean ofrecer a sus clientes una amplia variedad de servicios o pueden desear que sean flexibles en términos de sus tipos de servicios ofertados, hay una demanda para la capacidad de usar ambos modos de transporte en la misma red.

Se conocen una serie de soluciones que combinan el transporte orientado a conexión y sin conexión en la misma red. 40

Las patentes U.S. 6.151.324 y 6.449.279 describen un método y un aparato para proporcionar la conmutación orientada a conexión en una red de comunicaciones para lograr la agregación de la conexión para reducir el número total de conexiones requeridas entre los conmutadores. Esto implica modificar los paquetes sin conexión de manera que puedan ser enviados sobre un trayecto preestablecido entre un conmutador de ingreso y un conmutador de salida.

La solicitud de patente internacional WO 01/87000 describe un sistema y método para comunicar señales sin 45 conexión y orientadas a conexión usando elementos de red comunes. Se determina un tipo de señalización de cada señal y se anexa una etiqueta de transporte que indica el tipo de señalización de la señal a cada señal. Las señales se transportan a continuación de acuerdo con los procedimientos de señalización asociados con cada tipo de señalización de la señal.

El borrador del IETF “Arquitectura Generalizada de Conmutación por Etiquetas Multi-Protocolo (GMPLS)” de 50 agosto de 2002 presenta una combinación de transporte sin conexión y orientado a conexión en una red común

perfilando un estándar para Ethernet sobre MPLS. Este estándar se basa en la encapsulación de las tramas de Ethernet en las tramas de MPLS.

Un inconveniente común de las soluciones de la técnica previa tratadas anteriormente es que el coste de implementarlas se espera que sea relativamente alto dado que o bien requieren modificaciones considerables de los nodos de red estándar o bien requieren el uso de nodos de conmutación legados que son específicamente adaptados 5 para el transporte orientado a conexión. Los nodos de conmutación para el transporte orientado a conexión son relativamente caros comparados por ejemplo con los nodos de red Ethernet producidos masivamente. De acuerdo con las soluciones presentadas en las patentes U.S. 6.151.324 y 6.449.279 y WO 01/87000 se modifican los paquetes de datos que van a ser transportados lo que implica que se requieren nuevos elementos de red modificados para implementar estas soluciones. La encapsulación de las tramas de Ethernet en tramas de MPSL según se describen en 10 el borrador del IETF antes mencionado “Arquitectura Generalizada de Conmutación por Etiquetas Multi-Protocolo (GMPLS)” requiere el uso de nodos de conmutación MPLS legados relativamente caros.

RESUMEN DE LA INVENCIÓN

Las tecnologías orientadas a conexión actuales ofrecen un plano de control adecuado para las funciones de ingeniería de tráfico, encaminamiento, protección y control de la QoS. Desafortunadamente, los nodos de la red para 15 implementar estas tecnologías de red orientada a conexión actuales tienden a ser caras debido a los volúmenes de producción relativamente bajos. Por otra parte, los nodos para implementar las tecnologías de red sin conexión, tales como los nodos de red Ethernet, son relativamente baratos debido a los altos volúmenes de producción. Un objeto de la presente invención es proporcionar de esta manera adaptaciones que hacen posible transportar el tráfico en un modo orientado a conexión usando la infraestructura de red y los componentes físicos de una red tradicionalmente sin 20 conexión.

Las adaptaciones de acuerdo con la presente invención complementan una red tradicionalmente sin conexión con un plano de control orientado a conexión. De acuerdo con una realización preferente se reserva un subconjunto del espacio de direcciones que se usa en una red sin conexión para definir las direcciones de destino para el transporte orientado a conexión y se usa para definir las etiquetas del trayecto. 25

De acuerdo con un primer aspecto de la presente invención, se proporciona un nodo de red para un sistema de comunicaciones de paquetes conmutados. El sistema de comunicaciones de paquetes conmutados tiene una infraestructura de red física para enviar las tramas o los paquetes de datos de un formato predeterminado, en donde se asigna un conjunto de direcciones que tienen un formato de dirección predeterminado a la infraestructura de red. Además, la infraestructura de red incluye una pluralidad de nodos de red. De acuerdo con la presente invención, se 30 asocia un primer subconjunto de dichas direcciones con un plano de control sin conexión que permite y que controla el transporte sin conexión de las tramas o los paquetes de datos a través de dicha red. Además, se asocia un segundo subconjunto de dichas direcciones con un plano de control orientado a conexión que permite y que controla el transporte orientado a conexión de las tramas o los paquetes de datos a través de dicha red. El nodo de red se dispone a enviar un paquete o trama que tiene una dirección que pertenece a dicho primer subconjunto mediante un modo de transporte sin 35 conexión, y adaptado a enviar un paquete o trama que tiene una dirección que pertenece a dicho segundo subconjunto mediante un modo de transporte orientado a conexión.

De acuerdo con un segundo aspecto de la presente invención, se proporciona un método en una red de comunicaciones de paquetes conmutados. La red de comunicación de paquetes conmutados comprende una pluralidad de nodos de red para enviar las tramas o los paquetes de datos de un formato predeterminado. Un conjunto de 40 direcciones que tienen un formato de dirección predeterminado se asigna a la red. Adicionalmente, un plano de control sin conexión permite y controla el transporte sin conexión de las tramas o los paquetes de datos a través de dicha red y un plano de control orientado a conexión permite y controla el transporte orientado a conexión de las tramas o los paquetes de datos a través de dicha red. De acuerdo con la presente invención, un primer subconjunto de dichas direcciones se asocia con el plano de control sin conexión y un segundo subconjunto de dichas direcciones se asocia 45 con el plano de control orientado a conexión. En el método, se envía un paquete o trama que tiene una dirección que pertenece a dicho primer subconjunto a través de la red mediante un modo de transporte sin conexión, y se envía un paquete o trama que tiene una dirección que pertenece a dicho segundo subconjunto a través de la red mediante un modo de transporte orientado a conexión.

Una ventaja de la presente invención es que hace posible usar componentes físicos de conmutación de bajo 50 coste, tales como conmutadores los Ethernet, para interconexión de clase portadora. Los componentes físicos Ethernet e IP existentes se pueden reutilizar mediante los medios de la presente invención para proporcionar interconexión de clase portadora a bajo coste y con una alta capacidad de transporte. De acuerdo con la presente invención la tecnología Ethernet tradicionalmente sin conexión se puede mejorar complementando su plano de control sin conexión actual con un plano de control orientado a conexión que hace posible soportar tales rasgos como la ingeniería de tráfico, el control 55 de la QoS, la gestión de los recursos, y la protección del trayecto. De esta manera la invención mejora la posición de la tecnología Ethernet respecto a otra conmutación MAN o WAN y las tecnologías de conexión cruzada tales como ATM, SDH y MPLS.

Otra ventaja de la presente invención es que permite a los operadores usar el modo de transporte sin conexión u orientado a conexión en paralelo sobre la misma infraestructura de red. Esto proporciona un grado de flexibilidad grande para los operadores en términos de gestión de red y en términos de servicios que se pueden ofrecer a los clientes.

Otra ventaja de la presente invención es que requiere modificaciones menores de los componentes físicos de 5 la red existente y que es simple comparado con otras soluciones conocidas para combinar el transporte de señales orientadas a conexión y sin conexión en la misma red.

Una ventaja de una realización preferente de la presente invención es que permite la gestión simplista combinando el soporte para la autoconfiguración distribuida de la Ethernet tradicional con herramientas de gestión automatizadas que configuran el plano de control orientado a conexión de acuerdo con la invención sobre interfaces 10 estandarizados.

Otras ventajas y objetos de las realizaciones de la presente invención llegarán a ser evidentes leyendo la siguiente descripción detallada en conjunto con los dibujos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

La Fig. 1 es un diagrama de bloques esquemático de una red Ethernet conmutada convencional. 15

La Fig. 2 es un diagrama de bloques esquemático que ilustra el formato de una trama Ethernet típica.

La Fig. 3 es un diagrama de bloques esquemático que ilustra el principio de la presente invención con dos redes lógicas, una sin conexión y una orientada a conexión, implementadas en una infraestructura Ethernet común.

La Fig. 4 es un diagrama de bloques esquemático que ilustra la relación entre un plano de control sin conexión y un plano de control orientado a conexión así como el procedimiento de conmutación de acuerdo con la presente 20 invención.

La Fig. 5 es un diagrama de flujo que ilustra el procedimiento de conmutación usado tanto para transporte sin conexión como orientado a conexión de acuerdo con la presente invención.

La Fig. 6 es un diagrama de bloques esquemático que ilustra una realización de la presente invención en donde el plano de control orientado a conexión se implementa en un nodo de control separado (CN). 25

La Fig. 7 es un diagrama de flujo que ilustra un método para configurar una red que funciona de acuerdo con los principios de la presente invención.

La Fig. 8 es un diagrama de bloques esquemático que ilustra un primer caso de uso básico de la presente invención.

La Fig. 9 es un diagrama de bloques esquemático que ilustra un segundo caso de uso de la presente invención, el cual es para configurar las Redes Privadas Virtuales (VPN). 30

La Fig. 10 es un diagrama de bloques esquemático que ilustra un tercer caso de uso de la presente invención, que es para acceso de banda ancha.

DESCRIPCIÓN DETALLADA

La presente invención se describirá ahora más plenamente de aquí en adelante con referencia a los dibujos anexos, en los que se muestran las realizaciones preferentes de la invención. Esta invención se puede realizar, no 35 obstante, de muchas formas distintas y no se debería construir como limitada a las realizaciones establecidas en adelante aquí dentro; más bien, estas realizaciones se proporcionan de manera que esta revelación será minuciosa y completa, y trasladará plenamente el alcance de la invención a aquellos expertos en la técnica. Como se apreciará por uno de los expertos en la técnica, la presente invención puede tomar la forma de realizaciones de componentes físicos, realizaciones de programas informáticos o realizaciones que combinen aspectos de componentes físicos y programas 40 informáticos.

La presente invención se revela usando ilustraciones de diagramas de flujo y diagramas de bloques. Se entenderá que cada bloque (de las ilustraciones del diagrama de flujo y los diagramas de bloques), y las combinaciones de bloques, se pueden implementar mediante las instrucciones de programas informáticos. Estas instrucciones de programa se pueden proporcionar a un(os) circuito(s) procesador(es) dentro de los componentes de una infraestructura 45 de red, tal que las instrucciones que se ejecutan en el(los) circuito(s) procesador(es) crean los medios para implementar las funciones especificadas en el bloque o bloques. Las instrucciones de programa informático se pueden ejecutar por el(los) circuito(s) procesador(es) para causar una serie de pasos funcionales que van a ser realizados por el(los) circuito(s) procesador(es) para producir un proceso implementado por ordenador tal que las instrucciones que se ejecutan en el(los) circuito(s) procesador(es) proporcionan los pasos para implementar las funciones especificadas en el 50 bloque o bloques.

Por consiguiente, los bloques soportan combinaciones de medios para realizar las funciones especificadas, las combinaciones de los pasos para realizar las funciones especificadas y las instrucciones de programa para realizar las funciones especificadas. También se entenderá que cada bloque, y las combinaciones de bloques, se pueden implementar mediante sistemas basados en componentes físicos de propósito especial que realizan las funciones o pasos especificados, o las combinaciones de instrucciones de ordenador y componentes físicos de propósito especial. 5

En las primeras implementaciones Ethernet de múltiples estaciones, se conectaron a menudo en una configuración de canal principal a un segmento común formado por un cable coaxial. La red Ethernet moderna usa cableado de par trenzado o fibras ópticas para conectar las estaciones en un patrón radial. En lugar de usar un medio compartido para las múltiples estaciones hoy se sustituye a menudo por Ethernet conmutada con un segmento dedicado para cada estación. Los segmentos dedicados conectan a un conmutador, que también se puede conectar a otros 10 conmutadores. Un ejemplo de una red Ethernet conmutada 10 se ilustra en la Fig. 1, en donde una serie de estaciones 11 se conectan por medio de segmentos dedicados 12 a los conmutadores Ethernet 13. Los conmutadores Ethernet se disponen para recoger las tramas Ethernet de las estaciones u otros conmutadores, y en base a la información en la trama envían cada trama sobre un segmento adecuado.

En las redes Ethernet la subcapa de Control de Acceso al Medio (MAC) es responsable de encapsular los 15 datos que van a ser transmitidos en tramas que se ensamblan de acuerdo con un formato de paquetes Ethernet especificado. La Fig. 2 ilustra el formato de una trama Ethernet típica 21. La trama 21 consta de los siguientes campos:

: - preámbulo 22a, que consta de 7 octetos (bytes), que es un patrón de alternancia de unos y ceros que dice a la estación de recepción que está viniendo una trama,

: - delimitador del inicio de la trama 22b, que consta de 1 octeto, que es la secuencia 10101011 e indica el 20 inicio de una trama,

: - dirección de destino 23, que consta de 6 octetos que identifica la(s) estación(es) que debería(n) recibir la trama,

: - dirección de la fuente 24, que consta de 6 octetos que identifica la estación remitente,

: - tipo 25, que consta de 2 octetos, indica el tipo de la trama que se envía de entre un número de tipos de 25 tramas opcionales,

: - datos 26, que consta de 42-1500 octetos, contiene los bits de los datos de información que van a ser transmitidos o recibidos,

: - secuencia de comprobación de la trama 27, que consta de 4 octetos, es una secuencia de bits que se usa para comprobar las tramas dañadas. 30

La trama Ethernet 21 también consta de una etiqueta VLAN 28 del campo opcional adicional de 4 octetos que se usa cuando se crean las LAN virtuales basadas en Ethernet.

Un conmutador Ethernet comprende una tabla de conmutación que indica en cuál de los puertos de salida de los conmutadores una trama va a ser puesta a la salida dependiendo de la información en uno o varios de los campos de direcciones de las tramas. Normalmente las tramas se conmutan en base a los contenidos del campo de dirección 35 destino, pero muchos conmutadores Ethernet también soportan conmutación en base a los contenidos de otros campos o combinaciones de campos, tales como el campo de dirección de la fuente o la etiqueta VLAN. En una red tradicional Ethernet las tablas de conmutación se gestionan mediante un plano de control, que hace posible transportar las tramas en un modo de transporte sin conexión.

La presente invención proporciona un nuevo plano de control orientado a conexión, que puede funcionar en la 40 infraestructura Ethernet en paralelo con el plano de control sin conexión tradicional y que puede proporcionar la red Ethernet con un modo de transporte orientado a conexión. El plano de control orientado a conexión de acuerdo con la invención puede ser por ejemplo un plano de control tipo MPLS. Por medio del plano de control orientado a conexión se puede soportar la mayoría de los rasgos de MPLS en las áreas de ingeniería de tráfico, QoS, y protección de trayecto también en redes Ethernet. 45

La presente invención permite para los componentes físicos de conmutación Ethernet de la técnica previa que van a ser usados para transportar tráfico en un modo orientado a conexión, en paralelo o en lugar del modo de transporte sin conexión tradicional. Los componentes físicos de conmutación Ethernet se pueden usar sin alteraciones para el transporte orientado a conexión dado que la trama Ethernet no necesita ser cambiada de acuerdo con la presente invención y la conmutación se basa aún en la información en un campo predeterminado de la trama Ethernet, 50 normalmente el campo de dirección destino. No obstante, la presente invención extiende la semántica de este campo reservando un subconjunto del espacio de direcciones disponible para las etiquetas de los trayectos. La nueva etiqueta de trayecto Ethernet se usa para el mismo propósito como por ejemplo una etiqueta de trayecto MPLS, es decir para identificar un trayecto conmutado de etiqueta orientado a conexión. La etiqueta de trayecto funciona como el manejo

que permite el plano de control orientado a conexión para mejorar la tecnología Ethernet introduciendo un conjunto de rasgos orientados a conexión normalmente ofrecidos por MPLS y ATM.

La Figura 3 ilustra esquemáticamente una realización preferente y el principio de la presente invención. La figura ilustra una infraestructura Ethernet común 30 que incluye los conmutadores Ethernet 31 construidos con componentes físicos Ethernet legados, y encaminadores de borde que conectan la infraestructura Ethernet a otras 5 infraestructuras por medio de los interfaces de infraestructura 32. De acuerdo con la presente invención tanto una red sin conexión 34 como una red orientada a conexión 35 se pueden implementar en la infraestructura Ethernet común 30. La red sin conexión 34 funciona como una red Ethernet tradicional y se controla por un plano de control sin conexión 36 y tiene un interfaz portador sin conexión (CLBI) 33a. La red orientada a conexión 35 se controla por un plano de control orientado a conexión 37 de acuerdo con la presente invención y tiene un interfaz portador orientado a conexión (COBI) 10 33b. La figura 3 también ilustra esquemáticamente la trama Ethernet 21 que se usa para transportar los datos en la infraestructura Ethernet. El mismo formato de paquete se usa con independencia de si la trama se transporta por medio del modo de transporte sin conexión en la red sin conexión 34 o por medio del modo de transporte orientado a conexión en la red orientada a conexión 35. Cada trama 21 incluye un campo de dirección destino 23, los contenidos de los que determina cómo conmutan la trama los conmutadores Ethernet. 15

El espacio de direcciones Ethernet disponible 38, es decir el conjunto de combinaciones de bits que se pueden contener en el campo de dirección destino, se ilustra esquemáticamente en la figura 3 y se indica mediante el número de referencia 38. El espacio de direcciones disponible 38 está particionado de acuerdo con la presente invención entre la red sin conexión 34 y la red orientada a conexión 35. En otras palabras un primer subconjunto 38a de las combinaciones de bits forma las direcciones destino que se asocian con el transporte sin conexión y un segundo 20 subconjunto 38b de las combinaciones de bits forma las etiquetas de trayecto orientadas a conexión que se asocian con el transporte orientado a conexión. El plano de control sin conexión 36 dirige el primer subconjunto 38a del espacio de direcciones 38 por medio de un interfaz de control sin conexión (CLCI) 39a, mientras que el plano de control orientado a conexión 37 dirige el segundo subconjunto 38b por medio de un interfaz de control orientado a conexión (COCI) 39b, como se explicará con más detalle de aquí en adelante. 25

La Figura 4 es un diagrama esquemático que ilustra el procedimiento de conmutación y la relación entre los planos de control sin conexión y orientados a conexión 36, 37 de la Figura 3 con más detalle. El contenido del campo de dirección destino 23 de la trama Ethernet 21 se usa como un índice de búsqueda para una entrada en una tabla de conmutación 40 del conmutador Ethernet 31 que recibe la trama. Esta entrada almacena el puerto del conmutador de salida al que va a ser enviada la trama Ethernet. El plano de control de esta manera controla el envío de las tramas 30 Ethernet asignando un puerto de salida a cada índice de búsqueda. En caso de una trama sin conexión, el índice de búsqueda es una dirección MAC tradicional, y en caso de una trama orientada a conexión, el índice de búsqueda es una etiqueta de trayecto, por ejemplo una etiqueta MPLS.

Un gestor del índice de búsqueda 41 asigna subconjuntos no superpuestos 38a, 38b y del espacio de direcciones 38 de 48 bits a los planos de control 36, 37. Por ello cada tabla de conmutación 40 se separa en un área sin 35 conexión 40a y un área orientada a conexión 40b. Cada trama Ethernet 21 que se inyecta en la red se asocia con un plano de control específico que maneja el servicio de transporte para la trama. A la trama también se asigna un índice de búsqueda desde el subconjunto del espacio de direcciones que ha sido asignado al plano de control. Hay de esta manera una relación uno a uno entre un índice de búsqueda específico en el campo de dirección destino 23 de una trama Ethernet 21 y el plano de control específico 36 o 37 que controla la entrada correspondiente en la tabla de 40 conmutación 40. Esta entrada describe la acción de conmutación que va a ser realizada sobre la trama, es decir enviar a un puerto de salida específico.

Usando el gestor de índice de búsqueda 41 de acuerdo con la presente invención, no hay necesidad de ninguna información explícita en la trama Ethernet respecto con cuyo plano de control 36, 37 se asocia una trama específica. Esta información está implicada por el índice de búsqueda en la trama Ethernet y la asignación de 45 subconjuntos no superpuestos del espacio de direcciones de 48 bits.

Las líneas discontinuas en la Figura 4 indican los bloques funcionales que son necesarios además de las funciones de conmutación Ethernet legadas para implementar la presente invención. Estos bloques son el plano de control orientado a conexión 37 y el gestor del índice de búsqueda 41. Estos bloques se implementarían típicamente en programas informáticos, de manera que permitan la reutilización de los componentes físicos de Ethernet legados. 50

Como se mencionó anteriormente, no se requieren cambios en el formato de la trama de Ethernet legada. La única modificación es la interpretación del patrón de bit en el campo de dirección destino 23: o bien es interpretado como una dirección MAC tradicional o bien como una etiqueta de trayecto, dependiendo de a qué subconjunto del espacio de direcciones 38a, 38b pertenece.

A la acción de conmutación realizada en una trama Ethernet 21 sigue el procedimiento usado en los 55 componentes físicos de Ethernet legados, sin importar si la trama se transporta de una manera sin conexión u orientada a conexión. El procedimiento se perfila en las Figuras 4 y 5 como sigue:

Paso 51: Leer el índice de búsqueda en el campo de la dirección destino 23.

Paso 52: Buscar la entrada correspondiente en la tabla de conmutación 40.

Paso 53: Enviar la trama al puerto de salida en la entrada de la tabla de conmutación.

El procedimiento de las entradas de escritura en la tabla de conmutación 40 es el mismo para el plano de control orientado a conexión 37 que para el plano de control sin conexión tradicional 36. En ambos casos es una cuestión de introducir un índice de búsqueda de 48 bits y el puerto de salida correspondiente. Por lo tanto, no son 5 necesarios cambios en los componentes físicos de la tabla de conmutación.

En el caso general, el gestor del índice de búsqueda 41 puede asignar los subconjuntos no superpuestos 38a, 38b del espacio de direcciones 38 para un número arbitrario de planos de control. Por ejemplo, podría haber varios planos de control orientados a conexión y sin conexión que funcionan en paralelo, cada uno usando protocolos de encaminamiento separados. Además, no hay necesidad de un subconjunto asignado para constar de índices de 10 búsqueda consecutivos.

En la realización mostrada en las Figuras 3 y 4 la conmutación se basa en los contenidos del campo de la dirección de destino. Si los componentes físicos soportan conmutación en base a los contenidos de otros campos tales como el campo de la dirección fuente 24 o la etiqueta VLAN 28, a continuación el espacio de direcciones de estos campos se puede particionar de acuerdo con la presente invención para permitir el transporte de los distintos paquetes 15 con distintos modos de transporte. De esta manera si los componentes físicos soportan conmutación en base al campo de dirección de la fuente, entonces una realización alternativa de la presente invención puede usar los contenidos del campo de dirección de la fuente para determinar si va a ser transportada o no una trama de una manera sin conexión o una orientada a conexión. La realización alternativa funciona de una manera análoga para la realización descrita en las Figuras 3 y 4 pero conmuta en base al campo de la dirección fuente en lugar del campo de la dirección destino y 20 particiona el espacio de la dirección de la fuente en lugar del espacio de las direcciones destino.

Además, en el caso general la acción de la conmutación podría depender de información adicional en la trama Ethernet, tal como la identidad VLAN y los bits de prioridad. La acción de conmutación también incluiría entonces enviar a un almacenamiento temporal de salida específico correspondiente a un nivel de prioridad específico, y el envío también dependería de la configuración VLAN. Para evitar la interferencia entre el tráfico que pertenece a distintos 25 planos de control, las identidades VLAN y los niveles de prioridad se deberían asignar preferentemente de una manera no superpuesta a los distintos planos de control de una manera similar a la asignación del espacio de direcciones.

El IEEE ha asignado el espacio de direcciones de manera que las tramas asociadas con las direcciones tradicionales MAC únicas globalmente tendrán “x0” como los primeros dos de los 48 bits, mientras que las direcciones administradas localmente tendrán “x1” como los dos primeros bits, donde x=0 en caso de la comunicación unidifusión y 30 x=1 en caso de comunicación multidifusión. Dentro del espacio de direcciones administrado localmente, el operador es libre de asignar las direcciones MAC y las etiquetas de trayectos de acuerdo con el esquema anterior.

No obstante, si las direcciones MAC únicas globalmente se usan por el plano de control sin conexión, las direcciones se cablean en los componentes físicos Ethernet y de esta manera están más allá del control del gestor de búsqueda. Para evitar superposición, cuando se asignan los índices al plano de control orientado a conexión 37, el 35 gestor del índice de búsqueda 41 debería usar en su lugar un subconjunto del espacio de direcciones administrado localmente. Este espacio de direcciones no es por definición de superposición con las direcciones administradas globalmente.

Suponemos que el espacio de direcciones está particionado de manera que el primer subconjunto de direcciones asociadas con el plano de control sin conexión comprende las direcciones en las que el segundo bit de una 40 secuencia de 48 bit es 0, y el segundo subconjunto asociado con el plano de control orientado a conexión comprende las direcciones en las que el segundo bit de una secuencia de 48 bit es 1. Adicionalmente, suponemos que un conmutador recibe un primer paquete donde el campo de la dirección destino lee “00…” y corresponde a la dirección destino de un nodo en la red, y un segundo paquete donde el campo de la dirección destino lee “01…” y corresponde a una etiqueta de trayecto de una configuración de trayecto por el plano de control orientado a conexión. Entonces el 45 primer paquete se transportará de una manera sin conexión y el segundo se transportará de una manera orientada a conexión. El conmutador enviará tanto el primer como el segundo paquete de acuerdo con el mismo procedimiento de conmutación como se ilustra por el diagrama de flujo de la fig. 5, pero dado que el conmutador envía los paquetes en base a las diferentes entradas en la tabla de conmutación que se controlan por los distintos planos de control, los paquetes se transportarán por distintos modos de transporte. 50

Cuando el plano de control orientado a conexión configura un trayecto elegirá una etiqueta de trayecto desde el subconjunto del espacio de direcciones reservado para las etiquetas de trayecto, asigna la etiqueta de trayecto al trayecto, y determina los contenidos de las entradas de la tabla de conmutación asociadas con la etiqueta de trayecto en los conmutadores a lo largo del trayecto. Los paquetes que van a ser transportados a lo largo del trayecto establecido se ensamblan entonces con la etiqueta de trayecto contenida en el campo de la dirección destino. 55

El nuevo espacio de etiqueta de trayecto Ethernet 38b se supone que va a ser bastante grande para soportar las etiquetas que son únicas por dominio Ethernet. El intercambio de etiquetas se puede evitar por ello, lo cual es un requerimiento para la reutilización del HW de conmutación Ethernet existente.

La presente invención se implementa preferentemente modificando los programas informáticos de conmutación Ethernet actuales para introducir el plano de control orientado a conexión 37, que puede ser un plano de control tipo 5 MPLS. Como se explicó anteriormente el plano de control orientado a conexión 37 puede controlar las tablas de conmutación Ethernet 40 en paralelo con el plano de control sin conexión 36, dado que el plano de control sin conexión maneja las entradas que se asocian con el primer subconjunto 38a del espacio de direcciones, mientras que el plano de control orientado a conexión maneja las entradas dentro del segundo subconjunto 38b del espacio de direcciones que se reserva para las etiquetas de los trayectos. Un conmutador Ethernet 31 puede de esta manera usar ambos planos de 10 control en paralelo, cada plano de control funcionando en su parte separada del espacio de direcciones Ethernet. Una Ethernet física única puede soportar por lo tanto dos redes lógicas 34, 35. Una es sin conexión y usa las direcciones Ethernet tradicionales, y la otra está orientada a conexión y usa el espacio de direcciones, que de acuerdo con la presente invención se reserva para las etiquetas de los trayectos.

Desde una perspectiva del plano de control, una Ethernet complementada con las etiquetas de los trayectos 15 sería similar a cualquier otra red MPLS. De esta manera si el plano de control orientado a conexión de acuerdo con la presente invención se basa en un plano de control MPLS legado, solamente sería requeridas modificaciones menores. No obstante, un nuevo protocolo del plano de control se debe introducir para la distribución de la información de la etiqueta del trayecto entre los nodos Ethernet. Este protocolo se puede basar en los protocolos MPLS actuales, de manera que el Protocolo de Distribución de Etiquetas, o en GSMP (Protocolo General de Gestión de Conmutación). 20 Alternativamente el plano de control orientado a conexión se podría basar en un plano de control tipo ATM.

El plano de control orientado a conexión se podría implementar de una forma distribuida de manera que cada nodo de conmutación Ethernet procese los mensajes de la señalización de control de encaminamiento desde otros nodos y maneje la actualización de las tablas de conmutación.

El plano de control orientado a conexión también se podría implementar en un nodo de control separado (CN) 25 60, como se ilustra en la figura 6. El nodo de control comunicaría entonces con todos los nodos de conmutación, tanto los conmutadores interiores 61 como los conmutadores de límite 62 sobre la infraestructura de red usando el Interfaz de Control Orientado a Conexión (COCI) para actualizar las tablas de conmutación. El COCI es un interfaz lógico más que un interfaz de red. Los enlaces lógicos 63 sobre el COCI se ilustran con líneas discontinuas en la fig. 6, mientras que los enlaces físicos 64 se ilustran con líneas continuas. La realización mostrada en la fig. 6 permite la separación a través del 30 COCI de las funciones de envío implementadas en los nodos de conmutación 61, 62 desde las funciones de control de red situadas en el nodo de control 60.

La comunicación entre el nodo de control y los conmutadores Ethernet es necesaria para configurar la red orientada a conexión. Esto significa que la comunicación es necesaria antes de que se establezcan los trayectos de comunicación de la red orientada a conexión. Este problema de puesta en marcha del establecimiento de la 35 comunicación para la configuración inicial de la red orientada a conexión se puede solventar usando una Ethernet tradicional sin conexión de autoconfiguración implementada en la misma infraestructura física. La Ethernet tradicional sin conexión a menudo comprende una función para la autoconfiguración distribuida de la red. Es de esta manera ventajoso si la información respecto a la topología de la red que ha sido recogida por la función de autoconfiguración de la red sin conexión podría ser utilizada también por la red orientada a conexión. Si la red sin conexión soporta la 40 comunicación entre el nodo de control y los conmutadores Ethernet, el nodo de control puede extraer la información desde los conmutadores acerca de la topología de red y los recursos del enlace, para configurar los trayectos orientados a conexión. De esta manera una gestión simplista se puede obtener combinando el soporte para la autoconfiguración distribuida de la Ethernet tradicional con las herramientas de gestión automatizadas que configuran el plano de control orientado a conexión sobre los interfaces de control establecidos. 45

La Fig. 7 es un diagrama de flujo que ilustra los pasos implicados en un método preferente de configuración de una red que permite tanto el transporte sin conexión como orientado a conexión de acuerdo con la presente invención. En un primer paso 71, los conmutadores de la red se instalan y se interconectan. La conectividad sin conexión se establece en un paso 72 en base al soporte de autoconfiguración de la técnica previa tal como los conmutadores de auto aprendizaje Ethernet y el Protocolo de Árbol de Extensión. A partir de entonces, se establece la conectividad sin 50 conexión entre el nodo de control y todos los conmutadores de la red en un paso 73 y el nodo de control extrae la información desde los conmutadores acerca de la topología y los recursos del enlace de la red sin conexión. En un paso adicional 74, el nodo de control construye un mapa de la red en base a la información de los conmutadores. Finalmente, en el paso 75, el nodo de control configura los trayectos orientados a conexión que por ejemplo corresponden a las Especificaciones de Nivel de Servicio (SLS) vendidos por el operador. La configuración de los trayectos orientados a 55 conexión se realiza por el nodo de control que comunica con los conmutadores usando por ejemplo GSMP para controlar los contenidos de las tablas de conmutación de los conmutadores tal que los conmutadores enviarán las tramas adecuadas correctamente a lo largo de los trayectos orientados a conexión. Después de la configuración inicial, el nodo de control puede manejar las peticiones presentadas por el operador para nuevos trayectos asociados con las nuevas SLS. El nodo de control sigue la pista de los recursos de red que ya están reservados para los trayectos 60

asociados con las SLS activas, y realiza el control de admisión comprobando si hay suficiente recursos dejados para las nuevas SLS.

Vale la pena señalar que dado que una red Ethernet tradicional carece de un protocolo de encaminamiento con un mecanismo de prevención de bucle el protocolo de Árbol de Extensión puede, durante la configuración, deshabilitar algunos enlaces físicos para usar por la red sin conexión para prevenir los bucles. No obstante, si la red orientada a 5 conexión se proporciona con un mecanismo de prevención de bucle adecuado para los trayectos orientados a conexión o si el nodo de control tiene una descripción completa de la red, los trayectos orientados a conexión pueden usar enlaces que se han deshabilitado para el uso por la red sin conexión.

Si el plano de control orientado a conexión se distribuye a cada nodo de conmutación, los componentes físicos del conmutador Ethernet existentes pueden necesitar una actualización de la capacidad del procesador de control. La 10 ventaja de usar un código de control que maneja la mayoría del procesamiento de control es que no se requiere probablemente esta actualización. Los conmutadores Ethernet existentes necesitarían entonces solamente la modificación menor de incluir el soporte para el COCI, que preferentemente se implementa por medio de la modificación del programa informático del conmutador.

La reserva de un espacio de direcciones Ethernet para las etiquetas de trayecto puede llegar a ser o no un 15 problema de estandarización. Una solución alternativa sería introducir un mecanismo que detecte las direcciones Ethernet que se usan para conmutación sin conexión tradicional dentro de la red Ethernet de interés. Las direcciones que no están en uso se pueden tomar prestadas entonces y usar para las etiquetas de trayecto.

Las realizaciones de la presente invención en base a una infraestructura Ethernet se han descrito anteriormente. No obstante la presente invención no se limita a la tecnología Ethernet. La invención también se puede 20 aplicar a otros protocolos sin conexión, tales como IP. Un plano de control orientado a conexión controlaría entonces las etiquetas de los trayectos en un campo predeterminado del paquete IP tal como el campo de la dirección destino del paquete IP, y en las tablas de envío de los encaminadores IP de una manera análoga a las realizaciones Ethernet descritas anteriormente. Esto permitiría el transporte de paquetes IP orientados a conexión en paralelo con el encaminamiento IP sin conexión tradicional, usando el formato del paquete IP legado y usando los encaminadores IP 25 legados con un plano de control modificado. Un subconjunto del espacio de direcciones IP tendría que ser reservado entonces para las etiquetas de los trayectos. La presente invención también se puede implementar en base a otros protocolos para los que es posible reservar un subconjunto de un espacio de direcciones asignado para las etiquetas de los trayectos.

Una realización preferente de la presente invención incluye un plano de control orientado a conexión que usa 30 un subconjunto del plano de control para MPLS que incluye los mecanismos implicados en la configuración de la VPN.

Los mecanismos básicos en MPLS usan etiquetas. Si el plano de control orientado a conexión de acuerdo con la presente invención va a estar basado en el plano de control MPLS, entonces el concepto para las etiquetas de los trayectos usado de acuerdo con la presente invención debería ser similar al concepto de etiqueta para MPLS.

La etiqueta genérica MPLS es una cabecera “cuña” de 32 bit de longitud que encapsula la carga útil. La 35 etiqueta es única dentro de un cierto contexto, por ejemplo enlace o VPN. Se pueden construir estructuras de red complejas apilando las cabeceras en varias capas de etiquetas. La etiqueta más externa se usa para seleccionar los trayectos en una red MPLS. Normalmente hay una malla de túneles, llamados Trayectos de Etiquetas Conmutadas (LSP), entre todos los nodos de borde en una red de proveedor. Cada LSP se define por la etiqueta de circuito virtual MPLS más externa, la cual se conmuta en cada Encaminador de Etiquetas Conmutadas (LSR). Se puede determinar 40 mediante protocolos de encaminamiento, por ejemplo OSPF, o protocolos de ingeniería de tráfico, por ejemplo RSVP-TE. El propósito de la malla de los LSP es crear una red superpuesta, de manera que cada salto PE – PE parece ser una conexión de un salto.

Las etiquetas apiladas se pueden usar para enlazamiento, cuando hay muchos LSP entre dos nodos. Las etiquetas se adjuntan a la pila con un mecanismo de empujar y extraer, usado donde se terminan los LSP. Puede haber 45 muchos niveles de enlazamiento.

De acuerdo con la presente invención el campo de la dirección destino en la trama Ethernet se puede usar por ejemplo como una etiqueta de trayecto, aunque esta etiqueta no se intercambia pero se conmuta dentro de la red. Para ser capaz de usar más de una etiqueta el campo de la dirección destino se puede dividir en varias etiquetas. No obstante el campo de la dirección destino tiene solamente 48 bits de longitud. Si todas las direcciones administradas 50 localmente se usan para la red orientada a conexión de acuerdo con la invención, entonces están disponibles 46 bits, aún conteniendo un máximo de una etiqueta MPLS.

Esto se puede solventar no usando la etiqueta MPLS genérica. La Arquitectura MPLS permite otras definiciones de las etiquetas. Las etiquetas usadas de acuerdo con la presente invención se puede definir con longitud variable dependiendo del contexto, por ejemplo una etiqueta usada solamente para el enlazamiento puede ser muy 55 corta, mientras que una etiqueta usada para la identificación VPN puede ser más larga. Dado que las etiquetas no se intercambian cuando se envían las tramas, no hay necesidad de estandarizar ninguna longitud fija de las etiquetas. Las

longitudes de las etiquetas se pueden calcular y señalar entre los nodos de borde para cada configuración del trayecto orientado a conexión. En este sentido se pueden apilar varias etiquetas en el campo de la dirección destino, aunque no un número ilimitado.

Hay una cuestión de escalabilidad implicada cuando se usan las etiquetas apiladas en una realización de la presente invención en base a una infraestructura Ethernet. Normalmente el envío Ethernet no es agregado, así que las 5 etiquetas no se pueden usar para enlazar tráfico. Esto significa que puede haber una gran cantidad de entradas en la tabla de conmutación de los conmutadores Ethernet. Esto puede ser evitado usando un mecanismo de enmascaramiento en el conmutador, que solamente mira a la parte del campo de la dirección destino. Otra alternativa es usar el campo VLAN de la trama Ethernet como una etiqueta de trayecto si los componentes físicos de conmutación soportan la conmutación basada en el campo VLAN. 10

La posibilidad de proporcionar el transporte orientado a conexión del tráfico en una infraestructura tradicionalmente sin conexión lograda por la presente invención es deseable en muchas aplicaciones de red distintas. Algunos casos de uso ejemplares de la presente invención se describirán con más detalle de aquí en adelante.

Un caso de uso básico de la presente invención se muestra en la Fig. 8, la cual muestra una red Ethernet 81 en que se implementa la presente invención. La red Ethernet se controla de acuerdo con la presente invención tanto por un 15 plano de control sin conexión como por un plano de control orientado a conexión que permite tanto el transporte de tramas sin conexión como orientado a conexión a través de la red como se explicó anteriormente. La red Ethernet 81 comprende una serie de conmutadores interiores 82 y conecta a una red IP circundante 83 por medio de los encaminadores de borde 84. La presente invención hace posible configurar los trayectos orientados a conexión 85 borde a borde sobre la red Ethernet 81 para interconectar los encaminadores de borde 84. La conectividad sin conexión 20 de la red Ethernet 81 se puede utilizar para señalización de control durante la configuración inicial de los trayectos orientados a conexión 85. Como se mencionó anteriormente, la conectividad se establece preferentemente por los mecanismos de autoconfiguración Ethernet tradicionales. Esto facilita la configuración comparada con las redes orientadas a conexión de la técnica previa donde los canales de señalización de control o bien deben configurarse manualmente o bien utilizan un mecanismo de meta-señalización dedicado. 25

Un segundo caso de uso de la presente invención es usarla para configurar una VPN (Red Privada Virtual). Un operado puede crear túneles entre emplazamientos de cliente distantes para crear una VPN. Los túneles se pueden establecer mediante trayectos que se configuran en una red que funciona de acuerdo con los principios de la presente invención, lo que hace posible de esta manera basar la red por ejemplo en la infraestructura Ethernet o IP. La red que funciona de acuerdo con los principios de la presente invención se puede disponer para proporcionar los mismos rasgos 30 que una red MPLS con respecto a la capacidad de transportar distintos tipos de carga útil y tunelizar distintos tipos de tramas. Por lo tanto tal red en la que se implementa la presente invención se puede usar para realizar las VPN de la misma forma que cualquier red MPLS ordinaria. Dado que el plano de control orientado a conexión de acuerdo con la presente invención puede ser un plano de control tipo MPLS, puede ser posible configurar las VPN a través de múltiples dominios usando la señalización MPLS como se ilustra en la fig. 9. La Fig. 9 muestra una red 91 que es una red 35 Ethernet la cual de acuerdo con la presente invención se complementa con un plano de control orientado a conexión para permitir el transporte orientado a conexión sobre la red. Este tipo de red de aquí en adelante se llama una red Ethernet de Etiquetas Conmutadas (LSE). La red LSE 91 o el dominio LSE se interconecta con un dominio MPLS 92 de acuerdo con la técnica previa. Un plano de control super-ordenado 93 se puede disponer el cual hace posible crear las VPN a través de los dominios MPLS y LSE 91 y 92. El plano de control super-ordenado preferentemente no tendrá en 40 cuenta si los nodos son nodos MPLS o LSE. En una adaptación tal como se muestra en la fig. 9, los encaminadores de borde 94 pueden ser o bien de tipo MPLS o bien LSE. Los conmutadores interiores entre los encaminadores de borde 94 serán o bien un conmutador tipo MPLS 95a, un conmutador tipo LSE 95b o bien un puente 95c con un interfaz MPLS en un lado y un interfaz LSE en el otro lado. El puente 95c es considerado por el plano de control super-ordenado 93 como cualquier conmutador interior ordinario en la red. El plano de control super-ordenado 93 también puede extender 45 múltiples dominios del mismo tipo, por ejemplo múltiples dominios LSE.

Un tercer ejemplo de una aplicación en la que puede ser ventajoso usar la presente invención es en una red de acceso de banda ancha 101 para conectar LAN domésticas 102 a un proveedor de contenidos o servicios 103 como se muestra en la fig. 10. La red de acceso de banda ancha se supone aquí que va a ser una red LSE. Las LAN domésticas se conectan a un punto de acceso 104 que es un encaminador de borde LSE que funciona como un nodo de agregación 50 local. En el punto de acceso hay un puente entre las LAN domésticas y los trayectos configuradas a través de la red de acceso de banda ancha 101 a un nodo de borde de acceso 105. Cada trayecto es una VPN a la que se agrega cada LAN doméstica. De esta manera cada LAN doméstica 102 se conecta a una VPN separada hasta el nodo de borde de acceso 105. El nodo de borde de acceso 105 conecta la red de acceso de banda ancha 101 a una troncal del proveedor 106 que aquí se supone que va a ser un dominio MPLS. Adicionalmente se supone aquí que una serie de proveedores 55 de contenidos/servicios 103 se conectan a los encaminadores de borde 107 en la troncal del proveedor 106. Cada proveedor de contenidos/servicios tiene un trayecto establecido desde su encaminador de borde 107 al nodo de borde de acceso 105. Dentro de cada tal trayecto entre un encaminador de borde 107 y el nodo de borde de acceso 105 hay VPN desde los proveedores de contenidos/servicios 103 al nodo de borde de acceso 105. Un proveedor de acceso de esta manera puede configurar las VPN extendiendo todas las vías desde la LAN doméstica al proveedor de 60 contenidos/servicios. La ventaja de hacer uso de la presente invención en la red de acceso de banda ancha es que la

red de acceso de banda ancha se puede basar en componentes físicos bastante baratos tales como los componentes físicos Ethernet y aún proporcionar los rasgos orientados a conexión, tales como los rasgos de la VPN que normalmente solamente se abordan mediante componentes físicos más caros específicamente adaptados para aplicaciones orientadas a conexión.

A partir de la descripción anterior ha llegado a ser evidente que la presente invención hace posible combinar 5 las mejores partes de las tecnologías para el transporte sin conexión y el transporte orientado a conexión haciendo posible usar la infraestructura de bajo coste de una red sin conexión tradicional para implementar una red orientada a conexión que permite tales rasgos como ingeniería de tráfico, control de la QoS y protección del trayecto. Las realizaciones de la presente invención mejoran la tecnología Ethernet complementando su plano de control actual con un plano de control tipo MPLS. Un modo orientado a conexión de envío de tramas Ethernet se puede soportar por ello 10 en paralelo con el modo sin conexión tradicional en la misma infraestructura Ethernet legada.

En los dibujos y la especificación, han sido reveladas las realizaciones preferentes típicas de la invención y, aunque se emplean términos específicos, se usan en un sentido genérico y descriptivo solamente y no para propósitos de limitación, el alcance de la invención que se fija en adelante en las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. Un nodo de red (31) para un sistema de comunicaciones de paquetes conmutados (30) que tiene

una infraestructura de red física para enviar las tramas o los paquetes de datos de un formato predeterminado, en donde

un conjunto de direcciones (38) que tiene un formato de dirección predeterminado se asigna a la infraestructura de 5 red,

la infraestructura de red incluye una pluralidad de nodos de red (31), caracterizado porque

un primer subconjunto (38a) de dichas direcciones se asocia con un plano de control sin conexión (36) que permite y que controla el transporte sin conexión de las tramas o los paquetes de datos a través de dicha red (30),

un segundo subconjunto (38b) de dichas direcciones se asocia con un plano de control orientado a conexión (37) 10 que permite y que controla el transporte orientado a conexión de las tramas o los paquetes de datos a través de dicha red (30), y el nodo de red (31) se dispone para:

enviar un paquete o trama que tiene una dirección que pertenece a dicho primer subconjunto (38a) por un modo de transporte sin conexión, y

enviar un paquete o trama que tiene una dirección que pertenece a dicho segundo subconjunto (38b) 15 por un modo de transporte orientado a conexión.
2. El nodo de red (31) de acuerdo con la reivindicación 1,

en donde el plano de control sin conexión (36) se adapta para controlar los contenidos de una primera parte de una tabla de conmutación del nodo de red, cuya primera parte se refiere al primer subconjunto de direcciones, y

en donde el plano de control orientado a conexión (37) se adapta para controlar los contenidos de una segunda parte de 20 la tabla de conmutación del nodo de red, cuya segunda parte se refiere al segundo subconjunto de direcciones, controlando por ello una serie de entradas que asocian una serie de dichas direcciones con una ubicación de salida respectiva del nodo de red que permite al nodo de red enviar un paquete o trama a la ubicación de salida asociada con la dirección del paquete o la trama.
3. El nodo de red (31) de acuerdo con la reivindicación 2, en donde los planos de control sin conexión (36) y orientado a 25 conexión (37) controlan los contenidos de la tabla de conmutación del nodo de red decidiendo qué puerto de salida del nodo de red (31) aquél va a ser asociado con qué dirección en la tabla de conmutación del nodo de red, disponiendo por ello la puesta a la salida de los paquetes o tramas por el nodo de red al puerto de salida que se asocia, en la tabla de conmutación del nodo de red, con la dirección del paquete o la trama.
4. El nodo de red (31) de acuerdo con la reivindicación 1, en donde una dirección de dicho segundo subconjunto de 30 direcciones representa una etiqueta de trayecto de una conexión entre el nodo de red y un nodo destino o una etiqueta de trayecto de una conexión entre un nodo fuente y el nodo de red establecido por el plano de control orientado a conexión (37).
5. El nodo de red (31) de acuerdo con la reivindicación 1, en donde dicha red de comunicaciones de paquetes conmutados (30) es una red Ethernet, dicho formato de paquete predeterminado es el formato de una trama Ethernet y 35 dicho formato de dirección predeterminado es el formato de uno de un campo de la dirección destino, un campo de la dirección fuente o una etiqueta VLAN de la trama Ethernet.
6. El nodo de red (31) de acuerdo con la reivindicación 5, en donde dicha red Ethernet incluye una función de autoconfiguración para configurar automáticamente una red sin conexión, y en donde dicho plano de control orientado a conexión (37) se adapta para configurar una red orientada a conexión en dicha red Ethernet en base a la información de 40 red derivada por dicha función de autoconfiguración.
7. El nodo de red (31) de acuerdo con la reivindicación 1, en donde dicha red de comunicaciones de paquetes conmutados (30) es una red IP, dicho formato de paquete predeterminado es el formato de un paquete IP y dicho formato de dirección predeterminado es el formato de una dirección IP.
8. El nodo de red (31) de acuerdo con la reivindicación 1, en donde el plano de control orientado a conexión (37) se 45 basa en un plano de control tipo MPLS.
9. El nodo de red (31) de acuerdo con la reivindicación 1, en donde dichos planos de control sin conexión y dichos orientados a conexión se implementan usando instrucciones de programa legibles por ordenador.
10. Un método en una red de comunicaciones de paquetes conmutados (30) que comprende una pluralidad de nodos de red (31) de envío de tramas o paquetes de datos de un formato predeterminado, en donde: 50

un conjunto de direcciones (38) que tienen un formato de dirección predeterminado se asigna a la red (30),

un plano de control sin conexión (36) permite y controla el transporte sin conexión de las tramas o paquetes de datos a través de dicha red (30),

un plano de control orientado a conexión (37) permite y controla el transporte orientado a conexión de las tramas o paquetes de datos a través de dicha red (30), caracterizado porque 5

un primer subconjunto (38a) de dichas direcciones se asocia con el plano de control sin conexión y un segundo subconjunto (38b) de dichas direcciones se asocia con el plano de control orientado a conexión, el método que comprende:

enviar un paquete o trama que tiene una dirección que pertenece a dicho primer subconjunto a través de la red mediante un modo de transporte sin conexión, y 10

enviar un paquete o trama que tiene una dirección que pertenece a dicho segundo subconjunto a través de la red mediante un modo de transporte orientado a conexión.
11. El método de acuerdo con la reivindicación 10, en donde el plano de control sin conexión (36) se dispone para controlar los contenidos de la primera parte de una tabla de conmutación (40) de un nodo de red, cuya primera parte se refiere al primer subconjunto de direcciones, y en donde el plano de control orientado a conexión (37) se dispone para 15 controlar los contenidos de la segunda parte de la tabla de conmutación (40) del nodo de red, cuya segunda parte se refiere al segundo subconjunto (38b) de direcciones, el método que además comprende:

controlar una serie de entradas que asocian una serie de dichas direcciones con una localización de salida respectiva del nodo de red que permite al nodo de red enviar un paquete o trama a la ubicación de salida asociada con la dirección del paquete o trama. 20
12. El método de acuerdo con la reivindicación 11, el método que además comprende:

los planos de control sin conexión (36) y orientado a conexión (37) que controlan los contenidos de la tabla de conmutación (40) del nodo de red decidiendo qué puerto de salida del nodo de red que va a ser asociado con qué dirección en la tabla de conmutación del nodo de red (31), y

poner a la salida los paquetes o tramas mediante el nodo de red al puerto de salida que se asocia, en la tabla de 25 conmutación (40) del nodo de red (31), con la dirección del paquete o trama.
13. El método de acuerdo con la reivindicación 11, en donde una dirección de dicho segundo subconjunto (38b) de direcciones representa una etiqueta de trayecto de una conexión entre el nodo de red (31) y un nodo destino o una etiqueta de trayecto de una conexión entre un nodo fuente y el nodo de red establecido por el plano de control orientado a conexión. 30
14. El método de acuerdo con la reivindicación 10, en donde dicha red de comunicaciones de paquetes conmutados es una red Ethernet, dicho formato predeterminado es el formato de una trama Ethernet y dicho formato de dirección predeterminado es el formato de uno de un campo de la dirección destino (23), un campo de la dirección fuente (24) o una etiqueta VLAN (28) de las tramas Ethernet (21).
15. El método de acuerdo con la reivindicación 14, en donde dicha red Ethernet incluye una función de 35 autoconfiguración para configurar automáticamente una red sin conexión, y en donde dicho plano de control orientado a conexión se dispone para configurar una red orientada a conexión en dicha red Ethernet en base a la información de red derivada por dicha función de autoconfiguración.
16. El método de acuerdo con la reivindicación 10, en donde dicha red de comunicaciones de paquetes conmutados es una red IP, dicho formato predeterminado es el formato de un paquete IP, y dicho formato de dirección predeterminado 40 es el formato de una dirección IP.
17. El método de acuerdo con la reivindicación 10, en donde el plano de control orientado a conexión (37) está basado en un plano de control MPLS.
18. El método de acuerdo con la reivindicación 10, en donde al menos uno de dichos planos de control sin conexión y dichos orientados a conexión se implementan en un nodo de control que comunica con el nodo de red usando al menos 45 un interfaz de señalización.
19. El método de acuerdo con la reivindicación 10, en donde al menos uno de dichos planos de control sin conexión y dichos orientados a conexión se distribuyen entre los nodos de red.
20. El método de acuerdo con la reivindicación 10, en donde dichos planos de control sin conexión y dichos orientados a conexión se implementan usando instrucciones de programa legibles por ordenador. 50