ES2758248T3 - Método y sistema de comunicación para averiguar centralmente un estado de una red de telecomunicación de conmutación de paquetes - Google Patents
Método y sistema de comunicación para averiguar centralmente un estado de una red de telecomunicación de conmutación de paquetes Download PDFInfo
- Publication number
- ES2758248T3 ES2758248T3 ES17164077T ES17164077T ES2758248T3 ES 2758248 T3 ES2758248 T3 ES 2758248T3 ES 17164077 T ES17164077 T ES 17164077T ES 17164077 T ES17164077 T ES 17164077T ES 2758248 T3 ES2758248 T3 ES 2758248T3
- Authority
- ES
- Spain
- Prior art keywords
- packet
- measurement
- links
- monitoring device
- travel time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0864—Round trip delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Método para averiguar centralmente un estado de una subred (50; 50') de comunicación de conmutación de paquetes, que presenta al menos seis enlaces (61-66; 61-63, 64', 65', 66), que respectivamente conectan entre sí directamente dos nodos (20-25) de conmutación de paquetes, y un dispositivo (30) de vigilancia asignado al menos a uno de los nodos de conmutación de paquetes, con las siguientes etapas de método: a) poner a disposición al menos seis bucles de medición distintos que comiencen y terminen respectivamente en el dispositivo (30) de vigilancia, de tal manera que cada bucle de medición presente exactamente otro de los al menos seis enlaces, que sea recorrido por paquetes de vigilancia de manera bidireccional, y al menos dos enlaces más de los al menos seis enlaces, que sean recorridos respectivamente por paquetes de vigilancia de manera unidireccional; b) poner a disposición, por parte del dispositivo (30) de vigilancia, para cada uno de los al menos seis bucles de medición, al menos un paquete de vigilancia que se transmita de forma selectiva a través de los enlaces del bucle de medición respectivo de los al menos seis bucles de medición; c) determinar, en el dispositivo (30) de vigilancia, en respuesta a los paquetes de vigilancia transmitidos en la etapa b), un tiempo de recorrido en cada uno de los al menos seis bucles de medición; d) averiguar el estado de la subred (50; 50') de comunicación de conmutación de paquetes en función de los tiempos de recorrido averiguados en la etapa c).
Description
DESCRIPCIÓN
Método y sistema de comunicación para averiguar centralmente un estado de una red de telecomunicación de conmutación de paquetes
La invención se refiere a un método y un sistema de comunicación para averiguar centralmente un estado de una subred de comunicación de conmutación de paquetes, en particular de un encaminamiento de segmentos (segment routing) o una subred de comunicación MPLS (Multiprotocol Label Switching).
En una subred de comunicación de conmutación de paquetes basada en los protocolos OSPF (Open Shortest Path First) o IS-IS (Intermediate System to Intermediate System Protocol), los nodos de conmutación de paquetes involucrados pueden, mediante paquetes de información Hello, comprobar ellos mismos sus enlaces a nodos de conmutación de paquetes vecinos. Los tiempos de recorrido de los enlaces entre los nodos de conmutación de paquetes involucrados pueden por ejemplo medirse con aparatos de medición que apliquen el estándar IP Performance Measurement (IPPM, RFC 2330). Hay que señalar que, aunque los paquetes rechazados por un nodo de conmutación de paquetes se registren en un aparato de medición, el aparato de medición no puede reconocer la interfaz exacta del nodo de conmutación de paquetes que ha rechazado los paquetes. Además, los nodos de conmutación de paquetes pueden medir la suma de los paquetes de información y la suma de la longitud de los paquetes de información que envían mediante un enlace directo a otro nodo de conmutación de paquetes de la misma subred. Sobre la base de estas informaciones, los nodos de conmutación de paquetes pueden tomar ellos mismos decisiones para el control de los flujos de tráfico cuando, por ejemplo, haya fallado un enlace o las pérdidas de paquetes en un enlace sean tan altas que los paquetes de información hayan de ser almacenados o rechazados en un nodo de conmutación de paquetes inmediatamente antes del envío. Las cargas de un enlace con paquetes de información, así como las pérdidas de paquetes causadas por nodos de conmutación de paquetes, son detectadas por los nodos de conmutación de paquetes, que con este fin presentan respectivamente un contador. Sin embargo, todos estos métodos requieren procesos de medición internos en los nodos de conmutación de paquetes afectados. Además, es necesario que si aparece un caso de error se transmitan mensajes del nodo de conmutación de paquetes respectivo a otros nodos de conmutación de paquetes de la subred de comunicación y en caso dado a bases de datos de vigilancia de red.
Por el documento DE 102013 011 223 A1 se conoce un método para averiguar parámetros de rendimiento de un sentido, como por ejemplo un tiempo de recorrido, al transmitir un paquete de medición en una subred de comunicación MPLS de conmutación de paquetes con un solo dispositivo de medición. Con este fin se transmite un paquete de medición en un bucle, que presenta caminos MPLS predefinidos, desde un remitente a un destino y de vuelta al remitente, recorriendo el paquete de medición varios encaminadores.
Un método para el establecimiento de un bucle en una red MPLS, presentando el bucle varios caminos MPLS, se conoce por ejemplo por el documento WO 2012/110011A2. El documento “A Scalable and Topology-Aware MPLS Dataplane Monitoring System; draft-ietf-spring-oam-usecase-06.txt” IETF Internet-Draft (2017-02-22) describe un sistema con funciones de vigilancia de camino de niveles de datos MPLS, estando el sistema de vigilancia MPLS centralizado en condiciones de llevar a cabo una comprobación de continuidad (ping) a lo largo de todos los caminos conmutados por etiquetas (Label Switched Paths). La invención tiene el objetivo de poner a disposición un método y un sistema de comunicación para averiguar centralmente un estado de una subred de comunicación de conmutación de paquetes, con los que sea posible averiguar de un modo fiable, rápido y económico el estado actual de una subred de comunicación de conmutación de paquetes, sin que los nodos de conmutación de paquetes de la subred de comunicación que se ha de vigilar hayan de efectuar mediciones propias.
Una idea central de la invención se basa en el conocimiento del inventor, según el cual, mediante una vigilancia central de los tiempos de recorrido en una cantidad mínima de bucles de medición puestos a disposición en una subred de comunicación de conmutación de paquetes, es posible averiguar patrones de tiempos de recorrido inconfundibles y característicos que posibilitan el reconocimiento inequívoco del estado actual o de un caso de error, como por ejemplo un fallo o una sobrecarga de un determinado enlace dentro de la subred de comunicación. Se ha comprobado que con una evaluación conjunta de los tiempos de recorrido en al menos seis bucles de medición pueden reconocerse de manera inequívoca distintos estados o errores dentro de la subred de comunicación de conmutación de paquetes. Hay que señalar además que la vigilancia o medición central de tiempos de recorrido en al menos seis bucles de medición de la subred de comunicación de conmutación de paquetes se lleva a cabo en un dispositivo de vigilancia que está conectado a la subred de comunicación de conmutación de paquetes.
El objetivo técnico anteriormente mencionado se logra por una parte mediante las características de las etapas de método de la reivindicación 1. Conforme a éstas, se pone a disposición un método para la vigilancia central de un estado de una subred de comunicación de conmutación de paquetes. La subred de comunicación de conmutación de paquetes presenta al menos seis enlaces, que respectivamente conectan entre sí directamente dos nodos de conmutación de paquetes, y un dispositivo de vigilancia conectado al menos a uno de los nodos de conmutación de paquetes. El método presenta las siguientes etapas de método:
a) poner a disposición al menos seis bucles de medición distintos que comiencen y terminen respectivamente en el dispositivo de vigilancia, de tal manera que cada bucle de medición presente exactamente otro de los al menos seis enlaces, que sea recorrido por paquetes de vigilancia de manera bidireccional, y al menos dos enlaces más de los al menos seis enlaces, que sean recorridos respectivamente por paquetes de vigilancia de manera unidireccional;
b) poner a disposición, por parte del dispositivo de vigilancia, para cada uno de los al menos seis bucles de medición, al menos un paquete de vigilancia que se transmita de forma selectiva a través de los enlaces del bucle de medición respectivo;
c) determinar, en el dispositivo de vigilancia, en respuesta a los paquetes de vigilancia transmitidos en la etapa b), un tiempo de recorrido en cada uno de los al menos seis bucles de medición;
d) averiguar el estado de la subred de comunicación de conmutación de paquetes en función de los tiempos de recorrido determinados en la etapa c).
En otras palabras: En la etapa d) se crea un patrón de tiempos de recorrido con respecto a los al menos seis bucles de medición, que representa de manera inequívoca el estado de la subred de comunicación de conmutación de paquetes. Por ejemplo, por medio del patrón de tiempos de recorrido averiguado pueden detectarse el fallo de un determinado enlace y/o el fallo de un determinado nodo de conmutación de paquetes.
Hay que señalar que en la etapa a) los al menos seis bucles de medición distintos pueden por ejemplo preconfigurarse, o por ejemplo ponerse a disposición o fijarse ejecutando el método MPLS según el documento Wo 2012/110011 A2, que utiliza una pila de direcciones en cada paquete de vigilancia.
Convenientemente, cada uno de los al menos seis enlaces es recorrido en exactamente uno de los bucles de medición de manera bidireccional, en exactamente uno más de los bucles de medición de manera unidireccional en una primera dirección y en exactamente uno más de los bucles de medición de manera unidireccional en una segunda dirección. En otras palabras: Cada enlace está preferiblemente contenido en exactamente tres bucles de medición distintos.
Según un perfeccionamiento ventajoso, la etapa c) presenta las siguientes etapas:
almacenar en cada caso un tiempo de recorrido de referencia para cada uno de los al menos seis bucles de medición;
comparar cada tiempo de recorrido determinado en la etapa c) con el tiempo de recorrido de referencia correspondiente respectivo para averiguar un cambio de tiempo de recorrido con respecto a cada uno de los al menos seis bucles de medición, averiguándose en la etapa d), en función de los cambios de tiempo de recorrido averiguados, el estado de la subred de comunicación de conmutación de paquetes. En otras palabras: El tiempo de recorrido medido para un determinado bucle de medición se compara con el tiempo de recorrido de referencia asignado a este bucle de medición. Esta comparación se lleva a cabo análogamente para cada bucle de medición, con el fin de averiguar para cada bucle de medición un cambio de tiempo de recorrido.
Hay que señalar que los tiempos de recorrido de referencia se averiguan previamente durante el funcionamiento no perturbado de la subred de comunicación de conmutación de paquetes. Con la expresión “durante el funcionamiento no perturbado” se indica en particular que la subred de comunicación de conmutación de paquetes se hace funcionar sin sobrecarga y no es modificada por ningún fallo.
Por la puesta a disposición de al menos seis bucles de medición distintos se entiende por ejemplo que los bucles de medición pueden preconfigurarse, o pueden fijarse ejecutando un método de encaminamiento adecuado, como por ejemplo MPLS, lDp (Label Distribution Protocol) o un encaminamiento de segmentos, pudiendo el dispositivo de vigilancia poner a disposición paquetes de vigilancia con informaciones de dirección correspondientes para que éstos recorran cada bucle de medición. El encaminamiento de segmentos se describe por ejemplo en el documento “Segment Routing Architecture draft-ietf-spring-segment-routing-11”, que puede hallarse en el vínculo https:/www.ietf.org/id/draft-ietf-spring-segment-routing-11.txt.
Además de las informaciones de dirección necesarias para recorrer un bucle de medición correspondiente, cada paquete de vigilancia MPLS contiene preferiblemente un sello de tiempo para la medición del tiempo de recorrido. Las informaciones de dirección pueden contener por ejemplo una pila de direcciones, que direccione los nodos de conmutación de paquetes involucrados. Ventajosamente, en la etapa d) puede detectarse un fallo o una sobrecarga de uno determinado de los al menos seis enlaces y/o el fallo o la sobrecarga de uno determinado de los nodos de conmutación de paquetes. En particular puede detectarse el fallo o la sobrecarga de la interfaz de salida de un determinado nodo de conmutación de paquetes conectada a uno de los seis enlaces.
En este punto hay que señalar que los nodos de conmutación de paquetes pueden ser encaminadores frontera (label edge router), nodos de conmutación de paquetes de un dominio de encaminamiento de segmentos o encaminadores de conmutación de etiquetas (label switch router).
El objetivo técnico anteriormente mencionado se logra también con las características de la reivindicación 6.
Conforme a ésta, está previsto un sistema de comunicación para averiguar centralmente un estado de una subred de comunicación de conmutación de paquetes, que presenta las siguientes características:
- al menos una subred de comunicación de conmutación de paquetes que presenta al menos seis enlaces, que respectivamente conectan entre sí directamente dos nodos de conmutación de paquetes, y
- un dispositivo de vigilancia que está asignado al menos a uno de los nodos de conmutación de paquetes y que está configurado para
a) poner a disposición paquetes de vigilancia para la transmisión selectiva a través de al menos seis bucles de medición, comenzando y terminando cada uno de los seis bucles de medición distintos respectivamente en el dispositivo de vigilancia y presentando cada uno de los seis bucles de medición distintos exactamente otro de los al menos seis enlaces para el recorrido bidireccional por paquetes de vigilancia y al menos dos más de los al menos seis enlaces para el recorrido unidireccional respectivo por paquetes de vigilancia,
b) en respuesta a los paquetes de vigilancia transmitidos, determinar un tiempo de recorrido en cada uno de los al menos seis bucles de medición, y,
c) en función de los tiempos de recorrido determinados en b), averiguar el estado de la subred de comunicación de conmutación de paquetes.
Convenientemente, el sistema de comunicación está configurado para establecer los al menos seis bucles de medición de tal manera que el recorrido de cada uno de los al menos seis enlaces se realice en exactamente uno de los bucles de medición de manera bidireccional, en exactamente uno más de los bucles de medición de manera unidireccional en una primera dirección y en exactamente uno más de los bucles de medición de manera unidireccional en una segunda dirección.
Ventajosamente, el dispositivo de vigilancia puede presentar una memoria para depositar en cada caso un tiempo de recorrido de referencia para cada uno de los al menos seis bucles de medición. En este caso, el dispositivo de vigilancia puede estar configurado para comparar cada tiempo de recorrido determinado en la característica b) con el tiempo de referencia respectivamente correspondiente para averiguar un cambio de tiempo de recorrido y, en función de los cambios de tiempo de recorrido averiguados, averiguar el estado de la subred de comunicación de conmutación de paquetes. En otras palabras: El tiempo de recorrido medido para un determinado bucle de medición se compara con el tiempo de recorrido de referencia asignado a este bucle de medición. Esta comparación se lleva a cabo análogamente para cada bucle de medición, con el fin de averiguar para cada bucle de medición un cambio de tiempo de recorrido.
En este punto, hay que señalar que, en función de los cambios de tiempo de recorrido averiguados, se crea un patrón de comportamiento o de cambios de tiempo de recorrido inequívoco en relación con la subred de comunicación de conmutación de paquetes, por medio del cual es posible averiguar el estado correspondiente de la subred de comunicación de conmutación de paquetes. Los tiempos de recorrido de referencia se miden en cada uno de los al menos seis bucles de medición preferiblemente durante el funcionamiento no perturbado, es decir en particular en el estado libre de sobrecarga de la subred de comunicación.
Preferiblemente, el dispositivo de vigilancia está configurado para poner a disposición o fijar los al menos seis bucles de medición ejecutando un método de encaminamiento de segmentos o encaminamiento MPLS en sí conocido, pudiendo el dispositivo de vigilancia poner a disposición un encaminamiento de segmentos o paquetes de vigilancia MPLS para cada bucle de medición. Con este fin, el dispositivo de vigilancia puede escribir para cada bucle de medición en al menos un paquete de vigilancia una información de dirección, que direccione por ejemplo los nodos de conmutación de paquetes del bucle de medición que ha de ser recorrido por el al menos un paquete de vigilancia. Ventajosamente, el dispositivo de vigilancia puede estar configurado para detectar un fallo o una sobrecarga de un enlace predeterminado de los al menos seis enlaces y/o un fallo o una sobrecarga de un determinado nodo de conmutación de paquetes. En particular, puede detectarse el fallo o la sobrecarga de la interfaz de salida de un determinado nodo de conmutación de paquetes conectada a uno de los seis enlaces.
Gracias al método según la invención y al sistema de comunicación según la invención es posible averiguar el estado de una subred de comunicación de conmutación de paquetes sin procesos de medición internos en los nodos de conmutación de paquetes respectivos y sin transmisión de mensajes de error de los nodos de conmutación de paquetes entre sí o a un dispositivo central.
A continuación se explica la invención más detalladamente por medio de algunos ejemplos de realización en combinación con los dibujos adjuntos. En las figuras se utilizan los mismos símbolos de referencia para los componentes iguales. Los dibujos muestran:
La Figura 1, un sistema de comunicación ejemplar con una subred de comunicación de conmutación de paquetes, a la que está conectado un dispositivo de vigilancia,
La Figura 2, un sistema de comunicación alternativo con una subred de comunicación de conmutación de paquetes con un dispositivo de vigilancia conectado.
La Figura 1 muestra un sistema 10 de comunicación ejemplar basado en IP, que presenta una subred 50 de comunicación de conmutación de paquetes con, por ejemplo, cinco nodos 20 a 24 de conmutación de paquetes, que están conectados mediante al menos seis enlaces 61 a 66 que se han de vigilar, de tal manera que cada enlace conecta entre sí directamente en cada caso dos nodos de conmutación de paquetes. Los nodos 20 a 24 de conmutación de paquetes pueden ser encaminadores frontera (label edge router) o encaminadores de conmutación de etiquetas (label switch router) de una subred 50 de comunicación que utilice un encaminamiento MPLS o de segmentos.
En el ejemplo representado, los dos nodos 20 y 21 de conmutación de paquetes están conectados directamente entre sí mediante el enlace 61, los dos nodos 21 y 24 de conmutación de paquetes mediante el enlace 62, los dos nodos 20 y 22 de conmutación de paquetes mediante el enlace 63, los dos nodos 20 y 23 de conmutación de paquetes mediante el enlace 64, los dos nodos 23 y 24 de conmutación de paquetes mediante el enlace 65 y los dos nodos 22 y 24 de conmutación de paquetes mediante el enlace 66. Hay que señalar que la subred 50 de comunicación también puede presentar más o menos nodos de conmutación de paquetes, así como más de seis enlaces; sin embargo, se necesitan al menos seis enlaces para averiguar centralmente un estado de la subred 50 de comunicación de conmutación de paquetes.
La subred 50 de comunicación tiene asignado un dispositivo 30 de vigilancia, que puede estar conectado a al menos uno de los nodos de conmutación de paquetes. El dispositivo 30 de vigilancia puede, como está representado, estar realizado como un solo aparato central que esté configurado en particular para recibir, enviar y evaluar paquetes de vigilancia. En el ejemplo de realización según la Figura 1, el dispositivo 30 de vigilancia está conectado a los dos nodos 20 y 24 de conmutación de paquetes. Por ejemplo, el dispositivo 30 de vigilancia está conectado mediante un enlace 40 al nodo 20 de conmutación de paquetes y mediante un enlace 41 al nodo 24 de conmutación de paquetes. Como alternativa, el dispositivo 30 de vigilancia podría también estar implementado en uno de los nodos 20 a 24 de conmutación de paquetes. Como alternativa, el dispositivo 30 de vigilancia podría también presentar un dispositivo emisor conectado por ejemplo al nodo 20 de conmutación de paquetes para enviar paquetes de vigilancia, en particular paquetes de vigilancia MPLS o de encaminamiento de segmentos, y un dispositivo receptor conectado por ejemplo al nodo 24 de conmutación de paquetes para recibir y evaluar paquetes de vigilancia, determinándose entonces en el dispositivo receptor los tiempos de recorrido o los cambios de tiempo de recorrido en los bucles de medición respectivos.
Cada uno de los enlaces 61 a 66, 40 y 41 tiene asignadas dos designaciones, que indican la dirección de recorrido respectiva del enlace. Por ejemplo, la designación SaX ^ significa que los paquetes de datos recorren el enlace 61 desde el nodo 20 de conmutación de paquetes hacia el nodo 21 de conmutación de paquetes, mientras que la designación XSa ^ indica que los paquetes de datos recorren el enlace 61 desde el nodo 21 de conmutación de paquetes hacia el nodo 20 de conmutación de paquetes.
El sistema 10 de comunicación mostrado en la Figura 1 puede también presentar varias subredes de comunicación de conmutación de paquetes, que pueden tener asignado respectivamente un dispositivo de vigilancia.
Para vigilar centralmente el subsistema 50 de comunicación de conmutación de paquetes o poder averiguar centralmente un estado, preferiblemente el estado actual de la subred 50 de comunicación de conmutación de paquetes, es necesario poner a disposición o fijar al menos seis bucles de medición distintos, que comiencen y terminen respectivamente en el dispositivo 30 de vigilancia, de tal manera que cada bucle de medición presente exactamente otro de los al menos seis enlaces 61 a 66, que sea recorrido por paquetes de vigilancia de manera bidireccional, y al menos dos enlaces más de los al menos seis enlaces, que sean recorridos respectivamente por paquetes de vigilancia de manera unidireccional. En otras palabras: Cada bucle de medición contiene al menos tres enlaces distintos. En particular, los al menos seis bucles de medición distintos se distinguen respectivamente por que cada uno de los al menos seis enlaces es recorrido en exactamente uno de los bucles de medición de manera bidireccional, en exactamente uno más de los bucles de medición de manera unidireccional en una primera dirección y en exactamente uno más de los bucles de medición de manera unidireccional en una segunda dirección. Esto significa que cada uno de los enlaces 61 a 66 está contenido en exactamente tres bucles de medición distintos. El dispositivo 30 de vigilancia está configurado para direccionar paquetes de vigilancia de tal manera que los al menos seis bucles de medición puedan ser recorridos de acuerdo con lo especificado anteriormente.
Los al menos seis bucles de medición pueden por ejemplo preconfigurarse formando previamente los enlaces correspondientes, por ejemplo con un protocolo de encaminamiento LDP (Label Distribution Protocol). LDP es un protocolo de señalización conocido para formar caminos en una red MPLS. Con este fin, los nodos 20 a 24 de conmutación de paquetes y el dispositivo 30 de vigilancia han de estar configurados con capacidad MPLS.
Por el documento WO 2012/110011 A1, por ejemplo, se conoce un método para poner a disposición o fijar un bucle de caminos MPLS, que puede aplicarse en esta invención para poner a disposición los al menos seis bucles de medición. En lugar de LDP, también puede emplearse el método de encaminamiento de segmentos para subredes de comunicación basadas en MPLS o IPv6, que puede hallarse por ejemplo en la dirección web https:/www.ietf.org/id/draft-ietf-spring-segment-routing-11.txt. Hay que señalar que puede aplicarse todo método con el que puedan ponerse a disposición en una subred de comunicación al menos seis bucles de medición distintos según la definición anterior.
Ahora se supone que se ponen a disposición o se fijan los siguientes seis bucles de medición utilizando los enlaces 61 a 66 en la subred 50 de comunicación:
1er bucle de medición: MSa ^ SaX ^ XSa ^ SaZ ^ ZSb ^ SbM
2° bucle de medición: MSa ^ SaZ ^ ZSa ^ SaY ^ YSb ^ SbM
3er bucle de medición: MSb ^ SbY ^ YSb ^ SbX ^ XSa ^ SaM
4° bucle de medición: MSb ^ SbX ^ XSb ^ SbZ ^ ZSa ^ SaM
5° bucle de medición: MSb ^ SbZ ^ ZSb ^ SbY ^ YSa ^ SaM
6° bucle de medición: MSa ^ SaY ^ YSa ^ SaX ^ XSb ^ SbM
Los bucles de medición 1 a 6 pueden ponerse a disposición por ejemplo haciendo que el dispositivo 30 de vigilancia escriba en cada paquete de vigilancia una información de dirección que fije el bucle de medición respectivo que ha de ser recorrido por el paquete de vigilancia respectivo. Con este fin, la información de dirección puede abordar por ejemplo los nodos de conmutación de paquetes y el dispositivo 30 de vigilancia que formen parte del bucle de medición respectivo. Los nodos de conmutación de paquetes pueden por ejemplo direccionarse mediante segmentos o etiquetas, mientras que el dispositivo 30 de vigilancia puede direccionarse como alternativa también mediante una dirección IP. La información de dirección puede contener por ejemplo una pila de etiquetas MPLS o una pila de encaminamiento de segmentos, con la que sea posible abordar los nodos de conmutación de paquetes involucrados y el dispositivo 30 de vigilancia. Cada información de dirección que fije uno de los bucles de medición se configura en el dispositivo 30 de vigilancia. Con respecto al bucle de medición 1, la información de dirección puede contener por ejemplo la siguiente pila de direcciones:
dirección para abordar el nodo 20 de conmutación de paquetes,
dirección para abordar el nodo 21 de conmutación de paquetes,
dirección para abordar el nodo 20 de conmutación de paquetes,
dirección para abordar el nodo 23 de conmutación de paquetes,
dirección para abordar el nodo 24 de conmutación de paquetes,
dirección para abordar el dispositivo 30 de vigilancia.
Los bucles de medición 1 a 6 se describen por medio de los dibujos, que identifican las direcciones de recorrido en los enlaces respectivos.
Los enlaces recorridos en un bucle de medición se explican de manera detallada solamente por medio del primer bucle de medición. Así, el primer bucle de medición comienza en el dispositivo 30 de vigilancia y es recorrido de manera unidireccional a través del enlace 40 hacia el nodo 20 de conmutación de paquetes, lo que en la Figura 1 está indicado mediante la designación MSa ^ . El primer bucle de medición se extiende luego a través del enlace 61 hacia el nodo 21 de conmutación de paquetes y de vuelta a través del enlace 61 hacia el nodo 20 de conmutación de paquetes. Así pues, el enlace 61 es recorrido por paquetes de vigilancia de manera bidireccional. A continuación, el primer bucle de medición se sigue extendiendo desde el nodo 20 de conmutación de paquetes, a través del enlace 64 recorrido de manera unidireccional, hacia el nodo 23 de conmutación de paquetes, lo que está representado mediante la designación SaZ ^ . Posteriormente, el primer bucle de medición se extiende, a través del enlace 65 recorrido de manera unidireccional, desde el nodo 23 de conmutación de paquetes hacia el nodo 24 de conmutación de paquetes. Así pues, los dos enlaces 64 y 65 son recorridos por paquetes de vigilancia de manera unidireccional dentro del primer bucle de medición. Finalmente, el primer bucle de medición se cierra a través del enlace 41, el nodo 24 de conmutación de paquetes y el dispositivo central 30 de vigilancia. En otras palabras: El primer bucle de medición comprende el enlace 61 recorrido de manera bidireccional, así como los dos enlaces 64 (desde el nodo 20 de conmutación de paquetes hacia el nodo 23 de conmutación de paquetes) y 65 (desde el nodo 23 de conmutación de paquetes hacia el nodo 24 de conmutación de paquetes) recorridos de manera unidireccional.
Los enlaces que forman los bucles de medición 2 a 5 se desprenden directamente de la Figura 1.
En este contexto, llama la atención en particular que cada uno de los seis enlaces 61 a 66 sea recorrido por paquetes de vigilancia de manera bidireccional sólo una vez en uno de los bucles de medición. Así, el enlace 61 es recorrido por paquetes de vigilancia de manera bidireccional sólo en el primer bucle de medición, el enlace 64 sólo en el segundo bucle de medición, el enlace 66 sólo en el tercer bucle de medición, el enlace 62 sólo en el cuarto bucle de medición, el enlace 65 sólo en el quinto bucle de medición y el enlace 63 sólo en el sexto bucle de medición. Esto significa que cada bucle de medición pasa de manera bidireccional sólo por un enlace que se haya de vigilar en cuanto a fallos. Sin embargo, es del todo posible que un enlace recorrido de manera bidireccional, por
ejemplo el enlace 61 en el primer bucle de medición, sea recorrido de manera unidireccional en otros bucles de medición.
Por consiguiente, cada bucle de medición está formado por exactamente un enlace recorrido por paquetes de vigilancia de manera bidireccional, y al menos dos enlaces más recorridos respectivamente por paquetes de vigilancia de manera unidireccional, recorriéndose en cada bucle de medición otro enlace de manera bidireccional.
Según un perfeccionamiento ventajoso, los seis bucles de medición 1 a 6 se han fijado de tal manera que cada uno de los seis enlaces 61 a 66 está contenido en exactamente tres bucles de medición distintos, siendo recorrido el mismo enlace en un primer bucle de medición de manera bidireccional y en dos bucles de medición más en cada caso una vez en una dirección respectivamente contraria. Esta condición se describe de manera detallada solamente por medio del enlace 61. Así, el enlace 61 es recorrido de manera bidireccional en el bucle de medición 1, de manera unidireccional desde el nodo 21 de conmutación de paquetes hacia el nodo 20 de conmutación de paquetes en el bucle de medición 3 y en dirección contraria de manera unidireccional desde el nodo 20 de conmutación de paquetes hacia el nodo 21 de conmutación de paquetes en el bucle de medición 6. Para los demás enlaces 62 a 66, esta condición puede leerse análogamente en la Figura 1 en combinación con los bucles de medición 2 a 6 anteriormente indicados.
El dispositivo central de vigilancia puede por ejemplo estar configurado para poner a disposición para cada bucle de medición al menos un paquete de vigilancia, preferiblemente un paquete de vigilancia MPLS con una pila de direcciones MPLS o un paquete de vigilancia de encaminamiento de segmentos con una pila de direcciones IPv6, y transmitir este paquete de vigilancia de manera selectiva, es decir en función de la pila de direcciones respectiva, a través del bucle de medición respectivo. Preferiblemente, cada paquete de vigilancia contiene, además de una pila de direcciones, un sello de tiempo para medir el tiempo de recorrido en el dispositivo de vigilancia. En respuesta a los paquetes de vigilancia recibidos, el dispositivo central 30 de vigilancia puede determinar el tiempo de recorrido en cada uno de los al menos seis bucles de medición y, en función de los tiempos de recorrido averiguados, averiguar el estado actual de la subred 50 de comunicación de conmutación de paquetes.
El dispositivo 30 de vigilancia presenta por ejemplo un dispositivo 31 de memoria en el que pueden estar almacenados tiempos de recorrido de referencia para cada uno de los al menos seis bucles de medición 1 a 6. Los tiempos de recorrido de referencia pueden medirse previamente durante el funcionamiento no perturbado de la subred 50 de comunicación. El dispositivo 30 de vigilancia presenta además una unidad 32 de mando, que puede estar configurada como un microprocesador o microcontrolador. La unidad 32 de mando controla y vigila las funciones del dispositivo 30 de vigilancia. Además, el dispositivo de vigilancia puede presentar un comparador 33, que, como se explica posteriormente con mayor detalle, puede comparar los tiempos de recorrido de referencia almacenados con tiempos de recorrido medidos actualmente en los bucles de medición 1 a 6 fijados, para averiguar un patrón de cambios de tiempo de recorrido, a partir del cual es posible a su vez averiguar el estado de la subred 50 de comunicación de conmutación de paquetes. Además, el dispositivo 30 de vigilancia puede presentar un dispositivo 34 de interfaz de comunicación para la conexión de al menos un nodo de conmutación de paquetes. En el ejemplo mostrado, el dispositivo 34 de interfaz de comunicación está configurado para la conexión a los dos nodos 20 y 24 de conmutación de paquetes y para el envío y la recepción de paquetes de vigilancia, en particular de paquetes de vigilancia MPLS o paquetes de vigilancia de encaminamiento de segmentos, a y desde los nodos 20 y 24 de conmutación de paquetes.
Ahora se supone que los al menos seis bucles de medición 1 a 6 se han fijado o puesto a disposición como se ha descrito anteriormente. A partir de ahora, el dispositivo central 30 de vigilancia puede poner a disposición al menos un paquete de vigilancia para cada uno de los bucles de medición y transmitirlo a través del bucle de medición respectivo. Con este fin, como ya se ha mencionado, los paquetes de vigilancia pueden contener una pila de direcciones que fije qué enlaces ha de recorrer el paquete de vigilancia respectivo y a través de qué nodos de conmutación de paquetes ha de transmitirse el paquete de vigilancia respectivo. Además, cada paquete de vigilancia contiene preferiblemente un sello de tiempo. En respuesta a los paquetes de vigilancia transmitidos, se determina o se mide en el dispositivo 30 de vigilancia un tiempo de recorrido en cada uno de los al menos seis bucles de medición 1 a 6 evaluando en el dispositivo 30 de vigilancia el sello de tiempo de cada paquete de vigilancia recibido. Con este fin puede estar implementado en el dispositivo 30 de vigilancia un reloj para producir el momento actual. En función de los tiempos de recorrido determinados en los bucles de medición 1 a 6, se averigua ahora el estado de la subred 50 de comunicación.
Esto es posible porque, en función del estado de la subred 50 de comunicación, se produce un patrón de tiempos de recorrido inconfundible en relación con los al menos seis bucles de medición 1 a 6, a partir del cual puede deducirse de manera inequívoca el estado de la subred 50 de comunicación. Un estado del subsistema de comunicación se define por ejemplo por el fallo o la sobrecarga de un determinado enlace y/o el fallo o la sobrecarga de la interfaz de salida de un determinado nodo de conmutación de paquetes.
51 en el dispositivo de vigilancia está almacenado en cada caso un tiempo de recorrido de referencia para cada uno de los seis bucles de medición 1 a 6, es posible, con respecto a cada uno de los seis bucles de medición 1 a 6, comparar el tiempo de recorrido correspondiente medido por el dispositivo 30 de vigilancia con el tiempo de
referencia correspondiente, para determinar un cambio de tiempo de recorrido. Así, por ejemplo, se compara el tiempo de referencia del primer bucle de medición con el tiempo de recorrido averiguado en el primer bucle de medición mediante un paquete de vigilancia, etc. De este modo puede averiguarse para el primer bucle de medición, como cambio del tiempo de recorrido, la diferencia entre el tiempo de recorrido de referencia almacenado y el tiempo de recorrido medido. En función de los cambios de tiempo de recorrido así averiguados, que a su vez dan por resultado un patrón de cambios de tiempo de recorrido característico de un estado de la subred 50 de comunicación, es posible entonces averiguar de manera inequívoca este estado.
Por medio del patrón de cambios de tiempo de recorrido averiguado pueden averiguarse de manera inequívoca en particular un fallo o una sobrecarga de uno de los enlaces 1 a 6 y/o un fallo o una sobrecarga de la interfaz de salida de uno de los nodos 20 a 24 de conmutación de paquetes conectada a uno de los enlaces.
La Figura 2 muestra otro sistema 10' de comunicación ejemplar, con una subred 50' de comunicación de conmutación de paquetes ejemplar. Esta subred 50' de comunicación se diferencia de la subred 50 de comunicación mostrada en la Figura 1 en esencia en que se han eliminado el nodo 23 de conmutación de paquetes y los enlaces 64 y 65. Para poder no obstante establecer el número mínimo de seis enlaces necesario para averiguar centralmente un estado de la subred 50' de comunicación de conmutación de paquetes, se establecen por ejemplo entre los nodos 20 y 22 de conmutación de paquetes y los nodos 22 y 24 de conmutación de paquetes respectivamente dos enlaces 63 y 64' o 65' y 66.
Para el establecimiento de los bucles de medición es de nuevo forzosamente necesario que cada bucle de medición presente sólo un enlace recorrido por paquetes de vigilancia de manera bidireccional y al menos dos enlaces más recorridos de manera unidireccional, siendo recorrido un enlace de manera bidireccional siempre sólo con respecto a un único bucle de medición y exactamente dos veces más de manera unidireccional en una dirección respectivamente contraria. Los bucles de medición correspondientes resultan por ejemplo de la siguiente manera:
1er bucle de medición: MSa ^ SaX ^ XSa ^ SaY2 ^ Y1Sb ^ SbM
2° bucle de medición: MSa ^ SaY1 ^ Y2Sa ^ SaY2 ^ Y2Sb ^ SbM
3er bucle de medición: MSb ^ SbY1 ^ Y1Sb ^ SbX ^ XSa ^ SaM
4° bucle de medición: MSb ^ SbX ^ XSb ^ SbY2 ^ Y1Sa ^ SaM
5° bucle de medición: MSb ^ SbY1 ^ Y2Sb ^ SbY2 ^ Y2Sa ^ SaM
6° bucle de medición: MSa ^ SaY1 ^ Y1Sa ^ SaX ^ XSb ^ SbM
Como muestra una comparación de los dos sistemas 10 y 10' de comunicación, para averiguar centralmente el estado de la subred 50 o 50' de comunicación de conmutación de paquetes no es importante el número de nodos 20 a 24 o 20-22 y 24 de conmutación de paquetes recorridos, sino el número de enlaces, concretamente al menos seis enlaces.
El funcionamiento del sistema 10' de comunicación corresponde en esencia al funcionamiento del sistema 10 de comunicación, de manera que no es necesaria una explicación detallada del sistema 10' de comunicación.
En el caso de que el dispositivo 30 de vigilancia no esté conectado directamente a los dos nodos 20 y 24 de conmutación de paquetes, sino que, como se muestra en las Figuras 1 y 2, lo esté mediante unos enlaces 40 y 41, debe medirse en cada caso también el tiempo de recorrido del dispositivo 30 de vigilancia a los dos nodos 20 y 24 de conmutación de paquetes para una detección correcta de un patrón de cambios de tiempo de recorrido. Estos tiempos de recorrido deben entonces en caso dado restarse durante la medición del tiempo de recorrido en cada uno de los seis bucles de medición, concretamente en función de si el bucle de medición respectivo pasa por los dos o por sólo uno de los enlaces 40 y 41.
A continuación se explica por medio de dos ejemplos el funcionamiento del sistema 10 de comunicación de conmutación de paquetes mostrado en la Figura 1.
En primer lugar se supone que se conocen los tiempos de recorrido de los seis enlaces 61 a 66 en un funcionamiento no perturbado de la subred 50 de comunicación de conmutación de paquetes en cada dirección de recorrido. También se supone que los tiempos de recorrido en ambas direcciones de un enlace respectivo son iguales. Así pues, en el funcionamiento no perturbado resultan los siguientes tiempos de recorrido para los seis enlaces 61 a 66:
Tiempo de recorrido enlace SaX = 1,1 ms = tiempo de recorrido enlace XSa.
Tiempo de recorrido enlace SbX = 2,7 ms = tiempo de recorrido enlace XSb
Tiempo de recorrido enlace SaY = 1,5 ms = tiempo de recorrido enlace YSa
Tiempo de recorrido enlace SbY = 2,2 ms = tiempo de recorrido enlace YSb
Tiempo de recorrido enlace SaZ = 2,4 ms = tiempo de recorrido enlace ZSa
Tiempo de recorrido enlace SbZ = 1,4 ms = tiempo de recorrido enlace ZSb.
Hay que tener en cuenta que el tiempo de recorrido unidireccional en un caso normal por ejemplo para el enlace unidireccional SaX es igual al tiempo de recorrido para el enlace unidireccional XSa. Sin embargo, en el caso de una sobrecarga esto es válido sólo cuando ambas interfaces en la salida de los nodos 20 y 21 de conmutación de paquetes respectivos se configuran sin memoria intermedia.
Se supone que, de manera conocida, en cada nodo de conmutación de paquetes está establecida una memoria intermedia para los paquetes de vigilancia que se hayan de enviar. Habitualmente, tal memoria intermedia tiene una profundidad, que para este ejemplo se indica en la unidad ms. Para los paquetes de vigilancia que se han de enviar está establecida por ejemplo en cada nodo 20 a 24 de conmutación de paquetes, para cada uno de sus enlaces unidireccionales, de manera uniforme una memoria intermedia de en cada caso 100 ms.
Con los tiempos de recorrido de enlace unidireccionales anteriormente indicados resultan para los bucles de medición 1 a 6 los siguientes tiempos de recorrido de referencia para que un paquete de vigilancia recorra el bucle de medición respectivo, siempre que en la subred 50 de comunicación no aparezcan ni una sobrecarga ni fallos:
Bucle de medición 1: tiempo de recorrido = 6,0 ms
Bucle de medición 2: tiempo de recorrido = 8,5 ms
Bucle de medición 3: tiempo de recorrido = 8,2 ms
Bucle de medición 4: tiempo de recorrido = 9,2 ms
Bucle de medición 5: tiempo de recorrido = 6,5 ms
Bucle de medición 6: tiempo de recorrido = 6,8 ms.
Estos tiempos de recorrido, a diferencia de los tiempos de recorrido de enlace, pueden denominarse también tiempos de recorrido de bucle de medición y almacenarse como tiempos de recorrido de referencia de los bucles de medición en el dispositivo 31 de memoria del dispositivo central 30 de vigilancia.
Se considera ahora un estado de la subred 50 de comunicación en la que el enlace 61, que es recorrido manera unidireccional desde el nodo 20 de conmutación de paquetes hacia el nodo 21 de conmutación de paquetes, está sobrecargado. Esto significa que la memoria intermedia de la interfaz de salida del nodo 20 de conmutación de paquetes está llena hasta el desbordamiento.
Además, se supone que el dispositivo 30 de vigilancia transmite al menos un paquete de vigilancia a través de cada uno de los seis bucles de medición y que los paquetes de vigilancia recibidos en el dispositivo 30 de vigilancia se evalúan para averiguar los tiempos de recorrido de bucle de medición en cada bucle de medición.
En el estado supuesto de la subred 50 de comunicación, el dispositivo 30 de vigilancia detecta un patrón de comportamiento según el cual los tiempos de recorrido de bucle de medición de los bucles de medición 1, 3, 4 y 5 no presentan cambios. Sin embargo, el tiempo de recorrido de bucle de medición del bucle de medición 2 ha aumentado como consecuencia de la sobrecarga del enlace 63, concretamente en la interfaz de salida del nodo 20 de conmutación de paquetes hacia el nodo 23 de conmutación de paquetes, por ejemplo a aproximadamente 108,5 ms, mientras que el tiempo de recorrido de bucle de medición del bucle de medición 6 ha aumentado por ejemplo a aproximadamente 106,8 ms. Esto significa que el dispositivo 30 de vigilancia ha detectado en cada caso un cambio de tiempo de recorrido en esencia igual a cero con respecto a los bucles de medición 1, 3, 4 y 5, y en cada caso un tiempo de recorrido de aproximadamente 100 ms con respecto a los bucles de medición 2 y 6. El dispositivo 30 de vigilancia puede detectar un cambio de tiempo de recorrido por ejemplo a partir de la diferencia entre el tiempo recorrido medido en relación con un bucle de medición y el tiempo de recorrido de referencia correspondiente. A partir del patrón de comportamiento detectado, según el cual el cambio de tiempo de recorrido en los bucles de medición 1, 3, 4 y en esencia cero y los cambios de tiempo de recorrido en los bucles de medición 2 y 6 son en esencia igual de grandes y mayores de cero, el dispositivo 30 de vigilancia puede reconocer de manera inequívoca que el enlace 63 está sobrecargado y la memoria intermedia de la interfaz de salida del nodo 20 de conmutación de paquetes está llena hasta el desbordamiento. En este punto hay que señalar que cada nodo de conmutación de paquetes presenta al menos una interfaz de entrada y al menos una interfaz de salida para la conexión a uno de los enlaces 61 a 66.
De manera similar, por medio de los seis bucles de medición 1 a 6 establecidos, el dispositivo 30 de vigilancia puede detectar un patrón de cambios de tiempo de recorrido inequívoco, que indique que el enlace 63, que es recorrido de manera unidireccional desde el nodo 22 de conmutación de paquetes hacia el nodo 20 de conmutación de paquetes, está sobrecargado. En este estado, la memoria intermedia del nodo 22 de conmutación de paquetes está llena hasta el desbordamiento.
En el estado de la subred 50 de comunicación supuesto en último lugar, el dispositivo 30 de vigilancia detecta un patrón de comportamiento según el cual los tiempos de recorrido de bucle de medición de los bucles de medición 1, 2, 3 y 4 no presentan cambios. Sin embargo, el tiempo de recorrido de bucle de medición del bucle de medición 5 ha aumentado como consecuencia de la sobrecarga del enlace 63 (dirección desde el nodo 22 de conmutación de paquetes hacia el nodo 20 de conmutación de paquetes) por ejemplo a aproximadamente 106,5 ms, mientras que el tiempo de recorrido de bucle de medición del bucle de medición 6 ha aumentado por ejemplo a aproximadamente
106,8 ms. Esto significa que el dispositivo 30 de vigilancia ha detectado en cada caso un cambio de tiempo de recorrido en esencia igual a cero con respecto a los bucles de medición 1, 2, 3 y 4 y en cada caso un cambio de tiempo de recorrido de aproximadamente 100 ms con respecto a los bucles de medición 5 y 6. El dispositivo 30 de vigilancia puede detectar un cambio de tiempo de recorrido por ejemplo de nuevo a partir de la diferencia entre el tiempo de recorrido medido en relación con un bucle de medición y el tiempo de recorrido de referencia correspondiente. A partir del patrón de comportamiento detectado, según el cual el cambio de tiempo de recorrido en los bucles de medición 1 a 4 es en esencia cero y los cambios de tiempo de recorrido en los bucles de medición 2 y son en esencia igual de grandes y mayores de cero, el dispositivo 30 de vigilancia puede reconocer de manera inequívoca que el enlace 63 está sobrecargado y la memoria intermedia de la interfaz de salida del nodo 22 de conmutación de paquetes conectada al enlace 63 está llena hasta el desbordamiento.
Los dos ejemplos explicados muestran dos patrones de cambios de tiempo de recorrido o de errores diferentes, que están asignados respectivamente de manera inequívoca a un estado de la subred 50 de comunicación.
Para todas las demás situaciones de sobrecarga de la subred 10 de comunicación vigilada resultan patrones de cambios de tiempo de recorrido reconocibles análogamente de manera inequívoca.
En un tercer ejemplo se supone que el nodo 21 de conmutación de paquetes falla por completo. En este caso no se produce una sobrecarga, dado que el nodo 21 de conmutación de paquetes, por decirlo así, ha desaparecido. Debido a esto, los paquetes de vigilancia de todos los bucles de medición que pasarían por el nodo 21 de conmutación de paquetes son rechazados.
Se supone que la subred 50 de comunicación de conmutación de paquetes es una subred de comunicación basada en encaminamiento de segmentos o en MPLS. En este caso, los nodos 20 a 24 de conmutación de paquetes y en caso dado el dispositivo 30 de vigilancia están configurados para retirar el nodo 21 de conmutación de paquetes que ha fallado de las tablas de encaminamiento de los nodos de conmutación de paquetes restantes. Esto hace que el tiempo de recorrido de los paquetes de vigilancia a través de los bucles de medición 2 y 5 permanezca sin cambios, mientras que los paquetes de vigilancia a través de los bucles de medición 1, 3, 4 y 6 son rechazados en cuanto el nodo 21 de conmutación de paquetes falla por completo. En otras palabras: En caso de un fallo del nodo 21 de conmutación de paquetes, el dispositivo 30 de vigilancia ya no puede medir ningún tiempo de recorrido con respecto a los bucles de medición 1, 3, 4, 6. A partir de este patrón de comportamiento, el dispositivo 30 de vigilancia puede detectar de manera inequívoca que el nodo 21 de conmutación de paquetes ha fallado por completo.
Si, en lugar del nodo 21 de conmutación de paquetes, falla por completo el nodo 22 de conmutación de paquetes, los tiempos de recorrido a lo largo de los bucles de medición 1 y 4 permanecen sin cambios, mientras que los paquetes en los bucles de medición 2, 3, 5 y 6 son rechazados en cuanto falla el nodo 22 de conmutación de paquetes. A partir de este patrón de comportamiento, el dispositivo 30 de vigilancia puede detectar de manera inequívoca que el nodo 22 de conmutación de paquetes ha fallado por completo.
Los ejemplos muestran que, en función de los estados de la subred 30 de comunicación de conmutación de paquetes, resultan patrones de cambios de tiempo de recorrido diferenciables de manera inequívoca, que son detectados por el dispositivo 30 de vigilancia cuando se evalúan conjuntamente en el dispositivo 30 de vigilancia los tiempos de recorrido de los bucles de medición 1 a 6. A partir de los patrones de cambios de tiempo de recorrido es posible entonces averiguar en el dispositivo 30 de vigilancia el estado correspondiente del subsistema de comunicación.
En particular puede averiguarse si un nodo de conmutación de paquetes está sobrecargado o ha fallado y/o si un enlace está sobrecargado o ha fallado, y en caso afirmativo cuál de ellos.
Si ha fallado un enlace y/o un nodo de conmutación de paquetes, el dispositivo 30 de vigilancia puede reconocer si se transportan paquetes de vigilancia en otros enlaces. A este respecto hay que señalar que, en el caso del encaminamiento IP/MPLS aquí considerado a modo de ejemplo, después de fallar un enlace los nodos 20 a 24 de conmutación de paquetes y en caso dado el dispositivo 30 de vigilancia pueden modificar de forma autónoma uno o varios de los bucles de medición, siempre que el nodo de conmutación de paquetes de destino siga siendo alcanzable. Dado que en la subred 50 o 50' de comunicación mostrada en las Figuras 1 y 2 existen al menos dos enlaces para cada nodo de conmutación de paquetes, en caso de fallar un enlace pueden modificarse los bucles de medición afectados. Si falla uno de los enlaces sigue existiendo el otro. Tal encaminamiento IP/MPLS se conoce, como ya se ha mencionado, por el documento WO 2012/110011 A2.
Claims (10)
1. Método para averiguar centralmente un estado de una subred (50; 50') de comunicación de conmutación de paquetes, que presenta al menos seis enlaces (61-66; 61-63, 64', 65', 66), que respectivamente conectan entre sí directamente dos nodos (20-25) de conmutación de paquetes, y un dispositivo (30) de vigilancia asignado al menos a uno de los nodos de conmutación de paquetes, con las siguientes etapas de método:
a) poner a disposición al menos seis bucles de medición distintos que comiencen y terminen respectivamente en el dispositivo (30) de vigilancia, de tal manera que cada bucle de medición presente exactamente otro de los al menos seis enlaces, que sea recorrido por paquetes de vigilancia de manera bidireccional, y al menos dos enlaces más de los al menos seis enlaces, que sean recorridos respectivamente por paquetes de vigilancia de manera unidireccional;
b) poner a disposición, por parte del dispositivo (30) de vigilancia, para cada uno de los al menos seis bucles de medición, al menos un paquete de vigilancia que se transmita de forma selectiva a través de los enlaces del bucle de medición respectivo de los al menos seis bucles de medición;
c) determinar, en el dispositivo (30) de vigilancia, en respuesta a los paquetes de vigilancia transmitidos en la etapa b), un tiempo de recorrido en cada uno de los al menos seis bucles de medición;
d) averiguar el estado de la subred (50; 50') de comunicación de conmutación de paquetes en función de los tiempos de recorrido averiguados en la etapa c).
2. Método según la reivindicación 1,
caracterizado por que
la etapa c) presenta las siguientes etapas:
almacenar en cada caso un tiempo de recorrido de referencia para cada uno de los al menos seis bucles de medición;
comparar cada tiempo de recorrido determinado en la etapa c) con el tiempo de recorrido de referencia respectivamente correspondiente para averiguar un cambio de tiempo de recorrido en cada uno de los bucles de medición; y por que
en la etapa d) se averigua, en función de los cambios de tiempo de recorrido averiguados, el estado de la subred de comunicación de conmutación de paquetes.
3. Método según la reivindicación 1 o 2,
caracterizado por que
los al menos seis bucles de medición se ponen a disposición ejecutando un encaminamiento de segmentos o un método de encaminamiento MPLS, y por que el dispositivo (30) de vigilancia pone a disposición paquetes de vigilancia con informaciones de dirección para la transmisión a través de los al menos seis bucles de medición.
4. Método según una de las reivindicaciones precedentes;
caracterizado por que
en la etapa d) puede detectarse un fallo o una sobrecarga de uno determinado de los al menos seis enlaces y/o un fallo o una sobrecarga de uno determinado de los nodos de conmutación de paquetes.
5. Método según una de las reivindicaciones 1 a 4 precedentes,
caracterizado por que
cada uno de los al menos seis enlaces es recorrido en exactamente uno de los bucles de medición de manera bidireccional, en exactamente uno más de los bucles de medición de manera unidireccional en una primera dirección y en exactamente uno más de los bucles de medición de manera unidireccional en una segunda dirección.
6. Sistema (10; 10') de comunicación para averiguar centralmente un estado de una subred (50; 50') de comunicación de conmutación de paquetes, que comprende:
- al menos una subred (50; 50') de comunicación de conmutación de paquetes que presenta al menos seis enlaces (61-66; 61-63, 64', 65'; 66), que respectivamente conectan entre sí directamente dos nodos (20-24) de conmutación de paquetes, y
- un dispositivo (30) de vigilancia que está asignado al menos a uno de los nodos (20, 24) de conmutación de paquetes y que está configurado para
a) poner a disposición paquetes de vigilancia para la transmisión selectiva a través de al menos seis bucles de medición, comenzando y terminando cada uno de los seis bucles de medición distintos respectivamente en el dispositivo (30) de vigilancia y presentando cada uno de los seis bucles de medición distintos exactamente otro de los al menos seis enlaces para el recorrido bidireccional por paquetes de vigilancia y al menos dos más de los al menos seis enlaces para el recorrido unidireccional respectivo por paquetes de vigilancia,
b) en respuesta a los paquetes de vigilancia transmitidos, determinar un tiempo de recorrido en cada uno de los al menos seis bucles de medición, y,
c) en función de los tiempos de recorrido determinados en b), averiguar el estado de la subred de comunicación de conmutación de paquetes.
7. Sistema de comunicación según la reivindicación 6,
caracterizado por que
el dispositivo (30) de vigilancia presenta una memoria (31) para depositar en cada caso un tiempo de recorrido de referencia para cada uno de los al menos seis bucles de medición, y por que el dispositivo (30) de vigilancia está configurado para comparar cada tiempo de recorrido determinado en la característica b) con el tiempo de referencia respectivamente correspondiente para averiguar un cambio de tiempo de recorrido para cada uno de los bucles de medición y, en función de los cambios de tiempo de recorrido averiguados, averiguar el estado de la subred de comunicación de conmutación de paquetes.
8. Sistema de comunicación según la reivindicación 6 o 7,
caracterizado por que
el dispositivo (30) de vigilancia está configurado para ejecutar un encaminamiento de segmentos o un método de encaminamiento MPLS para poner a disposición los al menos seis bucles de medición.
9. Sistema de comunicación según una de las reivindicaciones 6 a 8;
caracterizado por que
el dispositivo de vigilancia está configurado para detectar un fallo o una sobrecarga de uno determinado de los al menos seis enlaces (61-66; 61-63, 64', 65'; 66) y/o de uno determinado de los nodos (20-24) de conmutación de paquetes.
10. Sistema de comunicación según una de las reivindicaciones 6 a 9, caracterizado por que
el recorrido de cada uno de los al menos seis enlaces se realiza en exactamente uno de los bucles de medición de manera bidireccional, en exactamente uno más de los bucles de medición de manera unidireccional en una primera dirección y en exactamente uno más de los bucles de medición de manera unidireccional en una segunda dirección.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP17164077.4A EP3382944B1 (de) | 2017-03-31 | 2017-03-31 | Verfahren und kommunikationssystem zum zentralen ermitteln eines zustands eines paketvermittelnden telekommunikationsnetzes |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2758248T3 true ES2758248T3 (es) | 2020-05-04 |
Family
ID=58672292
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES17164077T Active ES2758248T3 (es) | 2017-03-31 | 2017-03-31 | Método y sistema de comunicación para averiguar centralmente un estado de una red de telecomunicación de conmutación de paquetes |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP3382944B1 (es) |
ES (1) | ES2758248T3 (es) |
HU (1) | HUE047136T2 (es) |
PL (1) | PL3382944T3 (es) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114296433A (zh) * | 2021-12-29 | 2022-04-08 | 汇鲲化鹏(海南)科技有限公司 | 一种基于视觉感知的智能体多网融合测控*** |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE112011104908A5 (de) | 2011-02-19 | 2014-01-09 | Deutsche Telekom Ag | Schleifen von MPLS Pfaden auf Weiterleitungsebene für verbindungslose MPLS Netze |
DE102013011223A1 (de) | 2013-07-05 | 2015-01-08 | Deutsche Telekom Ag | Ermitteln von Ein-Wege Performanz Parametern in einem paketvermittelten Kommunikationsteilnetz |
-
2017
- 2017-03-31 ES ES17164077T patent/ES2758248T3/es active Active
- 2017-03-31 PL PL17164077T patent/PL3382944T3/pl unknown
- 2017-03-31 HU HUE17164077A patent/HUE047136T2/hu unknown
- 2017-03-31 EP EP17164077.4A patent/EP3382944B1/de active Active
Also Published As
Publication number | Publication date |
---|---|
EP3382944A1 (de) | 2018-10-03 |
HUE047136T2 (hu) | 2020-04-28 |
EP3382944B1 (de) | 2019-08-21 |
PL3382944T3 (pl) | 2020-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2523574T3 (es) | Sistema y método de cálculo de entrada de reserva de ruta de conmutación de etiquetas punto a multipunto | |
US9497107B1 (en) | Seamless path monitoring and rapid fault isolation using bidirectional forwarding detection in a network environment | |
US7120118B2 (en) | Multi-path analysis for managing machine communications in a network | |
US7746796B2 (en) | Directed echo requests and reverse traceroute | |
US9647912B2 (en) | LSP ping and traceroute for bypass tunnels | |
ES2365300T3 (es) | Extensión de indicación de tráfico para gestión de fallos de conectividad. | |
ES2446649T3 (es) | Método y dispositivo para procesamiento de fallos operativos | |
US10277471B2 (en) | Method and device for network tomography | |
US8391163B2 (en) | Operating MPLS label switched paths and MPLS pseudowire in loopback mode | |
ES2249621T3 (es) | Procedimiento y dispositivo para la adaptacion de rutas conmutadas por etiqueta (label switched) en redes de paquetes. | |
US8780696B2 (en) | System and method of implementing lightweight not-via IP fast reroutes in a telecommunications network | |
EP2774332B1 (en) | Service assurance using network measurement triggers | |
ES2383119T3 (es) | Un método de reencaminamiento rápido y encaminador de conmutación de etiquetas | |
US9667517B2 (en) | Method and apparatus for checking connection of bi-directional LSP | |
EP3687114A1 (en) | Handling method, system, device and storage medium for signal degradation failure | |
US10020984B1 (en) | RSVP local protection signaling reduction | |
WO2009135399A1 (zh) | 一种建立隧道的方法以及实现隧道建立的*** | |
EP3188413B1 (en) | Method, apparatus, and system for implementing packet loss detection | |
US20140293798A1 (en) | Mpls-tp network and link trace method thereof | |
CN110086711B (zh) | 流量回切方法、装置、电子设备及可读存储介质 | |
Geib et al. | A scalable and topology-aware MPLS data-plane monitoring system | |
ES2758248T3 (es) | Método y sistema de comunicación para averiguar centralmente un estado de una red de telecomunicación de conmutación de paquetes | |
US11165695B1 (en) | Identifying egress of nil forward equivalency class (FEC) used for FEC hiding | |
US20230403221A1 (en) | One-way delay measurement in a packet-switched communication network | |
CN112804140B (zh) | 传输路径切换方法、装置、网络节点、介质及网络*** |