Sistema de control, método de transmisión de mensaje de datos y dispositivo de red Ethernet.

Un sistema de control en una red Ethernet, que comprende una entidad de gestión de enlace,

una entidad de control de ruta y un elemento de control de conexión, en donde:

la entidad de control de ruta está adaptada para adquirir información de enlace de la red Ethernet que se obtiene por intermedio de un protocolo de control de capa 2 de la red Ethernet, para establecer y mantener una topología de red de la red Ethernet en conformidad con la información de enlace en una manera centralizada y para calcular una ruta entre puentes extremos para una demanda de establecimiento de conexión recibida por el sistema de control en conformidad con la topología de red;

la entidad de gestión de enlace, que corresponde a un puente, está adaptada para detectar y proporcionar información de enlace entre un puente correspondiente a la entidad de gestión de enlace y un puente próximo a una entidad de control de ruta conforme a un protocolo de control de capa 2 de una red Ethernet y para configurar información de ruta de reenvío de un sistema de datos del puente correspondiente a la entidad de gestión de enlace, conforme a la información de una demanda de utilización de registro de etiqueta o una demanda de liberación de registro de etiqueta enviada por un elemento de control de conexión y el elemento de control de conexión está adaptado para adquirir, a la recepción de una demanda de establecimiento de conexión, información de ruta de una conexión que se necesita establecer desde la entidad de control de ruta y para enviar una demanda de utilización de registro de etiqueta o una demanda de liberación de registro de etiqueta a cada una de las entidades de gestión de enlace correspondientes a los puentes por los que pasa la ruta.

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/CN2007/000404.

Solicitante: HUAWEI TECHNOLOGIES CO., LTD..

Nacionalidad solicitante: China.

Dirección: HUAWEI ADMINISTRATION BUILDING BANTIAN LONGGANG DISTRICT SHENZHEN GUANGDONG PROVINCE 518129 CHINA.

Inventor/es: HE,JIANFEI.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • H04L12/24 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones para el mantenimiento o la gestión.

PDF original: ES-2383827_T3.pdf

 

Sistema de control, método de transmisión de mensaje de datos y dispositivo de red Ethernet.

Fragmento de la descripción:

Sistema de control, método de transmisión de mensaje de datos y dispositivo de red Ethernet.

CAMPO DE LA INVENCIÓN

La presente invención se refiere al campo de las tecnologías de comunicaciones de redes y en particular a un sistema de control, un método para la transmisión de un paquete de datos y un dispositivo de red en una red Ethernet.

ANTECEDENTES DE LA INVENCIÓN

Un sistema Ethernet incluye tres subsistemas, esto es, un sistema de reenvío de datos, un sistema de control y un sistema de gestión. El sistema de reenvío de datos se refiere como un sistema de datos en forma abreviada. Los tres subsistemas se refieren también como plano de datos, un plano de control y un plano de gestión, respectivamente.

El plano de datos reenvía un paquete de datos de usuario y realiza directamente el procesamiento pertinente. El plano de control no procesa directamente el paquete de datos del usuario, sino que adquiere una topología de red con el uso deun protocolo de control tal como el Protocolo de Árbol de Expansión/Protocolo de Registro Múltiple/Protocolo de Descubrimiento de Capa de Enlace (STP/MRP/LLDP) , para proporcionar configuraciones de parámetros pertinentes y el estado para el establecimiento de conexión de un flujo de datos de usuario y para garantizar la fiabilidad del establecimiento de conexión. El plano de gestión está adaptado para realizar la configuración de parámetros para el plano de datos y el plano de control y para iniciar operativamente un evento de tarea.

El protocolo STP, como un protocolo de control de capa 2 de la red Ethernet, es un protocolo de árbol de expansión distribuido. En conformidad con el protocolo STP, se construye un árbol transfiriendo un mensaje de árbol de expansión, esto es, una Unidad de Datos de Protocolos de Puentes (BPDU) , entre puentes. Además, en la construcción del árbol, cada puente conoce solamente el puerto raíz y los puertos designados del árbol en este puente.

En una red tradicional interconectada a través de puentes Ethernet, el reenvío de un paquete de datos de usuario se realiza en una manera sin conexión, que se caracteriza principalmente como sigue.

1. Un árbol es objeto de expansión por intermedio del protocolo de control en una red de puenteado y el paquete de datos del usuario debe reenviarse a lo largo del árbol expandido.

2. El establecimiento de una ruta de reenvío de datos del paquete de datos de usuario se control por el flujo de datos de usuario. Cuando el paquete de datos de usuario alcanza la red de puenteado, el plano de datos adquiere una ruta de reenvío a través del autoaprendizaje de la dirección origen.

3. Cuando el paquete de datos de usuario alcanza la red de puenteado, si la ruta de reenvío para la dirección de destino del paquete de datos de usuario no ha sido objeto de aprendizaje, el paquete de datos se difunde en el árbol; de no ser así, el paquete de datos de usuario se reenvía a lo largo de la ruta aprendida.

Cuando se diseñan soluciones técnicas de la presente invención, el inventor encontró que un sistema Ethernet tradicional tiene los inconvenientes siguientes.

1. El sistema Ethernet tradicional no puede proporcionar un servicio de ingeniería de tráfico, que resulta de la utilización de la tecnología sin conexión. Dicho de otro modo, resulta imposible proporcionar un servicio fiable que cumpla los requisitos de un usuario mediante la utilización optimizada de recursos de red en conformidad con los requisitos de un servicio de usuario y las condiciones de los recursos de redes.

2. Con el fin de evitar la formación de un bucle invertido, la red Ethernet tradicional reenvía un paquete de datos de usuario a través de un árbol expandido que es una topología obtenida recortando la topología de una red de puenteado. En consecuencia, algunos enlaces de la red de punteado se bloquean y no se pueden utilizar efectivamente los recursos de topología de red.

3. La red Ethernet tradicional utiliza el Protocolo de Árbol de Expansión y genera una topología común dentro de la red de puenteado a través de una operación distribuida. Sin embargo, un proceso de elección se requiere para determinar la raíz del árbol, lo que da lugar a un largo tiempo de convergencia para la expansión del árbol y una baja eficiencia de recuperación de un servicio cuando se produce un fallo en la red.

Actualmente, la tecnología de Conmutación de Etiquetas Multiprotocolo (MPLS) se aplica a dispositivos Ethernet para permitir a la red Ethernet soportar la ingeniería de tráfico en el plano de datos.

Puesto que la tecnología de MPLS cambia la estructura de encapsulación en el plano de datos de la red Ethernet tradicional, la tecnología de MPLS se ha desviado con respecto a la tecnología Ethernet en términos del plano de datos. Por lo tanto, la tecnología de MPLS no se puede aplicar, de forma compatible, a los dispositivos Ethernet existentes.

actualmente, no se ha prestado ninguna consideración a la forma de extender la aplicación de un protocolo de control de MPLS a una red Ethernet. En consecuencia, un sistema Ethernet no puede todavía soportar el establecimiento automático de una ruta de etiquetas conmutadas (LSP) .

En el proyecto de preinvestigación del plano de control de conmutación de etiquetas multiprotocolo generalizada (GMPLS) para la conmutación de etiquetas Ethernet punto a punto (GELS) , se está realizando una investigación sobre cómo extender GMPLS a una red Ethernet, para realizar la conmutación de etiquetas en la red Ethernet y para cumplir los requisitos de ingeniería de tráfico y similares.

En el proyecto de preinvestigación de GELS, las ideas técnicas esenciales de la investigación son principalmente como sigue.

1. Sin modificar la estructura de encapsulación de datos existente de la red Ethernet, un identificador de Red de Área Local Virtual (VLAN) más una Dirección de Control de Acceso a Medios (MAC) se utiliza como una etiqueta de reenvío y la ruta a la etiqueta de reenvío se establece por el plano de control.

2. Para permitir el establecimiento automático de la ruta a la etiqueta de reenvío en la red Ethernet, necesita extender el protocolo de control existente de GMPLS para ser aplicable en el sistema Ethernet.

La tecnología Ethernet tradicional es relativamente simple, por lo que el dispositivo Ethernet tiene ventajas de bajo coste, aplicación flexible, comodidad y otras características similares. Sin embargo, el GELS abandona sustancialmente el protocolo de control de capa 2 de la red Ethernet tradicional y utiliza protocolos relativamente complicados para señalización, encaminamiento, etc., para controlar la red Ethernet. Además, el GELS soporta varias capacidades de conmutación. Por lo tanto, el coste del dispositivo de Ethernet así como el coste de mantenimiento y elementos similares aumentan en consecuencia.

Actualmente, existe otra solución basada en las mejoras de la tecnología Ethernet existente. La solución obtiene una topología de red a través de un protocolo de estado de enlace tal como Primera Ruta Más Corta Abierta (OSPF) o Sistema Intermedio-Sistema Intermedio (IS -IS) . La topología de red obtenida se utiliza para: (1) calcular una ruta más corta para reenviar un paquete de datos de unidifusión y (2) calcular un árbol para reenviar un paquete de datos de difusión o un paquete de datos de multidifusión.

La solución mejorada proporcionar un algoritmo para calcular un árbol expandido en función de la información de topología de la red completa. Este algoritmo puede calcular una ruta más corta entre cualesquiera dos nodos para un paquete de datos de unidifusión y también proporcionar una ruta de árbol requerida para enviar un paquete de datos de multidifusión o un paquete de datos de difusión.

La solución mejorada habilita una función de encaminamiento de la ruta más corta similar a la de una red de protocolo IP. Sin embargo, en el encaminamiento y en el direccionamiento, una dirección MAC de un puente, en lugar de una dirección MAC de un terminal se utiliza a este respecto. Esta solución mejorada crea una tabla de reenvío de datos en función de las direcciones de destino solamente, sin tener en cuenta los requisitos de recursos del ancho de banda de un flujo de datos de servicio extremo a extremo y no puede poner en práctica la ingeniería de tráfico Ethernet en conformidad con la utilización de los recursos de red y de los requisitos de servicio.

El documento US 2006/002370 A1... [Seguir leyendo]

 


Reivindicaciones:

1. Un sistema de control en una red Ethernet, que comprende una entidad de gestión de enlace, una entidad de control de ruta y un elemento de control de conexión, en donde:

la entidad de control de ruta está adaptada para adquirir información de enlace de la red Ethernet que se obtiene por intermedio de un protocolo de control de capa 2 de la red Ethernet, para establecer y mantener una topología de red de la red Ethernet en conformidad con la información de enlace en una manera centralizada y para calcular una ruta entre puentes extremos para una demanda de establecimiento de conexión recibida por el sistema de control en conformidad con la topología de red;

la entidad de gestión de enlace, que corresponde a un puente, está adaptada para detectar y proporcionar información de enlace entre un puente correspondiente a la entidad de gestión de enlace y un puente próximo a una entidad de control de ruta conforme a un protocolo de control de capa 2 de una red Ethernet y para configurar información de ruta de reenvío de un sistema de datos del puente correspondiente a la entidad de gestión de enlace, conforme a la información de una demanda de utilización de registro de etiqueta o una demanda de liberación de registro de etiqueta enviada por un elemento de control de conexión y el elemento de control de conexión está adaptado para adquirir, a la recepción de una demanda de establecimiento de conexión, información de ruta de una conexión que se necesita establecer desde la entidad de control de ruta y para enviar una demanda de utilización de registro de etiqueta o una demanda de liberación de registro de etiqueta a cada una de las entidades de gestión de enlace correspondientes a los puentes por los que pasa la ruta.

2. El sistema de control según la reivindicación 1, en donde la entidad de control de ruta incluye un módulo de mantenimiento de topología de red y un módulo de cálculo de ruta, en donde el módulo de mantenimiento de topología de red está adaptado para establecer y mantener información de la topología de red de la red Ethernet en función de la información de enlace recibida desde las entidades de gestión de enlace y para modificar la información de la topología de red en función de la información de ruta de la conexión que necesita establecerse o liberarse y el módulo de cálculo de ruta está adaptado para calcular y proporcionar la información de ruta de la conexión que debe establecerse en el elemento de control de conexión en conformidad con la información de la topología de red.

3. El sistema de control según la reivindicación 1, en donde el elemento de control de conexión es de una estructura centralizada o de una estructura del tipo ‘padre-hijo';

si se trata de la estructura centralizada, el elemento de control de conexión controla la conexión de una pluralidad de puentes en la red de puenteado y el elemento de control de conexión, que utiliza la estructura centralizada, es una entidad de control centralizada;

si se trata de la estructura del tipo ‘padre-hijo', el elemento de control de conexión incluye un elemento de control de conexión padre y elementos de control de conexión hijos, cuyo número corresponde al número de los puentes;

el elemento de control de conexión padre es una entidad de control centralizada y a la recepción de una demanda de establecimiento de conexión o una demanda de liberación de conexión, el elemento de control de conexión padre adquiere la información de ruta de la conexión que necesita establecerse o liberarse y envía información de configuración de conexión a cada uno de los elementos de control de conexión hijos correspondientes a los puentes por los que pasa la ruta y los elementos de control de conexión hijos emplean una forma de control distribuido y son entidades de control distribuido, cada uno de los elementos de control de conexión hijo controla un puente único correspondiente al elemento de control de conexión hijo y cada uno de los elementos de control de conexión hijo envía una demanda de uso de registro de etiqueta o una demanda de liberación de registro de etiqueta a una entidad de gestión de enlace correspondiente al elemento de control de conexión hijo en función de la información de configuración de conexión enviada desde el elemento de control de conexión padre.

4. El sistema de control según la reivindicación 1, en donde la entidad de control de ruta y el elemento de control de conexión son entidades de control centralizado y un canal de señalización que utiliza una configuración de conmutación de capa 2 está previsto entre la entidad de control centralizado y la entidad de gestión de enlace y está adaptado para intercambiar informaciones entre la entidad de control centralizado y la entidad de gestión de enlace.

5. Un método para transportar un paquete de datos en una red Ethernet, que comprende las etapas de:

la detección y el suministro, por una entidad de gestión de enlace, de información de enlace entre un puente correspondiente a la entidad de gestión de enlace y un puente próximo a una entidad de control de ruta en conformidad con un protocolo de control de capa 2 de una red Ethernet;

la adquisición, en conformidad con un protocolo de control de capa 2 de la red Ethernet, por una entidad de control de ruta, de información de enlace de la red Ethernet y el establecimiento y mantenimiento de una topología de red de la red Ethernet en conformidad con la información de enlace en una forma centralizada;

el cálculo, en conformidad con la topología de red, por la entidad de control de ruta, de una ruta entre puentes extremos 10 de una conexión para una demanda de establecimiento de conexión recibida por el sistema de control;

la adquisición, por un elemento de control de conexión, a la recepción de una demanda de establecimiento de conexión, de la ruta de una conexión que necesita establecerse desde la entidad de control de ruta y el envío de una demanda de utilización de registro de etiqueta o una demanda de liberación de registro de etiqueta para cada una de las entidades de gestión de enlace correspondientes a los puentes por donde pasa la ruta;

la configuración, por la entidad de gestión de enlace, de información de ruta de reenvío de un sistema de datos de cada puente por los que pasa la conexión en función de la información de la demanda de utilización de registro de etiqueta o la demanda de liberación de registro de etiqueta enviada desde el elemento de control de conexión y el reenvío de un paquete de datos por el sistema de datos de cada puente en función de la información de ruta de reenvío.

6. El método según la reivindicación 5, en donde la etapa de adquisición de información de enlace de la red Ethernet, por una entidad de control de ruta, y el establecimiento y mantenimiento de una topología de red de la red Ethernet en función de la información de enlace, en una forma centralizada, comprende:

cuando se detecta un enlace entre un puente y un puente próximo o se detecta un cambio en la información de estado de un enlace, la comunicación, por la entidad de gestión de enlace, de la información de enlace en conformidad con el protocolo de control de capa 2 de la red Ethernet y el establecimiento y mantenimiento de la topología de red de la red Ethernet en función de la información de enlace comunicada por la entidad de gestión de enlace y/o la información de configuración de recursos configurada y enviada desde un plano de gestión.

7. El método según la reivindicación 6, en donde la información de enlace incluye información de configuración del enlace detectado, información de fallo de enlace e información de eliminación de fallos de enlace y cuando se recibe la información de configuración del enlace detectado, la entidad de control de ruta añade el enlace en la topología de red; cuando se recibe la información de fallo de enlace, la entidad de control de ruta establece el estado del enlace correspondiente al estado de fallo y cuando se recibe la información de eliminación de fallo de enlace, la entidad de control de ruta establece el estado del enlace correspondiente al estado normal.

8. El método según la reivindicación 6, en donde la etapa de enviar una demanda de utilización de registro de etiqueta 45 o una demanda de liberación de registro de etiqueta a cada una de las entidades de gestión de enlace y la configuración, por la entidad de gestión de enlace, de información de ruta de reenvío de un sistema de datos de cada puente por los que pasa la conexión, comprende:

el envío, en función de la información de ruta, en la demanda de establecimiento de conexión, por un elemento de control 50 de conexión, de una demanda de utilización de registro de etiqueta a la entidad de gestión de enlace correspondiente a cada puente indicado en la información de ruta y la configuración, en función de la demanda de utilización de registro de etiqueta recibida, por la entidad de gestión de enlace, de la información de reenvío de ruta en el sistema de datos del puente correspondiente a la entidad de gestión de 55 enlace.

9. El método según la reivindicación 5, en donde la etapa de cálculo conforme a la topología de red, por la entidad de control de ruta, de una ruta entre puentes extremos de una conexión para una demanda de establecimiento de conexión recibida por el sistema de control, el envío de una demanda de utilización de registro de etiqueta o de una demanda de 60 liberación de registro de etiqueta a cada una de las entidades de gestión de enlace y la configuración, por la entidad de gestión de enlace, de información de ruta de reenvío de un sistema de datos de cada puente por el que pasa la conexión, comprende:

la recepción, por un elemento de control de conexión, de la demanda de establecimiento de conexión y el envío de 65 información de una demanda de utilización de ruta de conexión a la entidad de control de ruta;

el cálculo, en conformidad con la topología de red, por la entidad de control de ruta, de una ruta entre puentes extremos de una conexión para la demanda de utilización de ruta de conexión recibida y el reenvío de la información de ruta calculada al elemento de control de conexión;

el envío, en conformidad con la información de ruta recibida, por el elemento de control de conexión, de una demanda de utilización de registro de etiqueta a la entidad de gestión de enlace correspondiente a cada puente por el que pasa la conexión y la configuración, en conformidad con la demanda de utilización de registro de etiqueta recibida, por la entidad de gestión de enlace, de la información de reenvío de ruta en el sistema de datos del puente correspondiente a la entidad de gestión de enlace.

10. El método según la reivindicación 9, en donde la demanda de establecimiento de conexión es una demanda de establecimiento de conexión punto a punto y la información de la demanda de utilización de ruta de conexión contiene una dirección MAC de un puente origen y de una dirección MAC de un puente destino o la información de la demanda de utilización de ruta de conexión transmite información del ancho de banda y/o un atributo de dirección de conexión, además de una dirección MAC de un puente origen y de una dirección MAC de un puente destino;

la etapa de calcular, en conformidad con la topología de red, por la entidad de control de ruta, de una ruta entre puentes extremos de una conexión para la demanda de utilización de ruta de conexión recibida y el reenvío de la información de ruta calculada al elemento de control de conexión comprende:

calcular, en conformidad con una topología de red actualmente activa, por la entidad de control de ruta, de una ruta punto a punto, completamente explícita, por puertos de entrada y de salida para la demanda de utilización de ruta de conexión recibida y el reenvío de información de ruta al elemento de control de conexión y si la información del ancho de banda está incluida en la demanda de utilización de ruta de conexión, la actualización de la topología de red por la entidad de control de ruta en función de la información del ancho de banda y de la ruta punto a punto, completamente explicita, calculada.

11. El método según la reivindicación 9, en donde la demanda de establecimiento de conexión es una demanda de establecimiento de conexión de difusión punto a multipunto y la información de la demanda de utilización de ruta de conexión contiene una dirección MAC de un puente origen y direcciones MAC de una pluralidad de puentes destino o la información de la demanda de utilización de ruta de conexión incluye información del ancho de banda y/o una condición de restricción de puente, además de una dirección MAC de un puente origen y direcciones MAC de una pluralidad de puentes destino;

la etapa de calcular, en conformidad con la topología de red, por la entidad de control de ruta, de una ruta entre puentes extremos de una conexión para la demanda de utilización de ruta de conexión recibida y el reenvío de la información de ruta calculada al elemento de control de conexión comprende:

el cálculo, con el puente origen como un puente raíz, por la entidad de control de ruta, de un árbol expandido para la demanda de utilización de ruta de conexión recibida, en conformidad con una topología de red actualmente activa y el 45 corte de componentes de expansión del árbol que no sean direcciones de destino;

el reenvío, por la entidad de control de ruta, de información de estructura del árbol resultante del corte como información de ruta al elemento de control de conexión y 50 si la información del ancho de banda está contenida en la demanda de utilización de ruta de conexión, la actualización de la topología de red por la entidad de control de ruta en función de la información del ancho de banda y de la información de estructura del árbol.

12. El método según la reivindicación 9, en donde la demanda de establecimiento de conexión es una demanda de 55 establecimiento de conexión de difusión multipunto a multipunto y la información de la demanda de utilización de ruta de conexión incluye direcciones MAC de una pluralidad de puentes o la información de la demanda de utilización de ruta de conexión incluye información del ancho de banda y/o información del puente raíz y/o una condición de restricción de puente, además de las direcciones MAC de una pluralidad de 60 puentes;

la etapa de cálculo, en conformidad con la topología de red, por la entidad de control de ruta, de una ruta entre puentes extremos de una conexión para la demanda de utilización de ruta de conexión recibida y el reenvío de la información de ruta calculada al elemento de control de conexión comprende:

la adquisición, por la entidad de control de ruta, de la información de puente raíz en la demanda de utilización de ruta de conexión o, si no existe ninguna información de puente raíz en la demanda de utilización de ruta de conexión, la determinación de un puente raíz por la entidad de control de ruta en conformidad con una estrategia predeterminada;

el cálculo, en conformidad con una topología de red actualmente activa y del puente raíz, por la entidad de control de ruta, de un árbol expandido para la demanda de utilización de ruta de conexión recibida y el corte del árbol expandido, de modo que cada componente del árbol expandido recortado sea un puente en la demanda de utilización de ruta de conexión;

el reenvío, por la entidad de control de ruta, de información de estructura del árbol con los componentes de expansión recortados como información de ruta al elemento de control de conexión y si la información de una tasa de información de compromiso está incluida en la demanda de utilización de ruta de conexión, la actualización de la topología de red por la entidad de control de ruta en función de la información del ancho de banda y de la información de estructura del árbol.

13. El método según la reivindicación 9 que comprende, además:

si la información del ancho de banda está incluida en la demanda de establecimiento de conexión, el envío, por el elemento de control de conexión, de la información del ancho de banda a la entidad de gestión de enlace y cuando se determina que la información del ancho de banda está incluida en la información de ruta recibida, el envío, por la entidad de gestión de enlace, de la información del ancho de banda a un sistema de datos y la reserva de un recurso en función de la información del ancho de banda y la realización del control del tráfico por el sistema de datos.

14. El método según la reivindicación 5 que comprende, además:

la recepción, por un elemento de control de conexión, de una demanda de liberación de conexión, la adquisición de información de ruta correspondiente a la demanda de liberación de conexión y el envío de una demanda de liberación de registro de etiqueta a una entidad de gestión de enlace correspondiente a cada puente por el que pasa la conexión, en función de la información de ruta y la eliminación, en conformidad con la demanda de liberación de registro de etiqueta recibida, por la entidad de gestión de enlace, de la información de reenvío de ruta correspondiente en un sistema de datos de un puente correspondiente a la entidad de gestión de enlace.

15. El método según la reivindicación 14, en donde el elemento de control de conexión adquiere la información de ruta correspondiente a la conexión que necesita liberarse desde la información de ruta memorizada en el propio elemento de control de conexión y si el elemento de control de conexión es de una estructura de tipo ‘padre-hijo', un elemento de control de conexión padre, en el elemento de control de conexión, adquiere la información de ruta correspondiente a la conexión que necesita liberarse en función de la información de ruta memorizada en el propio elemento de control de conexión padre o de la información de ruta memorizada en un elemento de control de conexión hijo.

16. El método según cualquiera de las reivindicaciones 5 a 15, en donde si la conexión es una conexión punto a punto, la demanda de establecimiento de conexión incluye una dirección MAC de un puente origen, una dirección MAC de un puente de destino y de la información de etiqueta que identifica la conexión y la información de etiqueta incluye un identificador de VLAN en sentido ascendente y/o una dirección MAC de un puente de destino en sentido ascendente o la información de etiqueta incluye un identificador de VLAN en sentido ascendente y/o una dirección MAC de un puente de destino y un identificador VLAN en sentido descendente y/o una dirección MAC de un puente de destino;

si la conexión es una conexión punto a multipunto, la demanda de establecimiento de conexión incluye una dirección MAC de un puente origen, direcciones MAC de una pluralidad de puentes de destino e información de etiqueta que identifica la conexión y la información de etiqueta incluye un identificador VLAN y/o una dirección MAC de multidifusión y si la conexión es una conexión multipunto a multipunto, la demanda de establecimiento de conexión incluye una pluralidad de puentes e información de etiqueta que identifica la conexión y la información de etiqueta incluye un identificador de VLAN y/o una dirección MAC de multidifusión.

17. El método según cualquiera de las reivindicaciones 5 a 15 que comprende, además:

el mantenimiento, por un elemento de control de conexión, de una conexión afectada por un fallo, en conformidad con la información de estado de conexión recibida desde un sistema de datos o la información de estado de fallo de etiqueta recibida desde una entidad de gestión de enlace y si el elemento de control de conexión es de una estructura de ‘padre-hijo', el mantenimiento, por un elemento de control de conexión padre, de la conexión afectada por el fallo, en conformidad con la información de estado de fallo de conexión recibida desde el sistema de datos o la información de estado de fallo de etiqueta recibida desde la entidad de gestión de enlace.

18. El método según cualquiera de las reivindicaciones 5 a 15, en donde si el elemento de control de conexión es una estructura ‘padre-hijo', la información se intercambia entre un elemento de control de conexión padre y la entidad de control de ruta y la información de configuración de conexión se intercambia entre el elemento de control de conexión padre y un elemento de control de conexión hijo o la información de configuración de conexión y la información del estado de fallo de conexión se intercambian entre el elemento de control de conexión padre y el elemento de control de conexión hijo;

en conformidad con la información del estado de fallo de conexión, el elemento de control de conexión padre mantiene una conexión afectada por un fallo y en conformidad con la información de configuración de conexión recibida, el elemento de control de conexión hijo envía una demanda de utilización de registro de etiqueta o una demanda de liberación de registro de etiqueta a una entidad de gestión de enlace en correspondencia con el elemento de control de conexión hijo.

Servidor Figura 1

Demanda de establecimiento o liberación de conexión Figura 2

Dirección demanda establecimiento conexión: M0M2

Identific. Etiqueta Atributo puerto etiqueta Etiqueta entrada Etiqueta salida Elementos de demanda de registro recibida por LME en puente M0

Identific. Etiqueta Atributo Identific. Etiqueta Atributo puerto etiqueta puerto etiqueta Etiqueta salida Etiqueta salida Etiqueta Etiqueta entrada entrada Etiqueta entrada Elementos de demanda de registro recibida por LME en puente M2Etiqueta salida Elementos de demanda de registro recibida por LME en puente M1

Figura 3

Dirección demanda establecimiento conexión: M0M2

Se crea una entrada de reenvío (VLAN1, Dest_MAC, 2) para una etiqueta de salida por LME en el puente M0, en donde el puerto 2 es un puerto de salida en función de la dirección de demanda de establecimiento de conexión Se crean entradas de reenvío (VLAN1, Dest_MAC, 2) y (VLAN1, Source_MAC, 1) para una etiqueta de salida por LME en el puente M1, en donde el puerto 1 es un puerto de entrada y el puerto 2 es un puerto de salida en función de la dirección de demanda de establecimiento de conexión Figura 4

Se crea una entrada de reenvío (VLAN1, Source_MAC, 1) para una etiqueta de salida por LME en el puente M2, en donde el puerto 1 es un puerto de entrada en función de la dirección de demanda de establecimiento de conexión Figura 5

Figura 6

Se crea una entrada de reenvío (VLAN1, 3) para el puerto 1 designado en el puente M0

Se crean entradas de reenvío (VLAN1, 2) , (VLAN1, 3) y (VLAN1, 4) para los puertos designados 2, 3 y 4 en el puente C1 Servidor Figura 7

Demanda de establecimiento o de liberación de conexión (desde plano de gestión u otras aplicaciones) Configuración de reembolsos (plano de gestión)

Configuración de estrategia Demanda de uso o liberación de ruta (desde plano de gestión) de conexión CCE Padre (Elemento Control Conexión) Ruta explícita Configuración de Estado fallo conexión conexión CCE Hijo (Elemento Control Conexión)

Información de enlace Estado fallo conexión

Demanda uso registroetiqueta

Estado fallo etiqueta LME (Entidad Gestión Capa Enlace)

Estado enlacecontrolado Estado enlace controlado (desde otros módulos de control)

Configuración de entrada de reenvío, configuración información ancho de banda Plano de datos Figura 8


 

Patentes similares o relacionadas:

Imagen de 'Método y dispositivo para la comparación de versiones de datos…'Método y dispositivo para la comparación de versiones de datos entre estaciones a través de zonas horarias, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método para la comparación de versiones de datos entre sitios a través de zonas horarias, el método que comprende: cuando los sitios […]

Interacción de función de red de auto organización, del 15 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método, mediante una función de Red de Auto Organización de alto nivel, SON, en una estructura jerárquica de funciones SON en una red, de […]

Procedimiento y sistema para diagnosticar averías de transmisión en una red según el estándar opc ua, del 24 de Junio de 2020, de SIEMENS AKTIENGESELLSCHAFT: Procedimiento para diagnosticar averías en la transmisión en una red de datos (NET), incluyendo la red de datos al menos una primera clase de elementos […]

Autorización previa de establecimiento de portador, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para autorizar previamente la reserva de recursos portadores para un servicio antes de haber recibido una autorización de Calidad de Servicio, QoS, para el […]

Virtualización de funciones de red en grupos a medida, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para virtualizar una función de red entre un grupo a medida que comprende una pluralidad de terminales móviles ubicados unos […]

Dispositivo de motor de reglas de terminal y método de operación de regla de terminal, del 17 de Junio de 2020, de Advanced New Technologies Co., Ltd: Un método para procesar una operación de regla, el método que comprende: recibir, mediante un terminal, una solicitud de operación de regla de un servicio (S601); […]

Método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia y sistema, programa informático y medio legible por ordenador correspondientes, del 17 de Junio de 2020, de DEUTSCHE TELEKOM AG: Un método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia, en donde un equipo de usuario se asigna a una red de telecomunicaciones […]

Dispositivo de interfaz, procedimiento y programa informático para controlar dispositivos sensores, del 10 de Junio de 2020, de Ubiquiti Inc: Un primer dispositivo de interfaz para su uso en un sistema de domótica , comprendiendo el primer dispositivo de interfaz: un módulo de comunicación […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .