Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM.

Un punto de mantenimiento para proporcionar Gestión de Fallos de Conexión Accionada por Datos, DDCFM, en una red de comunicación, el punto de mantenimiento que comprende entidades de multiplexación y demultiplexación del punto de mantenimiento mejoradas con una entidad de Demultiplexación de Código de Operación

(29) que reenvía una primera copia de tramas de datos de Mensaje de Enviar Trama, SFM, hacia Multiplexores Pasivos (25) del punto de mantenimiento y una segunda copia de las tramas de datos de SFM hacia un Respondedor Desencapsulador (50) del punto de mantenimiento, en donde el Respondedor Desencapsulador se caracteriza por que está configurado para:

recibir las tramas de datos de SFM desde el Demultiplexor de Código de Operación;

descartar (87) las tramas de datos de SFM que tienen una dirección de destino que no coincide con la dirección MAC del Respondedor Desencapsulador;

desencapsular (88) las tramas de datos de SFM que tienen una dirección de destino que coincide con la dirección MAC del Respondedor Desencapsulador;

consultar (89) una base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas a un destino especificado por las tramas de datos de SFM desencapsuladas; si se identifica un puerto de salida para transportar (91) las tramas de datos de SFM desencapsuladas al destino especificado, transportar cada trama de datos de SFM desencapsulada a un Multiplexor de Salida de Seguimiento de Enlace, LOM, relacionado para transmisión hacia el destino especificado; y

si no se identifica un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado:

determinar si está fijado un bit EnableFlooding de un campo de Marcas de SFM;

si no está fijado el bit EnableFlooding, descartar (93) la trama de datos de SFM; y

si está fijado el bit EnableFlooding, desbordar (94) cada trama de datos de SFM desencapsulada para todos los puertos de reenvío en un conjunto de Identidad de Red de Área Local Virtual, VID, asociado.

Tipo: Patente Europea. Resumen de patente/invención. Número de Solicitud: E13167602.

Solicitante: TELEFONAKTIEBOLAGET L M ERICSSON (PUBL).

Nacionalidad solicitante: Suecia.

Dirección: Torshamnsgatan 21-23 164 83 Stockholm SUECIA.

Inventor/es: SALTSIDIS,PANAGIOTIS.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • SECCION H — ELECTRICIDAD > TECNICA DE LAS COMUNICACIONES ELECTRICAS > TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION... > Redes de datos de conmutación (interconexión o... > H04L12/24 (Disposiciones para el mantenimiento o la gestión)
  • SECCION H — ELECTRICIDAD > TECNICA DE LAS COMUNICACIONES ELECTRICAS > TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION... > Redes de datos de conmutación (interconexión o... > H04L12/26 (Disposiciones de vigilancia; Disposiciones de ensayo)

PDF original: ES-2511691_T3.pdf

 

google+ twitter facebookPin it
Ilustración 1 de Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM.
Ilustración 2 de Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM.
Ilustración 3 de Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM.
Ilustración 4 de Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM.
Ver la galería de la patente con 9 ilustraciones.
Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM.

Fragmento de la descripción:

Gestión de fallos de conexión accionados por datos (DDCFM) en puntos de mantenimiento de CFM Campo técnico

Las realizaciones en la presente memoria se refieren a sistemas detección y aislamiento de fallos en redes de comunicación. Más concretamente, y no a modo de limitación, las realizaciones en la presente memoria se dirigen a un punto de mantenimiento de Gestión de Fallos de Conexión (CFM) y un método para proporcionar Gestión de Fallos de Conexión Accionados por Datos (DDCFM) en puntos de mantenimiento de CFM en una red de comunicación.

Antecedentes

La Gestión de Fallos de Conexión Accionados por Datos (DDCFM) y Dependiente de Datos se describe en el documento IEEE 802.1Qaw/D0.2, "Draft Standard for Local and Metropolitan Area Networks - Virtual Bridged Local Area Networks - Amendment 10: Data Driven and Data Dependent Conectivity Fault Management," abril de 2007. La DDCFM dota a los operadores con capacidades para detectar y aislar fallos dependientes de datos y accionados por datos en Redes Locales Puenteadas Virtuales. La DDCFM es una extensión de la Gestión de Fallos de Conexión (CFM). Como con la CFM, la DDCFM se puede usar en redes operadas por múltiples organizaciones independientes, cada una con acceso de gestión restringido al equipo de otras organizaciones.

Hay dos grandes tipos de fallos en Redes Puenteadas que afectan solamente a tramas o secuencias de tramas que transportan ciertos datos, direcciones, o combinaciones de ellos. Los fallos dependientes de datos simples son aquéllos que provocan la pérdida repetitiva de cada una de las tramas que transportan datos particulares, independientes de cualesquiera otras tramas. Los fallos dependientes de datos normalmente son el resultado una simple mala configuración o de un fallo al apreciar las consecuencias de una opción de configuración (por ejemplo, instalar filtros específicos de protocolo). Los fallos accionados por datos son más complejos y surgen cuando la presencia (o ausencia) de algunas tramas de datos causan o contribuyen a la pérdida de otras tramas. Mientras que los servicios soportados por redes puenteadas son conceptualmente independientes de los datos, el uso de técnicas accionadas por datos permite una prestación de servicio mejorada. Ejemplos incluyen (1) el filtrado de trama multidifusión y el consecuente ahorro de ancho de banda se facilita mediante Snooping (monitoreo) de IGMP; (2) se usan cortafuegos de estado para proteger a los usuarios conectados a servicios gestionados; y (3) la asignación eficiente de tramas a los enlaces individuales de una agregación (Agregación de Enlace 802.3ad) a menudo se basa en la detección de conversaciones mirando los datos de trama.

La tarea principal de detección de fallos dependientes de datos o accionados por datos (DDF) es descubrir dónde ocurren realmente los DDF. Una vez que se aíslan los DDF a un segmento de red lo bastante pequeño, tal como un puerto de puente o Punto de Mantenimiento (MP), el siguiente paso de detección del porqué o cómo esos patrones o secuencias de datos causan realmente el fallo en esta ubicación llega a ser mucho más fácil. El procedimiento básico para aislar un DDF es dividir la red en múltiples segmentos y determinar si las tramas de datos sospechosas pueden atravesar a través de cada segmento como se espera. Cuando un segmento de red se identifica como que es responsable del problema, el segmento se divide además en segmentos más pequeños hasta que se identifica un puente, un puerto, o un Punto de Mantenimiento de CFM como responsable de no pasara través de las peticiones de servicio o las tramas de datos sospechosas con la calidad esperada. El DDF no puede ser evidente en ausencia de tráfico en directo (es decir, cuando se usan datos de prueba). Por lo tanto, la diagnosis se debe llevar a cabo mientras que la red está funcionando realmente, y las herramientas de diagnosis por sí mismas no deben introducir fallos dependientes de datos adicionales.

La DDCFM es una herramienta que permite a los operadores detectar, aislar, y verificar fallos dependientes de datos y accionados por datos. Hay dos tipos de pruebas DDF: Prueba de Trayecto Directo (FPT) y Prueba de Trayecto de Retorno (RPT).

La FIG. 1 es un diagrama de bloques simplificado de un mecanismo existente para realizar una Prueba de Trayecto Directo (FPT) para fallos dependientes de datos y accionados por datos. La meta de una FPT es determinar si un flujo de tráfico especificado (por ejemplo, las tramas asociadas con una petición de servicio o tramas de datos seleccionadas con la misma Dirección de Destino, y similares) puede alcanzar una ubicación particular tal como un puerto de puente o un Punto de Mantenimiento sin dejar caer paquetes o desarrollar otros errores. En la FIG. 1, se transmite un flujo de tráfico identificado desde un nodo de origen (A) 11 a un nodo de destino (B) 12. La FPT se logra reflejando (o dando la vuelta a) el flujo de tráfico identificado en un punto de reflexión 13 para una ubicación objetivo específica (T) 14, que podría ser un puente, un equipo de prueba, o el nodo de origen A. Las tramas reflejadas se encapsulan con una cabecera de CFM. La ubicación objetivo verifica las tramas de datos reflejados. Hay muchas formas para que la ubicación objetivo verifique las tramas de datos reflejadas. Por ejemplo, la ubicación objetivo puede comparar las tramas reflejadas con las originales para determinar si hay cualquier error. Alternativamente, la ubicación objetivo puede ejecutar una aplicación intermediaria para simular las tomas de contacto como si esos paquetes alcanzasen realmente sus destinos originales.

La FIG. 2 es un diagrama de bloques simplificado de un mecanismo existente para realizar una Prueba de Trayecto

Directo (RPT) para fallos dependientes de datos y accionados por datos. La meta de una RPT es determinar si se puede enviar un flujo de tráfico sin error desde un punto específico dentro de una red a una estación o estaciones especificadas por la dirección de destino (DA) asociado con las tramas del Flujo Bajo Prueba. En la FIG. 2, se realiza una RPT encapsulando cada trama del Flujo Bajo Prueba con una cabecera de CFM en una estación de Origen 21. El destino del flujo encapsulado es el punto de inicio 22 de la Prueba de Trayecto de Retorno. En el punto de inicio de la RPT, las tramas encapsuladas de DDCFM se desencapsulan y reenvían a la estación o estaciones especificadas por el campo de DA en las tramas del Flujo Bajo Prueba (por ejemplo, el nodo A 23).

La FIG. 3 es un diagrama de bloques funcional de un Punto Final de asociación de Mantenimiento (MEP) existente, como se ilustra y describe en el documento IEEE 802.1ag/D8.0, "Draft Standard for Local and Metropolitan Area Networks - Virtual Brldged Local Area Networks - Amendment 05; Conectivity Fault Management", febrero de 2007 (en lo sucesivo "IEEE 802.1ag/D8").

La FIG. 4 es un diagrama de bloques funcional de una Función Mitad de Punto Intermedio de dominio de Mantenimiento (MIP) existente, como también se ilustra y describe en el IEEE 802.1 ag/D8.0.

Compendio

La solución existente falla al proporcionar una forma consistente de implementar una DDCFM en Puntos de Mantenimiento como se define en el IEEE802.1ag/D8.0. En particular, la solución existente no hace uso eficiente de la funcionalidad de los MP actuales, y falla al proporcionar funciones que se podrían utilizar para identificar de manera efectiva los puertos de salida en tramas de DDCFM o relacionadas con DDCFM a través de un puente. Las presentes realizaciones en la presente memoria proporcionan una operación de DDCFM eficiente de forma que no interrumpe la operación de CFM normal.

Las realizaciones en la presente memoria se refieren a un punto de mantenimiento para proporcionar Gestión de Fallos... [Seguir leyendo]

 


Reivindicaciones:

1. Un punto de mantenimiento para proporcionar Gestión de Fallos de Conexión Accionada por Datos, DDCFM, en una red de comunicación, el punto de mantenimiento que comprende entidades de multiplexación y demultiplexación del punto de mantenimiento mejoradas con una entidad de Demultiplexación de Código de Operación (29) que reenvía una primera copia de tramas de datos de Mensaje de Enviar Trama, SFM, hacia Multiplexores Pasivos (25) del punto de mantenimiento y una segunda copia de las tramas de datos de SFM hacia un Respondedor Desencapsulador (50) del punto de mantenimiento, en donde el Respondedor Desencapsulador se caracteriza por que está configurado para:

recibir las tramas de datos de SFM desde el Demultiplexor de Código de Operación;

descartar (87) las tramas de datos de SFM que tienen una dirección de destino que no coincide con la dirección MAC del Respondedor Desencapsulador;

desencapsular (88) las tramas de datos de SFM que tienen una dirección de destino que coincide con la dirección MAC del Respondedor Desencapsulador;

consultar (89) una base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas a un destino especificado por las tramas de datos de SFM desencapsuladas;

si se identifica un puerto de salida para transportar (91) las tramas de datos de SFM desencapsuladas al destino especificado, transportar cada trama de datos de SFM desencapsulada a un Multiplexor de Salida de Seguimiento de Enlace, LOM, relacionado para transmisión hacia el destino especificado; y

si no se identifica un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado:

determinar si está fijado un bit EnableFlooding de un campo de Marcas de SFM; si no está fijado el bit EnableFlooding, descartar (93) la trama de datos de SFM; y

si está fijado el bit EnableFlooding, desbordar (94) cada trama de datos de SFM desencapsulada para todos los puertos de reenvío en un conjunto de Identidad de Red de Área Local Virtual, VID, asociado.

2. El punto de mantenimiento de la reivindicación 1, en donde el Respondedor Desencapsulador está configurado para consultar la base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado por un campo de dirección de destino de las tramas de datos de SFM desencapsuladas.

3. Un Respondedor Desencapsulador (50) en un punto de mantenimiento en una red de comunicación, en donde el Respondedor Desencapsulador se caracteriza porque está configurado para:

recibir tramas de datos de Mensaje de Enviar Trama, SFM;

descartar (87) las tramas de datos de SFM que tienen una dirección de destino que no coincide con la dirección MAC del Respondedor Desencapsulador;

desencapsular (88) las tramas de datos de SFM que tienen una dirección de destino que coincide con la dirección MAC del Respondedor Desencapsulador;

consultar (89) una base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas a un destino especificado por las tramas de datos de SFM desencapsuladas;

si se identifica (90) un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado, transportar (91) cada trama de datos de SFM desencapsulada a un Multiplexor de Salida de Seguimiento de Enlace, LOM, relacionado para transmisión hacia el destino especificado; y

si no se identifica un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado:

determinar si está fijado un bit EnableFlooding de un campo de Marcas de SFM; si no está fijado el bit EnableFlooding, descartar (93) la trama de datos de SFM; y

si está fijado el bit EnableFlooding, desbordar (94) cada trama de datos de SFM desencapsulada para todos los puertos de reenvío en un conjunto de Identidad de Red de Área Local Virtual, VID, asociado.

4. El Respondedor Desencapsulador de la reivindicación 3, en donde el Respondedor Desencapsulador está configurado para consultar la base de datos de filtrado para identificar un puerto de salida para transportar las

tramas de datos de SFM desencapsuladas al destino especificado por un campo de dirección de destino de las tramas de datos de SFM desencapsuladas.

5. Un método en un Respondedor Desencapsulador (50) en un punto de mantenimiento para proporcionar Gestión de Fallos de Conexión Accionados por Datos, DDCFM, en una red de comunicación, dicho método que se caracteriza por que comprende los pasos de:

recibir tramas de datos de Mensaje de Enviar Trama, SFM;

descartar (87) las tramas de datos de SFM que tienen una dirección de destino que no coincide con la dirección MAC del Respondedor Desencapsulador;

desencapsular (88) las tramas de datos de SFM que tienen una dirección de destino que coincide con la dirección MAC del Respondedor Desencapsulador;

consultar (89) una base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas a un destino especificado por las tramas de datos de SFM desencapsuladas;

si se identifica (90) un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado, transportar (91) cada trama de datos de SFM desencapsulada a un Multiplexor de Salida de Seguimiento de Enlace, LOM, relacionado para transmisión hacia el destino especificado; y

si no se identifica un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado:

determinar si está fijado un bit EnableFlooding de un campo de Marcas de SFM; si no está fijado el bit EnableFlooding, descartar (93) la trama de datos de SFM; y

si está fijado el bit EnableFlooding, desbordar (94) cada trama de datos de SFM desencapsulada para todos los puertos de reenvío en un conjunto de Identidad de Red de Área Local Virtual, VID, asociado.

6. El método de la reivindicación 5, en donde el paso de consultar la base de datos de filtrado incluye consultar la base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado por un campo de dirección de destino de las tramas de datos de SFM

desencapsuladas.

7. Un método en un punto de mantenimiento para proporcionar Gestión de Fallos de Conexión Accionada por Datos, DDCFM, en una red de comunicación, en donde el puerto de mantenimiento incluye Multiplexores Pasivos, un Respondedor Desencapsulador, y entidades de multiplexación y demultiplexación de punto de mantenimiento mejoradas con un Demultiplexor de Código de Operación, el método se caracteriza por que comprende los pasos de:

recibir, mediante el Demultiplexor de Código de Operación, tramas de datos de Mensaje de Enviar Trama, SFM;

reenviar por el Demultiplexor de Código de Operación, una primera copia de las tramas de datos de SFM hacia los Multiplexores Pasivos y una segunda copia de las tramas de datos de SFM hacia el Respondedor Desencapsulador;

recibir la segunda copia reenviada de las tramas de datos de SFM y realizar los siguientes pasos por el Respondedor Desencapsulador:

descartar (87) las tramas de datos de SFM que tienen una dirección de destino que no coincide con la dirección MAC del Respondedor Desencapsulador;

desencapsular (88) las tramas de datos de SFM que tienen una dirección de destino que coincide con la dirección MAC del Respondedor Desencapsulador;

consultar (89) una base de datos de filtrado para identificar un puerto de salida para transportar las tramas de datos de SFM desencapsuladas a un destino especificado por las tramas de datos de SFM desencapsuladas;

si se identifica (90) un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado, transportar (91) cada trama de datos de SFM desencapsulada a un Multiplexor de Salida de Seguimiento de Enlace, LOM, relacionado para transmisión hacia el destino especificado; y

si no se identifica un puerto de salida para transportar las tramas de datos de SFM desencapsuladas al destino especificado:

determinar si está fijado un bit EnableFlooding de un campo de Marcas de SFM; si no está fijado el bit EnableFlooding, descartar (93) la trama de datos de SFM; y

si está fijado el bit EnableFlooding, desbordar (94) cada trama de datos de SFM desencapsulada para todos los puertos de reenvío en un conjunto de Identidad de Red de Área Local Virtual, VID, asociado.

8. El método de la reivindicación 7, en donde el paso de consultar la base de datos de filtrado incluye consultar la base de datos de filtrado por el Respondedor Desencapsulador para identificar un puerto de salida para transportar 5 las tramas de datos de SFM desencapsuladas al destino especificado por un campo de dirección de destino de las tramas de datos de SFM desencapsuladas.