Un método para proporcionar conmutación de protección Ethernet en un Dominio de Puente de Red Troncal de Proveedor - Ingeniería de Tráfico (Provider Backbone Bridging Traffic Engineering),

PBB-TE, donde el método comprende los pasos de: establecer (400) un primer enlace (102) PBB-TE entre un primer componente-B (108) y un segundo componente-B (112), donde el primer enlace PBB-TE tiene una primera ruta de conmutación Ethernet, ESP, (114) para tráfico unidireccional desde el primer componente-B hacia segundo componente-B y una segunda ESP (116) para tráfico unidireccional desde el segundo componente-B hacia el primer componente-B, en el que la primera ESP está asociada con un primer Identificador VLAN, VID, (128) y la segunda ESP está asociada con un segundo VID (166); establecer (400) un segundo enlace (104) PBB-TE entre el primer componente-B (108) y el segundo componente-B (112), donde el segundo enlace PBB-TE tiene una tercera ESP (118) para tráfico unidireccional desde el primer componente-B hacia el segundo componente-B y una cuarta ESP (120) para tráfico unidireccional desde el segundo componente-B hacia el primer componente-B, en el que la tercera ESP está asociada con un tercer VID (130) y la cuarta ESP está asociada con un cuarto VID (168); mapear (402) tráfico de datos al primer enlace (102) PBB-TE, donde el primer enlace PBB-TE corresponde a una entidad operativa y el segundo enlace (104) PBB-TE corresponde a una entidad de protección de respaldo; monitorizar (404) el primer enlace PBB-TE para detectar fallos; y en el momento (406) de detectar un fallo en el primer enlace (102) PBB-TE, remapear (408) tráfico de datos al segundo enlace (104) PBB-TE

Campo Técnico

El presente invento se refiere de manera general a redes de comunicaciones y, en particular, a redes de comunicaciones que utilizan sistemas y métodos de conmutación de protección de red Ethernet en un dominio de Puente de Red Troncal de Proveedor - Ingeniería de Tráfico (PBB-TE, del inglés Provider Backbone Bridging Traffic Engineering).

Antecedentes

A lo largo de los últimos años, Ethernet se ha convertido en el líder indiscutible de la tecnología de Red de Área Local (LAN, del inglés Local Area Network) debido a las características intrínsecas de esta tecnología, tales como su simplicidad para implementarse y utilizarse, su bajo coste para emplearse, su facilidad para gestionarse, y su compatibilidad hacia atrás.

Con los servicios de datos suponiendo hoy día el grueso del tráfico, las operadoras y portadoras de telecomunicaciones están investigando la posibilidad de cosechar los mismos beneficios reemplazando su infraestructura de Jerarquía Digital Síncrona (SDH, del inglés Synchronous Digital Hierarchy) o su Red Óptica Síncrona (SONET, del inglés Synchronous Optical Networking) por una infraestructura de transporte de paquetes basada en tecnología Ethernet. Sin embargo, las redes metro y las redes troncales tienen requerimientos bastante diferentes a las de las LAN corporativas.

Consecuentemente, la tecnología Ethernet necesita mejoras específicas si pretende cumplir estos requerimientos de calidad de portadora. En el momento actual, en el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE, del inglés Institute of Electrical and Electronics Engineers) se está trabajando en el concepto de Puente de Red Troncal de Proveedor - Ingeniería de Tráfico (PBB-TE, del inglés Provider Backbone Bridging Traffic Engineering), para implementar tecnología Ethernet para uso de portadora. Se está debatiendo una enmienda al estándar IEEE P802.1Q (IEEE P802.1Q-2006/D0.1, Borrador del Estándar IEEE para Redes de Área Local y Metropolitana: Redes de Área Local de Puente Virtual -Draft IEEE Standard for Local and Metropolitan Area Networks: Virtual Bridged Local Area Networks), que pretende proporcionar una verdadera solución para el transporte de paquetes con calidad de portadora basado en Ethernet.

El PBB-TE (véase el documento IEEE 802.1Qay/D0.0, Borrador del Estándar para Redes de Área Local y Metropolitana - Redes de Área Local de Puente Virtual: Puentes de Red Troncal de Proveedor - Ingeniería de Tráfico, Draft Standard for Local and Metropolitan Area Networks - Virtual Bridged Local Area Networks: Provider Backbone Bridges – Traffic Engineering, Mayo de 2007) propone una solución sencilla y orientada a la conexión. Esta implementación mantienen las ventajas inherentes de Ethernet, ocupándose a la vez de las deficiencias de Ethernet como protocolo de transporte de paquetes con calidad de portadora. Se forja sobre los conceptos establecidos en las enmiendas al estándar IEEE802.1Q y, en particular, la separación de red de PBB (véase el documento IEEE 802.1Qah/D3.8, Borrador del Estándar para Redes de Área Local y Metropolitana - Redes de Área Local de Puente Virtual: Puentes de Red Troncal de Proveedor, Draft Standard for Local and Metropolitan Area Networks - Virtual Bridged Local Area Networks: Provider Backbone Bridges, Octubre de 2007) para proporcionar una solución escalable.

En contraste con la tecnología de Puente de Red Troncal de Proveedor (PBB), los protocolos de árbol de expansión y los protocolos de emisión/distribución no se utilizan en PBB-TE. Las bases de datos de filtrado se rellenan utilizando un sistema de gestión de red o un plano de control mejorado, permitiendo que las Rutas Conmutadas de Red Ethernet (ESPs, del inglés Ethernet Switched Paths) sean creadas y provistas a través de la red. Esto permite controlar el volumen de tráfico a través de la red de transporte de paquetes basada en Ethernet, lo que asegura una asignación óptima de recursos. Cada ESP representa una ruta unidireccional. Una pareja de ESPs que forman una ruta bidireccional a través de la red define un enlace o túnel PBB-TE.

Uno de los puntos clave abordados en PBB-TE se refiere al modo de proporcionar protección lineal de extremo a extremo para enlaces PBB-TE, donde un enlace PBB-TE de protección dedicado se establece para un enlace particular, y el tráfico es conmutado automáticamente del enlace PBB-TE operativo (primario) al enlace PBB-TE de protección (de respaldo) cuando ocurre un fallo en el enlace primario.

La Figura 1 es un diagrama de bloques simplificado que ilustra los elementos esenciales de un esquema 10 de protección lineal de extremo a extremo y su disposición en redes existentes para una entidad 12 de protección. El esquema utiliza tráfico normal sobre una ESP 14 como entidad operativa y una ESP 16 como entidad de protección entre un componente 18 Oeste y un componente 20 Este. El componente Oeste incluye un proceso 22 de conmutación de protección y el componente Este incluye un proceso 24 de conmutación de protección. En los extremos de envío, el tráfico puede ser dispuesto de dos maneras. En primer lugar, puede ser dispuesto en una disposición 1+1, en la que el tráfico se envía simultáneamente tanto en la ruta operativa como en la ruta de protección (puenteada). En segundo lugar, puede ser dispuesto en una disposición 1:1 ó 1 para 1, en la que el tráfico se envía solamente en una de las rutas en cualquier instante de tiempo (conmutada). En ambas disposiciones de protección, el extremo receptor selecciona tráfico de las entidades operativas o de protección en base a información obtenida de operadores de red o procesos de Operaciones, Administración y Gestión (OAM, del inglés Operations, Administration and Management). En el caso 1 para 1, el "puente de protección" que envía y el “selector” que recibe deben estar coordinados.

La Unión Internacional de Telecomunicaciones - sector Telecomunicación (ITU-T, del inglés International Telecommunication Union – Telecommunication) define el término "puente" para el conmutador que selecciona una de los dos o ambas rutas de transmisión en el extremo que envía de un dominio de protección. Debe entenderse que esta definición no es la misma que la del término "puente" utilizado en el estándar IEEE 802. Tal como se define en el presente invento, el puente de protección lineal de la ITU-T se refiere a un "puente de protección".

En esquemas de protección lineal unidireccional, los selectores en cada extremo del dominio de protección operan de manera asíncrona. Específicamente, una acción de selección de ruta de tráfico en un extremo no resulta en una acción de selección de tráfico en el otro extremo en el tráfico en la dirección inversa. Consecuentemente, el tráfico en una dirección puede utilizar una ruta diferente que el tráfico en la otra dirección.

Sin embargo, los esquemas de protección lineal bidireccional funcionan de manera síncrona en el sentido de que una acción de selección de tráfico en un extremo también provoca una acción de selección correspondiente en el otro extremo en el tráfico en la dirección inversa. Por consiguiente, el tráfico en ambas direcciones comparte la misma ruta (es decir, bien la ruta operativa o bien la ruta de protección).

La conmutación de protección puede ser disparada por información OAM que surge de la monitorización periódica de las rutas operativa y de protección o bien de una monitorización de capa física, tal como pérdida de señal o errores de trama detectados durante la secuencia de comprobación de trama.

Los esquemas de protección lineal están configurados habitualmente para ser "revertidos" o "no revertidos", donde el tráfico de recepción y de transmisión, según corresponda, se revierte automáticamente a la ruta operativa una vez que OAM indica que el fallo o el defecto han sido eliminados.

La mayoría de los esquemas de protección lineal tienen como objetivo hoy día conmutar completamente (ambos extremos cuando sea apropiado) en menos de 50 ms desde la ocurrencia del fallo, y no sólo desde la indicación de un defecto por parte de OAM. Consecuentemente, la periodicidad de los mensajes de comprobación de continuidad de OAM debe ser casi un orden de magnitud más rápido para detectar el fallo y para transportar la información de sincronización de extremo a extremo.

La mayoría de los esquemas también incorporan temporizadores de tiempo de espera para protección y de tiempo de espera... [Seguir leyendo]

1. Un método para proporcionar conmutación de protección Ethernet en un Dominio de Puente de Red Troncal de Proveedor - Ingeniería de Tráfico (Provider Backbone Bridging Traffic Engineering), PBB-TE, donde el método comprende los pasos de: establecer (400) un primer enlace (102) PBB-TE entre un primer componente-B (108) y un segundo componente-B (112), donde el primer enlace PBB-TE tiene una primera ruta de conmutación Ethernet, ESP, (114) para tráfico unidireccional desde el primer componente-B hacia segundo componente-B y una segunda ESP (116) para tráfico unidireccional desde el segundo componente-B hacia el primer componente-B, en el que la primera ESP está asociada con un primer Identificador VLAN, VID, (128) y la segunda ESP está asociada con un segundo VID (166); establecer (400) un segundo enlace (104) PBB-TE entre el primer componente-B (108) y el segundo componente-B (112), donde el segundo enlace PBB-TE tiene una tercera ESP (118) para tráfico unidireccional desde el primer componente-B hacia el segundo componente-B y una cuarta ESP (120) para tráfico unidireccional desde el segundo componente-B hacia el primer componente-B, en el que la tercera ESP está asociada con un tercer VID (130) y la cuarta ESP está asociada con un cuarto VID (168); mapear (402) tráfico de datos al primer enlace (102) PBB-TE, donde el primer enlace PBB-TE corresponde a una entidad operativa y el segundo enlace (104) PBB-TE corresponde a una entidad de protección de respaldo; monitorizar (404) el primer enlace PBB-TE para detectar fallos; y en el momento (406) de detectar un fallo en el primer enlace (102) PBB-TE, remapear (408) tráfico de datos al segundo enlace (104) PBB-TE.

2. El método de acuerdo con la reivindicación 1ª, en el que el paso de monitorización también incluye monitorizar el segundo enlace PBB-TE para detectar fallos, en el que el tráfico de datos se re-mapea al primer enlace PBB-TE cuando se detecta un fallo en el segundo enlace PBB-TE.

3. El método de acuerdo con la reivindicación 1ª, en el que: el primer componente-B (108) incluye un primer puerto

(122) de entrada asociado con el segundo VID (166) y un primer puerto (122) de salida asociado con el primer VID (128), donde el primer puerto de entrada recibe tráfico de datos a través de la segunda ESP (116) y el primer puerto de salida envía tráfico de datos a través de la primera ESP (114) al segundo componente-B; y el segundo componente-B (112) incluye un segundo puerto (160) de entrada asociado con el primer VID (128) y un segundo puerto

(160) de salida asociado con el segundo VID (166), donde el segundo puerto de entrada recibe tráfico de datos a través de la primera ESP (114) y el segundo puerto de salida envía tráfico de datos a través de la segunda ESP

(116) al primer componente-B.

4. El método de acuerdo con la reivindicación 3ª, en el que el paso de re-mapear datos al segundo enlace PBB-TE incluye reconfigurar los puertos en el primer componente-B y el segundo componente-B para enviar y recibir tráfico a través de la tercera y la cuarta ESPs.

5. El método de acuerdo con la reivindicación 1ª, en el que una primera Asociación de Mantenimiento (Maintenance Associations), MA, monitoriza el primer enlace PBB-TE y una segunda MA monitoriza el segundo enlace PBB-TE para detectar fallos.

6. El método de acuerdo con la reivindicación 5ª, en el que la primera MA está asociada con el primer VID y el segundo VID y la segunda MA está asociada con el tercer VID y el cuarto VID.

7. El método de acuerdo con la reivindicación 6ª, en el que: el primer componente-B (108) incluye un primer Punto Extremo de Mantenimiento (Maintenance End Point), MEP, (200) para monitorizar la primera ESP (114), donde el primer MEP está asociado con el primer VID (128); el segundo componente-B (112) incluye un segundo MEP (202) para monitorizar la segunda ESP (116), donde el segundo MEP está asociado con el segundo VID (166); el primer MEP envía Mensajes de Comprobación de Continuidad (Continuity Check Messages), CCMs, al segundo componente-B a través de la primera ESP (114) y el segundo MEP envía CCMs a través de la segunda ESP (116).

8. El método de acuerdo con la reivindicación 7ª, en el que, en el momento de detectar un fallo, el primer o el segundo MEP detecta la fallo y pone a 1 un parámetro de establecimientos de defecto, activando de esta manera el paso de re-mapear tráfico de datos al segundo enlace PBB-TE.

9. El método de acuerdo con la reivindicación 6ª, en el que: el primer componente-B (108) incluye un tercer Punto Extremo de Mantenimiento, MEP, para monitorizar la tercera ESP (118), donde el tercer MEP está asociado con el tercer VID (130); el segundo componente-B (112) incluye un cuarto MEP para monitorizar la cuarta ESP (120), donde el cuarto MEP está asociado con el cuarto VID (168); el tercer MEP envía Mensajes de Comprobación de Continuidad, CCMs, al segundo componente-B a través de la tercera ESP (118) y el cuarto MEP envía CCMs al primer componente-B a través de la cuarta ESP (120).

10. El método de acuerdo con la reivindicación 1ª, que incluye adicionalmente el paso de enviar Mensajes de Comprobación de Continuidad, CCMs, a través del primer (102) y el segundo (104) enlace PBB-TE para comprobar la conectividad de los enlaces.

11. Un sistema para proporcionar conmutación de protección Ethernet en un Dominio de Puente de Red Troncal de Proveedor - Ingeniería de Tráfico (Provider Backbone Bridging Traffic Engineering), PBB-TE, donde el sistema comprende: un primer enlace (102) PBB-TE entre un primer componente-B (108) y un segundo componente-B (112), donde el primer enlace PBB-TE tiene una primera ruta de conmutación Ethernet, ESP, (114) para tráfico unidireccional desde el primer componente-B hacia segundo componente-B y una segunda ESP (116) para tráfico unidireccional desde el segundo componente-B hacia el primer componente-B, en el que la primera ESP está asociada con un primer Identificador VLAN, VID, (128) y la segunda ESP está asociada con un segundo VID (166); un segundo enlace (104) PBB-TE entre el primer componente-B y el segundo componente-B, donde el segundo enlace PBB-TE tiene una tercera ESP (118) para tráfico unidireccional desde el primer componente-B hacia el segundo componente-B y una cuarta ESP (120) para tráfico unidireccional desde el segundo componente-B hacia el primer componente-B, en el que la tercera ESP está asociada con un tercer VID (130) y la cuarta ESP está asociada con un cuarto VID (168); medios (126) para mapear (402) tráfico de datos al primer enlace (102) PBB-TE, donde el primer enlace PBBTE corresponde a una entidad operativa y el segundo enlace PBB-TE corresponde a una entidad de protección de respaldo; medios (200, 202) para monitorizar el primer enlace (102) PBB-TE para detectar fallos; y medios (126) para re-mapear tráfico de datos al segundo enlace PBB-TE en respuesta a la detección de un fallo en el primer enlace PBB-TE.

12. El sistema de acuerdo con la reivindicación 11ª, que comprende adicionalmente una primera Asociación de Mantenimiento, MA, para monitorizar el primer enlace PBB-TE y una segunda MA para monitorizar el segundo enlace PBB-TE.

13. El sistema de acuerdo con la reivindicación 12ª, en el que la primera MA está asociada con el primer VID y el segundo VID y la segunda MA está asociada con el tercer VID y el cuarto VID.

14. El sistema de acuerdo con la reivindicación 13ª, en el que: el primer componente-B (108) incluye un primer Punto Extremo de Mantenimiento, MEP, (200) para monitorizar la primera ESP (114), donde el primer MEP está asociado con el primer VID (128); el segundo componente-B (112) incluye un segundo MEP (202) para monitorizar la segunda ESP (116), donde el segundo MEP está asociado con el segundo VID (166); el primer MEP envía Mensajes de Comprobación de Continuidad, CCMs, al segundo componente-B a través de la primera ESP (114) y el segundo MEP envía CCMs al primer componente-B a través de la segunda ESP (116).

15. El sistema de acuerdo con la reivindicación 14ª, en el que: el primer componente-B (108) incluye un tercer MEP para monitorizar la tercera ESP (118), donde el tercer MEP está asociado con el tercer VID (130); el segundo componente-B (112) incluye un cuarto MEP para monitorizar la cuarta ESP (120), donde el cuarto MEP está asociado con el cuarto VID (168); el tercer MEP envía CCMs al segundo componente-B a través de la tercera ESP

(118) y el cuarto MEP envía CCMs al primer componente-B a través de la cuarta ESP (120).

16. El sistema de acuerdo con la reivindicación 14ª, en el que, en el momento de detectar un fallo, el primer o el segundo MEP detecta la fallo y pone a 1 un parámetro de establecimientos de defecto, activando de esta manera el paso de re-mapear tráfico de datos al segundo enlace PBB-TE.

17. Un nodo (108) para proporcionar conmutación de protección Ethernet en un Dominio de Puente de Red Troncal de Proveedor - Ingeniería de Tráfico (Provider Backbone Bridging Traffic Engineering), PBB-TE, donde el nodo comprende: medios (122) para conectarse a un primer enlace (102) PBB-TE entre el nodo y un segundo nodo (112), donde el primer enlace PBB-TE tiene una primera ruta de conmutación Ethernet, ESP, (114) para tráfico unidireccional desde el nodo hacia el segundo nodo y una segunda ESP (116) para tráfico unidireccional desde el segundo nodo hacia el nodo, en el que la primera ESP está asociada con un primer Identificador VLAN, VID, (128) y la segunda ESP está asociada con un segundo VID (166); medios (124) para conectarse a un segundo enlace (104) PBB-TE entre el nodo y el segundo nodo, donde el segundo enlace PBB-TE tiene una tercera ESP (118) para tráfico unidireccional desde el nodo hacia el segundo nodo y una cuarta ESP (120) para tráfico unidireccional desde el segundo nodo hacia el nodo, en el que la tercera ESP está asociada con un tercer VID (130), y la cuarta ESP está asociada con un cuarto VID (168); medios (126) para mapear tráfico de datos al primer enlace PBB-TE, donde el primer enlace PBB-TE corresponde a una entidad operativa y el segundo enlace PBB-TE corresponde a una entidad de protección de respaldo; medios (200) para monitorizar el primer enlace PBB-TE para detectar fallos; y medios

(126) para re-mapear tráfico de datos al segundo enlace (104) PBB-TE en el momento de detectar un fallo en el primer enlace (102) PBB-TE.

18. El nodo de acuerdo con la reivindicación 17ª, en el que los medios de monitorización también incluyen medios para monitorizar el segundo enlace (104) PBB-TE para detectar fallos, en el que cuando se detecta un fallo en el segundo enlace PBB-TE, los medios de re-mapeo re-mapean tráfico de datos al primer enlace (102) PBB-TE.

19. El nodo de acuerdo con la reivindicación 17ª, en el que el nodo incluye un primer puerto (122) de entrada asociado con el segundo VID (166) y un primer puerto (122) de salida asociado con el primer VID (128), donde el primer puerto de entrada recibe tráfico de datos a través de la segunda ESP (116) y el primer puerto de salida envía

5 tráfico de datos a través de la primera ESP (114) al segundo componente-B.

20. El nodo de acuerdo con la reivindicación 19ª, en el que el tráfico de datos se re-mapea al segundo enlace PBBTE reconfigurando los puertos en el nodo para enviar y recibir tráfico a través de la tercera ESP y la cuarta ESP.

21. El nodo de acuerdo con la reivindicación 17ª, que comprende adicionalmente una primera Asociación de Mantenimiento, MA, para monitorizar el primer enlace PBB-TE y una segunda MA para monitorizar el segundo

10 enlace PBB-TE.

22. El nodo de acuerdo con la reivindicación 21ª, en el que la primera MA está asociada con el primer VID y el segundo VID, y la segunda MA está asociada con el tercer VID y el cuarto VID.

23. El nodo de acuerdo con la reivindicación 17ª, que comprende adicionalmente medios para enviar Mensajes de Comprobación de Continuidad, CCMs, a través del primer y el segundo enlace PBB-TE para comprobar la 15 conectividad de los enlaces.

24. El nodo de acuerdo con la reivindicación 17ª, en el que el nodo es un Componente-B de un Puente de Borde de Red Troncal (Backbone Edge Bridge).