MÉTODO PARA DESENCADENAR LA DETECCIÓN DE FALLOS EN LA DETECCIÓN DE REENVÍO BIDIRECCIONAL.

Método para desencadenar la detección de fallos en la detección de reenvío bidireccional Campo de la invención La presente invención está relacionada con tecnologías de detección de enlaces y, en particular, con un método para desencadenar la detección de fallos en una Detección de Reenvío Bidireccional (BFD). Antecedentes de la invención Con el desarrollo de las tecnologías de comunicaciones, el problema de cómo garantizar la calidad de la transmisión de datos y de cómo localizar rápidamente un fallo cuando ocurre este fallo en la transmisión de datos, se ha convertido en un problema urgente que ha de resolverse. Por tanto, la BFD, como mecanismo de detección rápida, emerge como requieren los tiempos. En la BFD, se detecta un enlace por medio de un mecanismo rápido de Hola con una velocidad que puede ser negociada. La BFD puede utilizarse para detectar la corrección de diversos tipos de transmisión, incluyendo Ethernet, el Camino de Conmutación de Etiquetas Multi-protocolo (MPLS), la encapsulación de enrutamiento común y el túnel de protocolos de seguridad de la red IP (IPsec). La BFD se desarrolla a partir de la tecnología básica de transmisión paso a paso, de manera que con la BFD, puede detectarse el fallo en cada capa de una red. El objeto de la BFD es proporcionar un mecanismo de detección de fallos con una baja sobrecarga y un corto periodo de detección sobre un camino entre enrutadores contiguos. Los enrutadores contiguos se refieren a enrutadores conectados a través de uno o más enlaces lógicos, y no está limitado a un salto entre los enrutadores. La BFD puede realizar la detección sobre un interfaz, un enlace de datos e incluso extenderse al propio motor de reenvío. La figura 1 es un diagrama esquemático que muestra la red formada por un entorno global de aplicaciones de BFD. En la red, el enrutador A, el enrutador B y el enrutador C se implementan todos ellos con la función BFD. El enrutador A y el enrutador C están conectados a través de un enlace AC, el enrutador B y el enrutador C están conectados a través de un enlace BC. La BFD puede ser aplicada a los enlaces AC y BC para detectar el estado del fallo de los enlaces. La BFD puede ser resumida como un servicio sencillo, y lo básico del servicio suministrado incluye: crear, eliminar y modificar una sesión BFD bajo la premisa de una dirección de destino dada y otros parámetros. En la BFD, se proporciona una señal al operador para indicar el inicio o terminación de una sesión BFD, o para informar al operador del resultado de la negociación de la sesión BFD o el resultado de la modificación, etc., y para proporcionar la información de estado de un enlace detectado a la capa de aplicación, por ejemplo, la información UP indica que el enlace está en estado normal, mientras que la información DOWN indica un fallo del enlace. La BFD es similar al protocolo Hola. Después de establecer una sesión BFD, las dos partes de la sesión BFD envían periódicamente paquetes BFD a la parte opuesta sobre un enlace sobre el cual se aplica la BFD, y detectan periódicamente el estado de llegada de los paquetes desde la parte opuesta en el enlace. Si una parte no recibe un paquete BFD desde el lado opuesto dentro de un intervalo de tiempo, se considera que tiene lugar un fallo en el enlace, para encontrar rápidamente el fallo en el enlace. En la red ilustrada en la figura 1, se supone que el enrutador A y el enrutador C son mutuamente vecinos en una sesión BFD, y no se establece una sesión BFD sobre el enlace AC inicialmente. El ciclo de vida de una sesión BFD tiene principalmente las etapas siguientes: 1) Establecimiento inicial de una sesión BFD. ES 2 365 866 T3 En primer lugar, se crea un ejemplo de BFD en el enrutador A y en el enrutador C, respectivamente. Después, el enrutador A y el enrutador C obtienen las direcciones IP de sus vecinos. La BFD no tiene un mecanismo automático de búsqueda de vecinos, de manera que un ejemplo de BFD puede obtener la dirección IP de un vecino a través de una configuración estática o dependiendo de otros protocolos de aplicación. Tras obtener la dirección IP de un vecino, el ejemplo de BFD obtiene un discriminador asignado por la parte opuesta y asigna un discriminador localmente. El discriminador puede ser configurado manualmente, o ser obtenido a través de una negociación automática en la banda o una negociación fuera de la banda. En otras palabras, la negociación del discriminador se realiza a través de otro protocolo de aplicaciones y después se notifica al ejemplo de BFD. Si se emplea el modo de negociación automática en la banda, la secuencia de tiempos de la sesión BFD se establece entre los enrutadores a través de tres saludos, cuya negociación específica es irrelevante para la invención y se puede hacer referencia a los documentos relacionados con el protocolo BFD. 2 2) Negociación de parámetros de una sesión BFD. Después de haber establecido una sesión BFD entre casos de BFD de los vecinos a través de tres saludos, se necesita negociar los parámetros de la sesión BFD para ser conforme con la velocidad de la transmisión-recepción de paquetes BFD, tiempo de determinación del fallo y modo de la sesión (tal como el modo asíncrono o el modo síncrono) de las dos partes. 5 Antes de comenzar la negociación de parámetros de la sesión BFD, cada enrutador estima su capacidad para enviar y recibir paquetes BFD basados en las condiciones preestablecidas, tales como la influencia sobre la anchura de banda y la ocupación de la CPU. Después negocia el tiempo más corto para detectar un fallo, es decir, el tiempo de determinación del fallo, con un enrutador vecino. El tiempo de determinación del fallo negociado puede ser modificado en tiempo real. 10 Una vez negociados los diversos parámetros de la sesión BFD y establecida la sesión BFD, se provoca esta sesión BFD como una etapa de detección de fallos. 3) Detección de fallos de BFD. En la invención, se ilustra la etapa de detección de fallos de BFD en el caso de que el modo de la sesión BFD sea un modo asíncrono. Después de haber establecido la sesión BFD y haber negociado los parámetros relacionados, 15 las partes de la sesión BFD envían periódicamente un paquete de control de BFD al lado opuesto, de acuerdo con el modo asíncrono en un intervalo de tiempo que es negociado. El paquete de control de BFD se adapta para realizar la detección de impulsos. La función y el modo de funcionamiento del paquete de control de BFD son los mismos que el de un paquete HOLA de otros protocolos de enrutamiento, pero la frecuencia de envío es normalmente más alta. 20 Cuando una parte de la sesión BFD envía el paquete de control de BFD al lado opuesto, detecta periódicamente el paquete BFD enviado por el lado opuesto. Si detecta que se pierden consecutivamente un número prefijado de paquetes BFD desde un vecino, declara que ocurre un fallo en el enlace e informa a otras aplicaciones, tales como módulos de enrutamiento, con un mensaje de fallo de enlace. El número de paquetes BFD perdidos consecutivamente cuando se declara que ocurre un fallo en el enlace, se determina de acuerdo con el resultado de 25 la negociación de la sesión BFD, y este parámetro se define en el formato del paquete de control de BFD a través de un campo de detección múltiple (Detect Mult). En el borrador de la BFD, no se especifica ningún protocolo para transportar paquetes BFD; en su lugar, solamente propone encapsular un paquete BFD utilizando el Protocolo de Datagramas de Usuario (UDP), y el paquete BFD se identifica empleando un puerto de destino de UDP con el número 3784. El formato de un paquete BFD encapsulado 30 en UDP está ilustrado en la Tabla 1: 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 Vers Diag Sta P F C A D R Detect Mult Longitud Discriminador generado por el sistema de envío (Mi discriminador) Discriminador recibido desde el correspondiente sistema remoto (Tu discriminador) Intervalo mínimo de envío de paquetes de control de BFD deseado por el sistema local (Intervalo Min TX deseado) Intervalo mínimo de recepción de BFD admitido por el sistema (Intervalo Min RX requerido) Intervalo mínimo del paquete de eco recibido de BFD, admitido por el sistema (Intervalo Min Eco RX requerido) Los datos de autentificación siguientes son opcionales Tipo de autentificación (AuthType) Tabla 1 Longitud de la autentificación (AuthLen) Datos de autentificación (AuthenticationData) El significado de cada campo del paquete BFD de la Tabla 1 está ilustrado en la Tabla 2: Nombre del dominio Significado ES 2 365 866 T3 Versión (vers) Número de la versión del protocolo BFD, el número de la versión actual es 1 Diagnóstico (Diag) El código del diagnóstico describe las causas por las que el sistema local vuelve a otros estado desde el último estado UP. El significado es como sigue:... [Seguir leyendo]

1. Un método para iniciar una función de detección de una sesión de Detección de Reenvío Bidireccional, en el que la sesión de Detección de Reenvío Bidireccional se establece (401) entre dos lados de un enlace de reenvío bidireccional, y el método está caracterizado porque comprende: durante el establecimiento de la sesión de Detección de Reenvío Bidireccional, negociar por los dos lados de la sesión de Detección de Reenvío Bidireccional para determinar los parámetros de la sesión de Detección de Reenvío Bidireccional, incluyendo una longitud de tiempo de un temporizador de detección de la sesión de Detección de Reenvío Bidireccional, y fijar el valor inicial de una etiqueta predeterminada que indica si se ha recibido un primer paquete desde el lado opuesto, para indicar que no se ha recibido el primer paquete de Detección de Reenvío Bidireccional enviado por el lado opuesto de la sesión de Detección de Reenvío Bidireccional; cuando se recibe el primer paquete de Detección de Reenvío Bidireccional desde el lado opuesto por un lado de la sesión de Detección de Reenvío Bidireccional, fijar el valor de la etiqueta que indica si se ha recibido un primer paquete desde el lado opuesto, para indicar que se ha recibido el primer paquete de Detección de Reenvío Bidireccional enviado por el lado opuesto de la sesión de Detección de Reenvío Bidireccional; enviar (402), por un lado de la sesión de Detección de Reenvío Bidireccional, un paquete de Detección de Reenvío Bidireccional al lado opuesto, y recibir (402) un paquete de Detección de Reenvío Bidireccional desde el lado opuesto; incluyendo: A) el envío, por un lado de la sesión de Detección de Reenvío Bidireccional, un paquete de Detección de Reenvío Bidireccional al lado opuesto periódicamente, de acuerdo con la longitud de tiempo del temporizador de envío de paquetes de Detección de Reenvío Bidireccional, en el parámetro de la sesión de Detección de Reenvío Bidireccional; B) determinar, por dicho lado de la sesión de Detección de Reenvío Bidireccional, si el valor de la etiqueta que indica si se ha recibido un primer paquete desde el lado opuesto, indica que no se ha recibido un primer paquete de Detección de Reenvío Bidireccional enviado por el lado opuesto de la sesión de Detección de Reenvío Bidireccional, y si es afirmativo, el procedimiento vuelve al proceso A; en otro caso, se ejecuta el proceso C; y iniciar (404) , por un lado de la sesión de Detección de Reenvío Bidireccional, la función de detección de la sesión de Detección de Reenvío Bidireccional al recibir (403) un primer paquete de Detección de Reenvío Bidireccional desde el lado opuesto; incluyendo C) el desencadenamiento de la detección de fallos, de acuerdo con el inicio del temporizador de detección de la sesión de Detección de Reenvío Bidireccional prefijado por la longitud de tiempo del temporizador de detección de la sesión de Detección de Reenvío Bidireccional, y enviar, por un lado de la sesión de Detección de Reenvío Bidireccional, un paquete de Detección de Reenvío Bidireccional al lado opuesto periódicamente, de acuerdo con la longitud de tiempo del temporizador de envío de paquetes de Detección de Reenvío Bidireccional. 2. El método según la reivindicación 1, en el que, después del proceso A y antes del proceso B, el método comprende además: fijar la longitud de tiempo de expiración, y fijar la longitud de tiempo del temporizador de detección de la sesión de Detección de Reenvío Bidireccional, como longitud de tiempo de expiración, e iniciar el temporizador de detección de la sesión de Detección de Reenvío Bidireccional; y cuando se determina en el proceso B que el valor de la etiqueta que indica si se ha recibido un primer paquete desde el lado opuesto es FALSO, se determina también si expira el temporizador de detección de la sesión de Detección de Reenvío Bidireccional, y si expira el temporizador de detección de la sesión de Detección de Reenvío Bidireccional, un lado de la sesión de Detección de Reenvío Bidireccional informa que ocurre un fallo en el motor de reenvío del lado opuesto, y el proceso termina; si no es así, el procedimiento continúa en el proceso A. 3. El método según la reivindicación 1, en el que después del proceso A y antes del proceso B, el método comprende además: fijar la longitud del tiempo de expiración y un temporizador de expiración, y fijar la longitud del tiempo de temporizador de expiración como longitud de tiempo de expiración e iniciar el temporizador de expiración; y cuando se determina en el proceso B que el valor de la etiqueta que indica si se ha recibido un primer paquete desde el lado opuesto es FALSO, se determina también si expira el temporizador de expiración, y si el temporizador de expiración expira, un lado de la sesión de Detección de Reenvío Bidireccional informa que ocurre un fallo en el motor de reenvío del lado opuesto, y el proceso termina; si no es así, el procedimiento vuelve al proceso A. 4. El método según cualquiera de las reivindicaciones 1 a 3, en el que el modo de la sesión de los dos lados de la sesión de Detección de Reenvío Bidireccional es un modo asíncrono. 5. El método según la reivindicación 4, en el que los dos lados de la sesión de Detección de Reenvío Bidireccional son sistemas para implementar la función de Detección de Reenvío Bidireccional. ES 2 365 866 T3 11 ES 2 365 866 T3 12 ES 2 365 866 T3 13