ES2820775T3 - Método y dispositivo de ubicación de fallos de servicios - Google Patents

Método y dispositivo de ubicación de fallos de servicios Download PDF

Info

Publication number
ES2820775T3
ES2820775T3 ES16817166T ES16817166T ES2820775T3 ES 2820775 T3 ES2820775 T3 ES 2820775T3 ES 16817166 T ES16817166 T ES 16817166T ES 16817166 T ES16817166 T ES 16817166T ES 2820775 T3 ES2820775 T3 ES 2820775T3
Authority
ES
Spain
Prior art keywords
layer
service
characteristic parameter
forwarding
packet
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
Application number
ES16817166T
Other languages
English (en)
Inventor
Congjuan Li
Feng Li
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2820775T3 publication Critical patent/ES2820775T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un método de localización de fallos de servicios, que comprende: recibir (S101) un mensaje de solicitud de localización de fallo de servicio, en donde el mensaje de solicitud de localización de fallo de servicio lleva un protocolo de red, una dirección IP, IPS, de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPD, de un dispositivo de capa 3 de destino del paquete de servicio y un parámetro característico del paquete de servicio; determinar (S102), de acuerdo con el parámetro característico del paquete de servicio, la IPS y la IPD, que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, en donde el segundo dispositivo de capa 3 es un dispositivo de capa 3 del siguiente salto del primer dispositivo de capa 3, en donde el fallo de servicio es un fallo de enlace, un fallo de puerto o un fallo de dispositivo; obtener (S103) una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3; determinar (S104) una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio; configurar (S105) una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío y activar (S105) el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío; y obtener (S106) un primer parámetro de ruta que es de la primera ruta de reenvío y se envía por el dispositivo de reenvío, y determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.

Description

DESCRIPCIÓN
Método y dispositivo de ubicación de fallos de servicios
Campo técnico
La presente invención se refiere al campo de las comunicaciones, y en particular, a un método y aparato de ubicación de fallos de servicios.
Antecedentes
De acuerdo con un requisito real para operar una red por parte de un operador, el trabajo de administración de la red generalmente se clasifica en tres categorías: operación (operación), administración (administración) y mantenimiento (mantenimiento), es decir, OAM para abreviar. En una tecnología OAM existente, muchas tecnologías de red y capas de red tienen mecanismos OAM respectivos y herramientas de protocolo para una misma función OAM. Por ejemplo, tanto para una función de verificación de continuidad (verificación de continuidad, CC para abreviar), una capa de Protocolo de Internet (Protocolo de Internet, IP para abreviar) tiene un ping de Protocolo de mensajes de control (Protocolo de mensajes de control de Internet, ICMP para abreviar) y una tecnología de conmutación de etiquetas multiprotocolo (Conmutación de etiquetas multiprotocolo, MPLS para abreviar) tiene un ping de ruta de conmutación de etiquetas (Ruta de conmutación de etiquetas, LSP para abreviar).
En una red de arquitectura OAM multicapa existente, un paquete OAM en cada capa tiene un encabezado/valor de encapsulación específico. Los paquetes OAM que tienen diferentes encabezados/valores de encapsulación pueden transmitirse en una red a lo largo de diferentes rutas de reenvío, es decir, los paquetes OAM en diferentes capas pueden tener diferentes rutas de reenvío. Cuando se localiza un fallo en la red, para encontrar una causa del fallo, generalmente es necesario enviar diferentes paquetes OAM a múltiples capas de protocolo, y un paquete OAM en cada capa de protocolo debe tener la misma ruta de reenvío que la de un paquete de servicio. Sin embargo, una arquitectura o A m de múltiples capas existente no tiene una capacidad de localización de fallos de servicios que asegure rutas de reenvío consistentes de paquetes OAM en varias capas de protocolo.
Para resolver el problema anterior, un grupo de trabajo de virtualización de red sobre la capa 3 (Virtualización de red sobre la capa 3, NVO3 para abreviar) en el Grupo de trabajo de ingeniería de Internet (Grupo de trabajo de ingeniería de Internet, IETF para abreviar) propone una solución OAM aplicada a una red de área local virtual extensible (Red de área local virtual extensible, VxLAN para abreviar). En esta solución, un paquete OAM VxLAN y un paquete de servicio utilizan un mismo formulario de encapsulación para garantizar que el paquete OAM VxLAN y el paquete de servicio tengan la misma ruta de reenvío. Se utiliza un campo de tiempo de vida (Tiempo de vida, TTL para abreviar) en una capa IP en el paquete OAM VxLAN para completar una función de seguimiento de ruta de OAM VxLAN, de modo que un problema de fallo se encuentre entre dos dispositivos de capa 3. Sin embargo, esta solución puede localizar el problema solo entre dos dispositivos de capa 3, pero no puede garantizar que un paquete OAM de capa 2 y un paquete de servicio tengan la misma ruta de reenvío y, por lo tanto, no puede localizar con precisión un problema de red de capa 2.
El documento WO002011024187A2 proporciona una protección de TESI sobre el Dominio de protección de segmento adyacente sin Ambigüedad de reenvío mediante el uso de Grupos de protección de segmento.
Resumen
Las modalidades de la presente invención proporcionan un método y un aparato de localización de fallos de servicios, para localizar con precisión un problema de fallo de red en una red de arquitectura OAM multicapa.
La presente invención se define en las reivindicaciones independientes. Las modalidades preferidas se definen en las reivindicaciones dependientes.
Con base en el método y el aparato de localización de fallos de servicios proporcionados en las modalidades de la presente invención, en las modalidades de la presente invención, después de que se determina que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, se determina además una primera ruta de reenvío de un paquete de servicio entre los dos dispositivos de capa 3, y se configura una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío, de modo que el dispositivo de reenvío reenvía un paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío. De esta manera, se asegura que el paquete OAM de capa 2 extendido y el paquete de servicio tengan la misma ruta de reenvío, y se puede ubicar con precisión un problema de fallo de red de capa 2.
Breve descripción de los dibujos
Para describir las soluciones técnicas en las modalidades de la presente invención más claramente, a continuación, se describen brevemente los dibujos adjuntos necesarios para describir las modalidades.
La Figura 1 es un primer diagrama de flujo esquemático de un método de localización de fallos de servicios de acuerdo con una modalidad de la presente invención;
La Figura 2 es un diagrama esquemático de un formato de un paquete LTM de acuerdo con una modalidad de la presente invención;
La Figura 3 es un diagrama esquemático de un formato de un campo de bit de bandera en el paquete LTM mostrado en la Figura 2;
La Figura 4A y la Figura 4B son un segundo diagrama de flujo esquemático de un método de localización de fallos de servicios de acuerdo con una modalidad de la presente invención;
La Figura 5A y la Figura 5B son un diagrama estructural esquemático de una red VxLAN de acuerdo con una modalidad de la presente invención;
La Figura 6 es un diagrama esquemático de un formato de un campo TLV adicional en el paquete LTM mostrado en la Figura 2;
La Figura 7 es un primer diagrama estructural esquemático de un aparato de localización de fallos de servicios de acuerdo con una modalidad de la presente invención; y
La Figura 8 es un segundo diagrama estructural esquemático de un aparato de localización de fallos de servicios de acuerdo con una modalidad de la presente invención.
Descripción de las modalidades
Lo siguiente describe clara y completamente las soluciones técnicas en las modalidades de la presente invención con referencia a los dibujos adjuntos en las modalidades de la presente invención. Aparentemente, las modalidades descritas son simplemente algunas, pero no todas las modalidades de la presente invención. Todas las demás modalidades obtenidas por un experto en la técnica basadas en las modalidades de la presente invención sin esfuerzos creativos se incluirán dentro del alcance de protección de la presente invención.
Cabe señalar que, para ayudar a describir claramente las soluciones técnicas en las modalidades de la presente invención, se utilizan palabras como "primero" y "segundo" en las modalidades de la presente invención para distinguir elementos idénticos o elementos similares que tienen básicamente las mismas funciones o propósitos. Un experto en la técnica puede entender que las palabras tales como "primero" y "segundo" no limitan una cantidad y un orden de ejecución.
Modalidad 1
Esta modalidad de la presente invención proporciona un método de localización de fallos de servicios. Como se muestra en la Figura 1, el método incluye las siguientes etapas.
5101. Recibir un mensaje de solicitud de localización de fallo de servicio, donde el mensaje de solicitud de localización de fallo de servicio lleva una dirección IP, IPs , de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPd, de un dispositivo de capa 3 de destino del paquete de servicio, y un parámetro característico del paquete de servicio.
Específicamente, en esta modalidad de la presente invención, el parámetro característico del paquete de servicio puede incluir específicamente un quíntuple de servicio (es decir, una dirección IP de origen de un servicio, una dirección IP de destino del servicio, un número de puerto de origen del servicio, un número de puerto de destino del servicio y un tipo de protocolo). Ciertamente, el parámetro característico del paquete de servicio puede incluir además otro parámetro, por ejemplo, un parámetro de configuración de red de área local virtual (Red de área local virtual, VLAN para abreviar). Los detalles no se describen en esta modalidad de la presente invención.
5102. Determinar, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd, que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, donde el segundo dispositivo de capa 3 es el dispositivo de capa 3 del siguiente salto del primer dispositivo de capa 3.
Específicamente, una solución OAM VxLAN NVO3 existente puede usarse en esta modalidad de la presente invención. En un paquete OAM VxLAN, un campo TTL en una capa IP, el parámetro característico del paquete de servicio, la IPs y la IPd se utilizan para completar una función de seguimiento de ruta de OAM VxLAN, de modo que el fallo del servicio se ubica entre dos dispositivos de capa 3. Ciertamente, el fallo de servicio también puede ubicarse entre los dos dispositivos de capa 3 de otra manera. Para obtener más detalles, consulte la siguiente modalidad y no se proporciona ninguna descripción en este documento.
5103. Obtener una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
Específicamente, en esta modalidad de la presente invención, un aparato de localización de fallos de servicios puede solicitar la primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de un controlador de red definida por software (red definida por software, SDN para abreviar) o un sistema de gestión de elementos (sistema de gestión de elementos, EMS para abreviar)/sistema de gestión de red (sistema de gestión de red, NMS para abreviar) mediante el uso de una dirección IP del primer dispositivo de capa 3 y una dirección IP del segundo dispositivo de capa 3 como palabras clave. La primera topología de red puede incluir una relación en cascada entre dispositivos, información de puerto en cascada, tal como un número de puerto, una dirección de Control de acceso a medios del puerto (control de acceso a medios, MAC para abreviar) y una dirección IP del puerto, un tipo de dispositivo (un dispositivo de capa 3 o un dispositivo de capa 2), y similares.
En esta modalidad de la presente invención, "cascada" es que se conecta específicamente, y "un dispositivo en cascada" es específicamente un dispositivo de salto siguiente conectado. Por ejemplo, un dispositivo en cascada de A se refiere específicamente a un dispositivo de salto siguiente conectado a A.
5104. Determinar una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio.
La primera ruta de reenvío es específicamente una ruta de transmisión del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3. Por ejemplo, la primera ruta de reenvío puede ser: primer dispositivo de capa 3 -> dispositivo A -> dispositivo B -> segundo dispositivo de capa 3.
5105. Configurar una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío y activar el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío.
Específicamente, en esta modalidad de la presente invención, el aparato de localización de fallos de servicios puede configurar la entrada de reenvío para el dispositivo de reenvío en la primera ruta de reenvío mediante el uso del controlador SDN o el EMS/NMS.
En esta modalidad de la presente invención, el dispositivo de reenvío en la primera ruta de reenvío puede incluir específicamente el primer dispositivo de capa 3 y cada dispositivo de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3. Esta modalidad de la presente invención no establece ninguna limitación específica a la misma.
Preferiblemente, el paquete OAM de capa 2 extendido puede ser un mensaje de seguimiento de enlace extendido (Mensaje de seguimiento de enlace, LTM para abreviar). Por ejemplo, como se muestra en la Figura 2, el paquete OAM de capa 2 extendido tiene un formato LTM e incluye un campo de nivel de grupo de entidad de mantenimiento (Entidad de mantenimiento, ME para abreviar) (Grupo Me, MEG para abreviar) (Nivel MEG, MEL para abreviar), un campo de versión (versión), un campo de código de operación (código de operación), un campo de bit de bandera (banderas), un campo de desplazamiento de tipo, longitud y valor (tipo, longitud y valor, TLV para abreviar), un campo de identificación de transacción (ID de transacción), un campo TTL, un campo de dirección MAC de origen, un campo de dirección MAC de destino, un campo TLV adicional (adicional) y un campo de fin de TLV. El campo de bit de bandera se muestra en la Figura 3, en el que solo se utiliza un bit más significativo. Esto significa que el paquete LTM se reenvía de acuerdo con una dirección MAC obtenida mediante el aprendizaje de una tabla de reenvío. De forma predeterminada, el valor del bit más significativo es 1 y los valores de los otros siete bits son 0. En esta modalidad de la presente invención, se puede seleccionar un bit de los siete bits para la extensión. Por ejemplo, el séptimo bit se establece en 1. Esto indica que el paquete OAM de capa 2 es un paquete OAM de capa 2 extendido, de modo que el paquete OAM de capa 2 extendido se puede distinguir de otro paquete OAM de capa 2 no relacionado con la detección de fallos. Por lo tanto, se evita que una ruta de reenvío del otro paquete OAM de capa 2 no relacionado con la detección de fallos se vea afectada por la configuración de una ruta de reenvío del paquete OAM de capa 2 extendido.
5106. Obtener un primer parámetro de ruta que sea de la primera ruta de reenvío y se envía por el dispositivo de reenvío, y determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.
Específicamente, en esta modalidad de la presente invención, en un proceso en el que el dispositivo de reenvío en la primera ruta de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío, se puede detectar el primer parámetro de ruta de la primera ruta de reenvío, de modo que el dispositivo de reenvío notifica el primer parámetro de ruta al aparato de localización de fallos de servicios. El aparato de localización de fallos de servicios localiza la ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.
En esta modalidad de la presente invención, el fallo de servicio puede ser específicamente un fallo de enlace, puede ser un fallo de puerto o puede ser un fallo de dispositivo. Esta modalidad de la presente invención no establece ninguna limitación específica a la misma.
En esta modalidad de la presente invención, un parámetro de ruta es específicamente un parámetro utilizado para medir la calidad de la ruta, por ejemplo, un retraso, una tasa de pérdida de paquetes o si una ruta está conectada.
Específicamente, como se muestra en la Figura 4A y la Figura 4B, la determinación de una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio (etapa S104) incluye:
S104a. Obtener un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio.
S 104b. Obtener un dispositivo de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con el puerto de salida del primer dispositivo de capa 3 y la primera topología de red.
S104c. Para cada dispositivo de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, obtener un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, donde el puerto de entrada del dispositivo de capa 2 es un puerto que está en la primera topología de red y que se conecta a un puerto de salida de un dispositivo en cascada anterior del dispositivo de capa 2.
Específicamente, en esta modalidad de la presente invención, el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 puede incluir específicamente una dirección MAC del puerto de salida del primer dispositivo de capa 3, una dirección MAC de un puerto de entrada del segundo dispositivo de capa 3, un valor de VLAN y similares. Esta modalidad de la presente invención no establece ninguna limitación específica a la misma.
S 104d. Obtener un dispositivo en cascada del dispositivo de capa 2 de acuerdo con el puerto de salida del dispositivo de capa 2 y la primera topología de red.
S104e. Determinar la primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 y el dispositivo en cascada de cada dispositivo de capa 2.
En una posible forma de implementación, la obtención de un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio (etapa S104a) puede incluir específicamente:
obtener una política de reenvío del primer dispositivo de capa 3 que se abre al exterior por el primer dispositivo de capa 3; y
obtener, mediante cálculo, el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3, el parámetro característico del paquete de servicio y la política de reenvío del primer dispositivo de capa 3.
Para cada dispositivo de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, la obtención de un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 (etapa S104c) puede incluir específicamente:
obtener una política de reenvío del dispositivo de capa 2 que se abre al exterior por el dispositivo de capa 2; y obtener, mediante cálculo, el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, y la política de reenvío del dispositivo de capa 2.
En otra posible forma de implementación, la obtención de un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio (etapa S104a) puede incluir específicamente:
invocar una interfaz de programación de aplicaciones (interfaz de programación de aplicaciones, API para abreviar) del primer dispositivo de capa 3, donde el primer dispositivo de capa 3 abre una política de reenvío del primer dispositivo de capa 3 al exterior en una forma de API; y
consultar la política de reenvío del primer dispositivo de capa 3 mediante el uso del puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio como palabras clave, para obtener el puerto de salida del primer dispositivo de capa 3 enviado por el primer dispositivo de capa 3.
La obtención de un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 (etapa S104c) puede incluir específicamente:
invocar una API del dispositivo de capa 2, donde el dispositivo de capa 2 abre una política de reenvío del dispositivo de capa 2 al exterior en una forma de API; y
consultar la política de reenvío del dispositivo de capa 2 mediante el uso del puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 como palabras clave, para obtener el puerto de salida del dispositivo de capa 2 que envía el dispositivo de capa 2.
La política de reenvío en esta modalidad de la presente invención puede incluir un algoritmo de selección de múltiples rutas, una entrada de reenvío y similares. Esta modalidad de la presente invención no establece ninguna limitación específica a la misma.
A continuación, se utiliza un ejemplo específico para describir brevemente el método de localización de fallos de servicio proporcionado en esta modalidad de la presente invención.
Como se muestra en la Figura 5A y la Figura 5B, las Figura 5A y 5B son un diagrama esquemático de una red VxLAN. Un punto final de virtualización de red de origen (punto final de virtualización de red de origen, S-NVE para abreviar) es una puerta de enlace VxLAN y puede considerarse como un dispositivo de capa 3 de origen. Un punto final de virtualización de red de destino (punto final de virtualización de red de destino, D-NVE para abreviar) es una puerta de enlace VxLAN en otro extremo y puede considerarse como un dispositivo de capa 3 de destino. Cuando un usuario descubre que la calidad del servicio se deteriora y es necesario localizar la ubicación de un fallo, un mensaje de solicitud de localización de fallo de servicio que lleva una dirección IP, IPs, del S-NVE, una dirección IP, IPd, del D-NVE y un quíntuple de servicio (es decir, una dirección IP de origen de un servicio, una dirección IP de destino del servicio, un número de puerto de origen del servicio, un número de puerto de destino del servicio y un tipo de protocolo) se envía al aparato de localización de fallos de servicio, para solicitar localizar una ubicación de un fallo de servicio. El aparato de localización de fallos de servicios localiza el fallo de servicio de acuerdo con las siguientes etapas (se supone que una ruta de reenvío de servicio se muestra con una flecha en la Figura 5A y la Figura 5B, y el fallo de servicio ocurre entre N5 y N6):
Etapa 1: Usar la dirección IP, IPs, del dispositivo de capa 3 de origen S-NVE, una dirección IP, IPd, de un dispositivo de capa 3 de destino D-NVE1 y el quíntuple de servicio (es decir, la dirección IP de origen del servicio, la dirección IP de destino del servicio, el número de puerto de origen del servicio, el número de puerto de destino del servicio y el tipo de protocolo) como palabras clave, para localizar el fallo de servicio entre un primer dispositivo de capa 3 N4 y el segundo dispositivo de capa 3 D-NVE1 mediante el uso de la solución OAM VxLAN NVO3.
Etapa 2: Usar una dirección IP, IPn4, del primer dispositivo de capa 3 N4 y la dirección IP, IPd, del segundo dispositivo de capa 3 D-NVE1 como palabras clave, para solicitar una topología de red entre N4 y D-NVE1 del controlador SDN o EMS/NMS. La topología de red incluye una relación en cascada entre dispositivos, información de puertos en cascada (un número de puerto, una dirección MAC de puerto, una dirección IP de puerto y similares) y un tipo de dispositivo (un dispositivo de reenvío de capa 3 o un dispositivo de reenvío de capa 2). Para obtener detalles, consulte una topología de red entre N4 y D-NVE1 en la Figura 5A y la Figura 5B.
Etapa 3: Determinar una primera ruta de reenvío de un paquete de servicio entre N4 y D-NVE1. Las etapas específicas son las siguientes:
(a) . Invocar una API de N4, consultar una política de reenvío de N4 mediante el uso de un parámetro característico (por ejemplo, el quíntuple de servicio) del paquete de servicio y un puerto de entrada ENTRADA1 de N4 como palabras clave, para obtener un puerto de salida SALIDA1 de N4, y hacer coincidir el puerto de salida SALIDA1 con la topología de red obtenida en el etapa 2, para aprender que un dispositivo en cascada es N5, un puerto de entrada es ENTRADA1 y N5 es un dispositivo de capa 2.
(b) . Invocar una API de N5, utilizar una dirección MAC del puerto de salida SALIDA1 de N4 como dirección MAC de origen, utilizar una dirección MAC de un puerto de entrada ENTRADA1 del siguiente dispositivo de capa 3 del siguiente salto D-NVE1 como una dirección MAC de destino, consultar una política de reenvío de N5 mediante el uso del puerto de entrada ENTRADA1 que se obtiene de N4 mediante la consulta en (a), el parámetro característico (por ejemplo, el quíntuple de servicio) del paquete de servicio, la dirección MAC de origen y la dirección MAC de destino como palabras clave, para obtener un puerto de salida SALIDA1 de N5, y hacer coincidir el puerto de salida SALIDA1 con la topología de red obtenida en la etapa 2, para aprender que un dispositivo en cascada es N6, un puerto de entrada es ENTRADA1 y N6 es un dispositivo de capa 2. (c) . Invocar una API de N6, consultar una política de reenvío de N6 mediante el uso del puerto de entrada ENTRADA1 que se obtiene de N5 mediante la consulta en (b), la dirección MAC de origen, la dirección de destino y el parámetro característico (por ejemplo, el quíntuple de servicio) del paquete de servicio como palabras clave, para obtener un puerto de salida SALIDA1 de N6, hacer coincidir el puerto de salida SALIDA1 con la topología de red obtenida en la etapa 2, para aprender que un dispositivo en cascada es el D-NVE1, es decir, el segundo dispositivo de capa 3 y finalizar la consulta.
Por lo tanto, la primera ruta de reenvío obtenida del paquete de servicio entre N4 y D-NVE1 es: (ENTRADA1) N4 (SALIDA1) -> (ENTRADA1) N5 (SALIDA1) -> (ENTRADA1) N6 (SALIDA1) -> (ENTRADA1) D-NVE1.
Etapa 4: Configurar una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío de acuerdo con la primera ruta de reenvío. Los ajustes específicos pueden ser los siguientes:
N4: La MAC de destino es un D-NVE, se lleva un identificador de localización de fallos de servicios y un puerto de salida es SALIDA1.
N5: El paquete de servicio ingresa desde un puerto ENTRADA1, la MAC de destino es el D-NVE, se lleva un identificador de localización de fallos de servicios y un puerto de salida es SALIDA1.
N6: El paquete de servicio ingresa desde un puerto ENTRADA1, la MAC de destino es el D-NVE, se lleva un identificador de localización de fallos de servicios y un puerto de salida es SALIDA1.
Etapa 5: Activar el primer dispositivo de capa 3 N4 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío.
Específicamente, para un formato de paquete del paquete OAM de capa 2 extendido, consulte la descripción en la modalidad anterior. Los detalles no se describen en la presente memoria.
Etapa 6: Obtener un primer parámetro de ruta que sea de la primera ruta de reenvío y se envía por el dispositivo de reenvío, y determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.
Por ejemplo, suponer que los parámetros de ruta enviados por N5 y N6 son excesivamente grandes o pequeños, representa que la ubicación de un fallo de servicio entre capas está entre N5 y N6.
Por lo tanto, finaliza la ejecución de todo el método de localización de fallos de servicios.
Cabe señalar que la etapa 3 en este ejemplo se describe simplemente mediante el uso de una forma para obtener la primera ruta de reenvío en la modalidad anterior como ejemplo, y ciertamente, la primera ruta de reenvío también se puede obtener de otra manera para obtener la primera ruta de reenvío en la modalidad anterior. Los detalles no se describen en la presente memoria.
Además, en el método de localización de fallos de servicio proporcionado en esta modalidad de la presente invención, la obtención de un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio (etapa S 104a) puede incluir específicamente:
determinar una cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red; y
si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 no es 1, obtener el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio.
La obtención de un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 (etapa S104c) puede incluir específicamente:
determinar una cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red; y
si la cantidad de dispositivos en cascada de cualquier dispositivo de capa 2 no es 1, obtener el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
Además, después de determinar una cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red, el método incluye, además:
si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 es 1, determinar que el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 es el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 en el primera topología de red; y
después de determinar una cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red, el método incluye, además:
si la cantidad de dispositivos en cascada de cualquier dispositivo de capa 2 es 1, determinar que el dispositivo en cascada del dispositivo de capa 2 es el dispositivo en cascada del dispositivo de capa 2 en la primera topología de red.
Es decir, en esta modalidad de la presente invención, de acuerdo con la primera topología de red, cuando el dispositivo tiene múltiples puertos de salida, es decir, el dispositivo tiene múltiples rutas, se usa la forma de búsqueda de ruta anterior. Si un dispositivo tiene solo un puerto de salida, es decir, el dispositivo no tiene múltiples rutas, no se puede utilizar la forma de búsqueda de ruta anterior y se determina directamente una secuencia en cascada de acuerdo con la primera topología de red. De esta manera, se puede reducir el tiempo de búsqueda de ruta y se puede mejorar la eficiencia de ejecución del método de localización de fallos de servicio.
Opcionalmente, en el método de localización de fallos de servicios proporcionado en esta modalidad de la presente invención, el paquete OAM de capa 2 extendido puede incluir además al menos un campo TLV, y el campo TLV se usa para identificar los paquetes OAM de capa 2 extendidos de diferentes servicios.
Como se describió anteriormente, el paquete OAM de capa 2 extendido puede ser específicamente un paquete LTM extendido. En el paquete LTM mostrado en la Figura 2, el paquete LTM puede no incluir ningún campo TLV o varios campos TLV. Sin embargo, el campo no es obligatorio y lo decide el usuario de acuerdo con la necesidad. Un campo de desplazamiento de TLV se utiliza para indicar un desplazamiento de bytes del primer campo de TLV en relación con el campo de desplazamiento de TLV. Por ejemplo, si un valor de desplazamiento de TLV es 0, indica que el primer campo de TLV sigue exactamente al campo de desplazamiento de TLV. Además, cada paquete LTM necesariamente lleva un campo de fin de TLV, es decir, solo hay campos de TLV entre una ubicación de desplazamiento especificada por el campo de desplazamiento de TLV y una ubicación en la que se encuentra el campo de fin de TLV. Puede haber varios campos de TLV o puede que no haya ningún campo de TLV. Un formato de un campo de TLV puede mostrarse en la Figura 6, las longitudes de un campo de tipo y un campo de longitud en cada campo de TLV son fijas, y la longitud de un valor se especifica mediante el campo de longitud. Por lo tanto, cuando se aprende una ubicación inicial de un campo de TLV, se puede obtener una ubicación final del campo de TLV mediante cálculo. Si no hay un campo de fin de TLV en una ubicación final, la ubicación final es una ubicación inicial de otro campo de TLV.
Específicamente, los paquetes de múltiples servicios se pueden reenviar entre N4 y D-NVE1, y las rutas de reenvío de los paquetes son diferentes. Por ejemplo, algunos paquetes se reenvían a lo largo de una ruta N4-N5-N6-D-NVE1 y algunos paquetes se reenvían a lo largo de una ruta N4-N8-N6-D-NVE1. Sin embargo, diferentes paquetes OAM de capa 2 extendidos pueden tener la misma dirección MAC de destino y un mismo tipo de Ethernet, y todos incluyen un primer campo. En este caso, no se pueden distinguir diferentes servicios. Por lo tanto, en esta modalidad de la presente invención, el paquete OAM de capa 2 extendido puede incluir además al menos un campo de TLV, y el campo de TLV se usa para identificar los paquetes OAM de capa 2 extendidos de diferentes servicios.
De esta manera, los paquetes OAM de capa 2 extendidos de diferentes servicios se pueden distinguir mediante el uso del campo de TLV, de modo que se pueden localizar múltiples fallos de servicios al mismo tiempo.
Cabe señalar que el campo de TLV necesita redefinirse de acuerdo con un formato de TLV en esta modalidad de la presente invención. Por ejemplo, cuando un valor de campo de tipo se especifica como 200, representa que el campo de TLV es un campo de TLV de un identificador de servicio. Puede leerse un valor del identificador de servicio de un campo de valor del campo de TLV de acuerdo con un campo de longitud del campo de TLV.
Además, como se describió anteriormente, la solución OAM VxLAN NVO3 existente puede usarse en la etapa S102. En un paquete OAM VxLAN, un campo TTL en una capa IP, el parámetro característico del paquete de servicio, la IPs y la IPd se utilizan para completar una función de seguimiento de ruta de OAM VxLAN, de modo que el fallo de servicio se ubica entre dos dispositivos de capa 3. Ciertamente, un problema de fallo de servicio entre capas también puede ubicarse entre dos dispositivos de capa 3 de otra manera.
Por ejemplo, la determinación, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd, de que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3 (etapa S102) puede incluir específicamente:
obtener una segunda topología de red entre el dispositivo de capa 3 de origen y el dispositivo de capa 3 de destino de acuerdo con la IPs y la IPd ;
determinar una segunda ruta de reenvío del paquete de servicio entre el dispositivo de capa 3 de origen y el dispositivo de capa 3 de destino de acuerdo con la segunda topología de red y el parámetro característico del paquete de servicio; y
después de que se reenvía un paquete OAM de capa 3 de acuerdo con la segunda ruta de reenvío, y se obtiene un segundo parámetro de ruta de la segunda ruta de reenvío, determinar, de acuerdo con el segundo parámetro de ruta, que el fallo de servicio se encuentra entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
Es decir, en esta modalidad de la presente invención, un fallo en una capa por encima de la capa 2 puede localizarse mediante el uso de una idea de localización de fallos de servicios de capa 2 de que primero se determina una ruta de reenvío de un paquete de servicio, y luego una ruta de reenvío de un paquete OAM se establece de acuerdo con la ruta de reenvío determinada. Por ejemplo, cuando se está localizando un fallo de servicio de capa 3, se puede encontrar primero una segunda ruta de reenvío entre un dispositivo de capa 3 de origen y un dispositivo de capa 3 de destino de acuerdo con el método anterior, una entrada de reenvío de un dispositivo de reenvío a lo largo de la segunda ruta de reenvío se establece luego de acuerdo con la segunda ruta de reenvío, y un paquete OAM de capa 3 se reenvía de acuerdo con la segunda ruta de reenvío, para detectar un segundo parámetro de ruta entre dispositivos de capa 3 a través de los cuales pasa un paquete de servicio, determinando así, de acuerdo con el segundo parámetro de ruta, que el fallo de servicio está entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3.
Esta modalidad de la presente invención proporciona el método de localización de fallos de servicios, que incluye: recibir un mensaje de solicitud de localización de fallo de servicio, donde el mensaje de solicitud de localización de fallo de servicio lleva una dirección IP, IPs , de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPd, de un dispositivo de capa 3 de destino del paquete de servicio, y un parámetro característico del paquete de servicio; determinar, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd , que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3; obtener una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3; determinar una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio; configurar una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío y activar el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete o A m de capa 2 extendido de acuerdo con la primera ruta de reenvío; y obtener un primer parámetro de ruta que es de la primera ruta de reenvío y se envía por el dispositivo de reenvío, y determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta. En esta modalidad de la presente invención, después de que se determina que el fallo de servicio está entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, se determina además la primera ruta de reenvío del paquete de servicio entre los dos dispositivos de capa 3, y la entrada de reenvío se configura para el dispositivo de reenvío en la primera ruta de reenvío, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío. Por lo tanto, se garantiza que el paquete OAM de capa 2 extendido y el paquete de servicio tengan la misma ruta de reenvío, y se puede ubicar con precisión un problema de fallo de red de capa 2.
Modalidad 2
Esta modalidad de la presente invención proporciona un aparato de localización de fallos de servicios 700. Específicamente, como se muestra en la Figura 7, el aparato de localización de fallos de servicios 700 incluye: una unidad de recepción 701, una unidad de determinación 702, una unidad de obtención 703, una unidad de configuración 704 y una unidad de activación 705.
La unidad de recepción 701 se configura para recibir un mensaje de solicitud de localización de fallo de servicio, donde el mensaje de solicitud de localización de fallo de servicio lleva una dirección IP, IPs, de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPd, de un dispositivo de capa 3 de destino del paquete de servicio, y un parámetro característico del paquete de servicio.
La unidad de determinación 702 se configura para determinar, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd, que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, donde el segundo dispositivo de capa 3 es un dispositivo de capa 3 del siguiente salto del primer dispositivo de capa 3.
La unidad de obtención 703 se configura para obtener una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
La unidad de determinación 702 se configura además para determinar una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio.
La unidad de configuración 704 se configura para configurar una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío.
La unidad de activación 705 se configura para activar el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío.
La unidad de obtención 703 se configura además para obtener un primer parámetro de ruta que es de la primera ruta de reenvío y se envía por el dispositivo de reenvío.
La unidad de determinación 702 se configura además para determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.
Además, la unidad de determinación 702 se configura específicamente para:
obtener un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio;
obtener un dispositivo de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con el puerto de salida del primer dispositivo de capa 3 y la primera topología de red;
para cada dispositivo de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, obtener un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, donde el puerto de entrada del dispositivo de capa 2 es un puerto que está en la primera topología de red y que se conecta a un puerto de salida de un dispositivo en cascada anterior del dispositivo de capa 2;
obtener un dispositivo en cascada del dispositivo de capa 2 de acuerdo con el puerto de salida del dispositivo de capa 2 y la primera topología de red; y
determinar la primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 y el dispositivo en cascada de cada dispositivo de capa 2.
Además, en una posible forma de implementación, la unidad de determinación 702 se configura específicamente para: obtener una política de reenvío del primer dispositivo de capa 3 que se abre al exterior por el primer dispositivo de capa 3; y
obtener, mediante cálculo, el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3, el parámetro característico del paquete de servicio y la política de reenvío del primer dispositivo de capa 3; y
la unidad de determinación 702 se configura específicamente para:
obtener una política de reenvío del dispositivo de capa 2 que se abre al exterior por el dispositivo de capa 2; y
obtener, mediante cálculo, el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 y la política de reenvío del dispositivo de capa 2.
En otra posible forma de implementación, la unidad de determinación 702 se configura específicamente para:
invocar una API del primer dispositivo de capa 3, donde el primer dispositivo de capa 3 abre una política de reenvío del primer dispositivo de capa 3 al exterior en una forma de API; y
consultar la política de reenvío del primer dispositivo de capa 3 mediante el uso del puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio como palabras clave, para obtener el puerto de salida del primer dispositivo de capa 3 enviado por el primer dispositivo de capa 3; y
la unidad de determinación 702 se configura específicamente para:
invocar una API del dispositivo de capa 2, donde el dispositivo de capa 2 abre una política de reenvío del dispositivo de capa 2 al exterior en una forma de API; y
consultar la política de reenvío del dispositivo de capa 2 mediante el uso del puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 como palabras clave, para obtener el puerto de salida del dispositivo de capa 2 que envía el dispositivo de capa 2.
Además, la unidad de determinación 702 se configura específicamente para:
determinar una cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red; y
si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 no es 1, obtener el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio; y
la unidad de determinación 702 se configura específicamente para:
determinar una cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red; y
si la cantidad de dispositivos en cascada del dispositivo de capa 2 no es 1, obtener el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
Además, la unidad de determinación 702 se configura específicamente además para:
después de determinar la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red, si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 es 1, determinar que el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 es el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 en la primera topología de red.
La unidad de determinación 702 se configura específicamente además para:
después de determinar la cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red, si la cantidad de dispositivos en cascada de cualquier dispositivo de capa 2 es 1, determinar que el dispositivo en cascada del dispositivo de capa 2 es el dispositivo en cascada del dispositivo de capa 2 en la primera topología de red.
Preferiblemente, el paquete OAM de capa 2 extendido incluye además al menos un campo de tipo, longitud y valor TLV, y el campo de TLV se usa para identificar los paquetes OAM de capa 2 extendidos de diferentes servicios.
Además, la unidad de determinación 702 se configura específicamente para:
obtener una segunda topología de red entre el dispositivo de capa 3 de origen y el dispositivo de capa 3 de destino de acuerdo con la IPs y la IPd ;
determinar una segunda ruta de reenvío del paquete de servicio entre el dispositivo de capa 3 de origen y el dispositivo de capa 3 de destino de acuerdo con la segunda topología de red y el parámetro característico del paquete de servicio; y
después de que se reenvía un paquete OAM de capa 3 de acuerdo con la segunda ruta de reenvío, y se obtiene un segundo parámetro de ruta de la segunda ruta de reenvío, determinar, de acuerdo con el segundo parámetro de ruta, que el fallo de servicio está entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
Específicamente, para un método de localización de fallos de servicios realizado por el aparato de localización de fallos de servicios 700 proporcionado en esta modalidad de la presente invención, consulte la descripción en la Modalidad 1. Los detalles no se describen en esta modalidad de la presente invención.
Esta modalidad de la presente invención proporciona el aparato de localización de fallos de servicios, que incluye: una unidad de recepción, una unidad de determinación, una unidad de obtención, una unidad de configuración y una unidad de activación. La unidad de recepción recibe un mensaje de solicitud de localización de fallo de servicio, donde el mensaje de solicitud de localización de fallo de servicio lleva una dirección IP, IPs , de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPd, de un dispositivo de capa 3 de destino del paquete de servicio, y un parámetro característico del paquete de servicio. La unidad de determinación determina, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd , que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3. La unidad de obtención obtiene una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3. La unidad de determinación determina una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio. La unidad de configuración configura una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío. La unidad de activación activa el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete o Am de capa 2 extendido de acuerdo con la primera ruta de reenvío. La unidad de obtención obtiene un primer parámetro de ruta que es de la primera ruta de reenvío y se envía por el dispositivo de reenvío. La unidad de determinación determina una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta. Después de determinar que el fallo de servicio está entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, un aparato OAM proporcionado en esta modalidad de la presente invención determina además la primera ruta de reenvío del paquete de servicio entre los dos dispositivos de capa 3 y configura la entrada de reenvío para el dispositivo de reenvío en la primera ruta de reenvío, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío. Por lo tanto, se garantiza que el paquete OAM de capa 2 extendido y el paquete de servicio tengan la misma ruta de reenvío, y se puede ubicar con precisión un problema de fallo de red de capa 2.
Modalidad 3
Esta modalidad de la presente invención proporciona un aparato de localización de fallos de servicios 80. Específicamente, como se muestra en la Figura 8, el aparato de localización de fallos de servicios 80 incluye: un procesador 81, una interfaz de comunicaciones 82, una memoria 83 y un bus 84.
El procesador 81 puede ser específicamente una unidad de procesamiento central (unidad de procesamiento central, CPU para abreviar), un circuito integrado específico de la aplicación (circuito integrado específico de la aplicación, ASIC para abreviar), o similar. Esta modalidad de la presente invención no establece ninguna limitación específica a la misma.
La memoria 83 puede incluir específicamente una memoria de acceso aleatorio de alta velocidad (memoria de acceso aleatorio, RAM para abreviar), o puede incluir una memoria no volátil (memoria no volátil), por ejemplo, al menos una memoria de disco magnético. Esta modalidad de la presente invención no establece ninguna limitación específica a la misma.
El bus 84 puede ser específicamente un bus de arquitectura estándar de la industria (Arquitectura estándar de la industria, ISA para abreviar), un bus de interconexión de componentes periféricos (Interconexión de componentes periféricos, PCI para abreviar), un bus de arquitectura estándar de la industria extendido (Arquitectura estándar de la industria extendido, EISA para abreviar), o similares. El bus puede clasificarse en un bus de direcciones, un bus de datos, un bus de control o similares. Para facilitar la representación, el bus se representa en la Figura 8 mediante el uso de solo una línea, pero no indica que haya solo un bus o solo un tipo de bus.
El bus 84 se configura para implementar la conexión y la comunicación entre el procesador 81, la interfaz de comunicaciones 82 y la memoria 83.
La interfaz de comunicaciones 82 se configura para implementar la comunicación entre el aparato de localización de fallos de servicios 80 y el exterior.
El procesador 81 se configura para invocar el código de programa 831 almacenado en la memoria 83, para implementar el método mostrado en la Figura 1, la Figura 4A y la Figura 4B.
Específicamente, para un método de localización de fallos de servicios realizado por el aparato de localización de fallos de servicios 80 proporcionado en esta modalidad de la presente invención, consulte la descripción en la Modalidad 1. Los detalles no se describen en esta modalidad de la presente invención.
Después de determinar que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, un aparato OAM proporcionado en esta modalidad de la presente invención determina además una primera ruta de reenvío de un paquete de servicio entre los dos dispositivos de capa 3 y configura una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío, de modo que el dispositivo de reenvío reenvía un paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío. Por lo tanto, se garantiza que el paquete OAM de capa 2 extendido y el paquete de servicio tengan la misma ruta de reenvío, y se puede ubicar con precisión un problema de fallo de red de capa 2.
Un experto en la técnica puede entender claramente que, con el propósito de una descripción breve y conveniente, en el aparato descrito anteriormente, la división de los módulos de función anteriores se toma como ejemplo a modo de ilustración. En la aplicación real, las funciones anteriores pueden asignarse a diferentes módulos e implementarse de acuerdo con un requisito, es decir, una estructura interna de un aparato se divide en diferentes módulos de funciones para implementar todas o parte de las funciones descritas anteriormente. Para un proceso de trabajo detallado del sistema, aparato y unidad anteriores, puede hacerse referencia a un proceso correspondiente en las modalidades del método anterior, y los detalles no se describen en la presente descripción nuevamente.
En las diversas modalidades proporcionadas en esta solicitud, debe entenderse que el sistema, el aparato y el método descritos pueden implementarse de otras maneras. Por ejemplo, la modalidad del aparato descrita es simplemente un ejemplo. Por ejemplo, la división de módulos o unidades es simplemente una división de función lógica y puede ser otra división en la implementación real. Por ejemplo, una pluralidad de unidades o componentes pueden combinarse o integrarse en otro sistema, o algunas características pueden ignorarse o no ejecutarse. Además, los acoplamientos mutuos mostrados o discutidos o los acoplamientos directos o las conexiones de comunicación pueden implementarse mediante el uso de algunas interfaces. Los acoplamientos indirectos o las conexiones de comunicación entre los aparatos o unidades pueden implementarse en forma electrónica, mecánica u otras formas.
Las unidades descritas como partes separadas pueden o no estar físicamente separadas, y las partes mostradas como unidades pueden o no ser unidades físicas, pueden estar ubicadas en una posición o pueden distribuirse en una pluralidad de unidades de red. Algunas o todas las unidades pueden seleccionarse de acuerdo con los requerimientos reales para lograr los objetivos de las soluciones de las modalidades.
Además, las unidades funcionales en las modalidades de la presente invención pueden integrarse en una unidad de procesamiento, o cada una de las unidades puede existir sola físicamente, o dos o más unidades están integradas en una unidad. La unidad integrada puede implementarse en forma de soporte físico, o puede implementarse en forma de una unidad funcional de programa informático.
Cuando la unidad integrada se implementa en forma de una unidad funcional de programa informático y se vende o usa como un producto independiente, la unidad integrada puede almacenarse en un medio de almacenamiento legible por ordenador. Con base en tal comprensión, las soluciones técnicas de la presente invención esencialmente, o la parte que contribuye a la técnica anterior, o la totalidad o una parte de las soluciones técnicas pueden implementarse en forma de un producto de programa informático. El producto de programa informático se almacena en un medio de almacenamiento e incluye varias instrucciones para instruir a un dispositivo informático (que puede ser un ordenador personal, un servidor o un dispositivo de red) o un procesador para ejecutar todas o parte de las etapas de los métodos descritos en las modalidades de la presente invención. El medio de almacenamiento anterior incluye: cualquier medio que pueda almacenar código de programa, tal como una memoria flash USB, un disco duro extraíble, una ROM, una RAM, un disco magnético, o un disco óptico.
Las descripciones anteriores son meramente formas de implementación específicas de la presente invención, pero no pretenden limitar el alcance de protección de la presente invención. Por lo tanto, el alcance de protección de la presente invención estará sujeto al alcance de protección de las reivindicaciones.

Claims (1)

  1. REIVINDICACIONES
    Un método de localización de fallos de servicios, que comprende:
    recibir (S101) un mensaje de solicitud de localización de fallo de servicio, en donde el mensaje de solicitud de localización de fallo de servicio lleva un protocolo de red, una dirección IP, IPs , de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPd, de un dispositivo de capa 3 de destino del paquete de servicio y un parámetro característico del paquete de servicio;
    determinar (S102), de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd, que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, en donde el segundo dispositivo de capa 3 es un dispositivo de capa 3 del siguiente salto del primer dispositivo de capa 3, en donde el fallo de servicio es un fallo de enlace, un fallo de puerto o un fallo de dispositivo; obtener (S103) una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3;
    determinar (S104) una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio;
    configurar (S105) una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío y activar (S105) el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío; y
    obtener (S106) un primer parámetro de ruta que es de la primera ruta de reenvío y se envía por el dispositivo de reenvío, y determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.
    El método de acuerdo con la reivindicación 1, en donde la determinación de una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio comprende:
    obtener (S 104a) un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio;
    obtener (S104b) un dispositivo de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con el puerto de salida del primer dispositivo de capa 3 y la primera topología de red;
    para cada dispositivo de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, obtener (S104c) un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, en donde el puerto de entrada del dispositivo de capa 2 es un puerto que está en la primera topología de red y que se conecta a un puerto de salida de un dispositivo en cascada anterior del dispositivo de capa 2;
    obtener (S 104d) un dispositivo en cascada del dispositivo de capa 2 de acuerdo con el puerto de salida del dispositivo de capa 2 y la primera topología de red; y
    determinar (S 104e) la primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 y el dispositivo en cascada de cada dispositivo de capa 2.
    El método de acuerdo con la reivindicación 2, en donde la obtención de un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio comprende:
    obtener una política de reenvío del primer dispositivo de capa 3 que se abre al exterior por el primer dispositivo de capa 3; y
    obtener, mediante cálculo, el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3, el parámetro característico del paquete de servicio y la política de reenvío del primer dispositivo de capa 3; y
    la obtención de un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 comprende:
    obtener una política de reenvío del dispositivo de capa 2 que se abre al exterior por el dispositivo de capa 2; y
    obtener, mediante cálculo, el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, y la política de reenvío del dispositivo de capa 2.
    4. El método de acuerdo con la reivindicación 2, en donde la obtención de un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio comprende:
    invocar una interfaz de programación de aplicaciones, API, del primer dispositivo de capa 3, en donde el primer dispositivo de capa 3 abre una política de reenvío del primer dispositivo de capa 3 al exterior en una forma de API; y
    consultar la política de reenvío del primer dispositivo de capa 3 mediante el uso del puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio como palabras clave, para obtener el puerto de salida del primer dispositivo de capa 3 enviado por el primer dispositivo de capa 3; y la obtención de un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 comprende:
    invocar una API del dispositivo de capa 2, en donde el dispositivo de capa 2 abre una política de reenvío del dispositivo de capa 2 al exterior en forma de API; y
    consultar la política de reenvío del dispositivo de capa 2 mediante el uso del puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 como palabras clave, para obtener el puerto de salida del dispositivo de capa 2 que envía el dispositivo de capa 2.
    5. El método de acuerdo con la reivindicación 2, en donde la obtención de un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio comprende:
    determinar una cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red; y
    si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 no es 1, obtener el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio; y
    la obtención de un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 comprende:
    determinar una cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red; y
    si la cantidad de dispositivos en cascada del dispositivo de capa 2 no es 1, obtener el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
    6. El método de acuerdo con la reivindicación 5, después de determinar una cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red, que comprende, además:
    si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 es 1, determinar que el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 es el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 en el primera topología de red; y
    después de determinar una cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red, que comprende, además:
    si la cantidad de dispositivos en cascada de cualquier dispositivo de capa 2 es 1, determinar que el dispositivo en cascada del dispositivo de capa 2 es el dispositivo en cascada del dispositivo de capa 2 en la primera topología de red.
    7. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 6, en donde el paquete OAM de capa 2 extendido comprende además al menos un campo de tipo, longitud y valor TLV, y el campo de TLV se utiliza para identificar los paquetes OAM de capa 2 extendidos de diferentes servicios.
    8. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 6, en donde la determinación, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd, de que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3 comprende:
    obtener una segunda topología de red entre el dispositivo de capa 3 de origen y el dispositivo de capa 3 de destino de acuerdo con la IPs y la IPd;
    determinar una segunda ruta de reenvío del paquete de servicio entre el dispositivo de capa 3 de origen y el dispositivo de capa 3 de destino de acuerdo con la segunda topología de red y el parámetro característico del paquete de servicio; y
    después de que se reenvía un paquete OAM de capa 3 de acuerdo con la segunda ruta de reenvío, y se obtiene un segundo parámetro de ruta de la segunda ruta de reenvío, determinar, de acuerdo con el segundo parámetro de ruta, que el fallo de servicio se encuentra entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
    9. Un aparato de localización de fallos de servicios (700), en donde el aparato de localización de fallos de servicios comprende:
    una unidad de recepción (701), una unidad de determinación (702), una unidad de obtención (703), una unidad de configuración (704) y una unidad de activación (705), en donde la unidad de recepción (701) se configura para recibir un mensaje de solicitud de localización fallo de servicio, en donde el mensaje de solicitud de localización de fallo de servicio lleva un protocolo de red, una dirección IP, IPs , de un dispositivo de capa 3 de origen de un paquete de servicio, una dirección IP, IPd, de un dispositivo de capa 3 de destino del paquete de servicio, y un parámetro característico del paquete de servicio;
    la unidad de determinación (702) se configura para determinar, de acuerdo con el parámetro característico del paquete de servicio, la IPs y la IPd , que hay un fallo de servicio entre un primer dispositivo de capa 3 y un segundo dispositivo de capa 3, en donde el segundo dispositivo de capa 3 es un dispositivo de capa 3 del siguiente salto del primer dispositivo de capa 3, en donde el fallo de servicio es un fallo de enlace, un fallo de puerto o un fallo de dispositivo;
    la unidad de obtención (703) se configura para obtener una primera topología de red entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3;
    la unidad de determinación (702) se configura además para determinar una primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con la primera topología de red y el parámetro característico del paquete de servicio;
    la unidad de configuración (704) se configura para configurar una entrada de reenvío para un dispositivo de reenvío en la primera ruta de reenvío;
    la unidad de activación (705) se configura para activar el primer dispositivo de capa 3 para generar un paquete OAM de capa 2 extendido, de modo que el dispositivo de reenvío reenvía el paquete OAM de capa 2 extendido de acuerdo con la primera ruta de reenvío;
    la unidad de obtención (703) se configura además para obtener un primer parámetro de ruta que es de la primera ruta de reenvío y se envía por el dispositivo de reenvío; y
    la unidad de determinación (702) se configura además para determinar una ubicación específica del fallo de servicio de acuerdo con el primer parámetro de ruta.
    10. El aparato de localización de fallos de servicios de acuerdo con la reivindicación 9, en donde la unidad de determinación (702) se configura específicamente para:
    obtener un puerto de salida del primer dispositivo de capa 3 de acuerdo con un puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio;
    obtener un dispositivo de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con el puerto de salida del primer dispositivo de capa 3 y la primera topología de red;
    para cada dispositivo de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, obtener un puerto de salida del dispositivo de capa 2 de acuerdo con un puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, y un parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3, en donde el puerto de entrada del dispositivo de capa 2 es un puerto que se encuentra en la primera topología de red y que se conecta a un puerto de salida de un dispositivo en cascada anterior del dispositivo de capa 2;
    obtener un dispositivo en cascada del dispositivo de capa 2 de acuerdo con el puerto de salida del dispositivo de capa 2 y la primera topología de red; y
    determinar la primera ruta de reenvío del paquete de servicio entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 de acuerdo con el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 y el dispositivo en cascada de cada dispositivo de capa 2.
    11. El aparato de localización de fallos de servicios de acuerdo con la reivindicación 10, en donde la unidad de determinación (702) se configura específicamente para:
    obtener una política de reenvío del primer dispositivo de capa 3 que se abre al exterior por el primer dispositivo de capa 3; y
    obtener, mediante cálculo, el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3, el parámetro característico del paquete de servicio y la política de reenvío del primer dispositivo de capa 3; y
    la unidad de determinación (702) se configura específicamente para:
    obtener una política de reenvío del dispositivo de capa 2 que se abre al exterior por el dispositivo de capa 2; y
    obtener, mediante cálculo, el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio, el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 y la política de reenvío del dispositivo de capa 2.
    12. El aparato de localización de fallos de servicios de acuerdo con la reivindicación 10, en donde la unidad de determinación (702) se configura específicamente para:
    invocar una interfaz de programación de aplicaciones, API, del primer dispositivo de capa 3, en donde el primer dispositivo de capa 3 abre una política de reenvío del primer dispositivo de capa 3 al exterior en una forma de API; y
    consultar la política de reenvío del primer dispositivo de capa 3 mediante el uso del puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio como palabras clave, para obtener el puerto de salida del primer dispositivo de capa 3 enviado por el primer dispositivo de capa 3; y la unidad de determinación (702) se configura específicamente para:
    invocar una API del dispositivo de capa 2, en donde el dispositivo de capa 2 abre una política de reenvío del dispositivo de capa 2 al exterior en una forma de API; y
    consultar la política de reenvío del dispositivo de capa 2 mediante el uso del puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3 como palabras clave, para obtener el puerto de salida del dispositivo de capa 2 que envía el dispositivo de capa 2.
    13. El aparato de localización de fallos de servicios de acuerdo con la reivindicación 10, en donde la unidad de determinación (702) se configura específicamente para:
    determinar una cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red; y
    si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 no es 1, obtener el puerto de salida del primer dispositivo de capa 3 de acuerdo con el puerto de entrada del primer dispositivo de capa 3 y el parámetro característico del paquete de servicio; y
    la unidad de determinación (702) se configura específicamente para:
    determinar una cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red; y
    si la cantidad de dispositivos en cascada del dispositivo de capa 2 no es 1, obtener el puerto de salida del dispositivo de capa 2 de acuerdo con el puerto de entrada del dispositivo de capa 2, el parámetro característico del paquete de servicio y el parámetro característico de capa 2 entre el primer dispositivo de capa 3 y el segundo dispositivo de capa 3.
    14. El aparato de localización de fallos de servicios de acuerdo con la reivindicación 13, en donde la unidad de determinación (702) se configura específicamente además para:
    después de determinar la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 de acuerdo con la primera topología de red, si la cantidad de dispositivos de capa 2 en cascada del primer dispositivo de capa 3 es 1, determinar que el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 es el dispositivo de capa 2 en cascada del primer dispositivo de capa 3 en la primera topología de red; y
    la unidad de determinación (702) se configura específicamente además para:
    después de determinar la cantidad de dispositivos en cascada del dispositivo de capa 2 de acuerdo con la primera topología de red, si la cantidad de dispositivos en cascada de cualquier dispositivo de capa 2 es 1, determinar que el dispositivo en cascada del dispositivo de capa 2 es el dispositivo en cascada del dispositivo de capa 2 en la primera topología de red.
    15. El aparato de localización de fallos de servicios de acuerdo con cualquiera de las reivindicaciones 9 a 14, en donde el paquete OAM de capa 2 extendido comprende además al menos un campo de tipo, longitud y valor TLV, y el campo de TLV se utiliza para identificar los paquetes OAM de capa 2 extendidos de diferentes servicios.
ES16817166T 2015-06-29 2016-06-20 Método y dispositivo de ubicación de fallos de servicios Active ES2820775T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510372320.4A CN106330506B (zh) 2015-06-29 2015-06-29 一种业务故障定位方法及装置
PCT/CN2016/086379 WO2017000802A1 (zh) 2015-06-29 2016-06-20 一种业务故障定位方法及装置

Publications (1)

Publication Number Publication Date
ES2820775T3 true ES2820775T3 (es) 2021-04-22

Family

ID=57607874

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16817166T Active ES2820775T3 (es) 2015-06-29 2016-06-20 Método y dispositivo de ubicación de fallos de servicios

Country Status (5)

Country Link
US (2) US10785095B2 (es)
EP (2) EP3300301B1 (es)
CN (1) CN106330506B (es)
ES (1) ES2820775T3 (es)
WO (1) WO2017000802A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10110551B1 (en) * 2017-08-14 2018-10-23 Reza Toghraee Computer-implemented system and methods for providing IPoE network access using software defined networking
CN111385120B (zh) 2018-12-29 2021-10-26 华为技术有限公司 一种确定转发故障位置的方法和设备
CN110519103A (zh) * 2019-09-18 2019-11-29 国网河北省电力有限公司邢台供电分公司 一种异构网络的故障定位方法、装置及终端
CN112653587B (zh) * 2019-10-12 2022-10-21 北京奇艺世纪科技有限公司 一种网络连通状态检测方法及装置
CN114363223B (zh) * 2020-09-27 2025-09-09 中兴通讯股份有限公司 二层业务状态检测方法、通讯设备和存储介质
CN114143088B (zh) * 2021-11-30 2024-02-09 天融信雄安网络安全技术有限公司 网络故障诊断方法、装置、设备及计算机可读存储介质
CN114448785B (zh) * 2022-03-18 2025-01-03 新浪技术（中国）有限公司 定位故障网络设备的方法、装置及电子设备
CN114866398B (zh) * 2022-03-24 2024-01-09 阿里巴巴（中国）有限公司 网络故障诊断方法及装置
CN118118318A (zh) * 2023-08-11 2024-05-31 华为技术有限公司 故障检测方法、系统、装置及存储介质

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3430074B2 (ja) * 1999-07-05 2003-07-28 日本電気株式会社 運用保守セル検出装置および方法
US6766482B1 (en) * 2001-10-31 2004-07-20 Extreme Networks Ethernet automatic protection switching
CN100382501C (zh) * 2005-04-15 2008-04-16 华为技术有限公司 通信网络中三层vpn的操作维护系统及方法
CN101155076B (zh) * 2006-09-28 2011-04-20 华为技术有限公司 一种检测二层虚拟专用网伪线故障的方法
CN101557343B (zh) * 2009-04-03 2011-06-08 联想天工网络(深圳)有限公司 Vrrp拓扑网络中二层环路的检测与保护方法
WO2011024187A2 (en) * 2009-07-08 2011-03-03 Tejas Networks Limited A protection switching method and system
US8307050B2 (en) * 2010-03-05 2012-11-06 Ca, Inc. System and method for intelligent service assurance in network management
US8593973B2 (en) * 2010-03-09 2013-11-26 Juniper Networks, Inc. Communicating network path and status information in multi-homed networks
JP2012028938A (ja) * 2010-07-21 2012-02-09 Nec Corp 通信装置、通信システム、通信方法、および通信プログラム
US9185018B2 (en) * 2010-10-22 2015-11-10 Brocade Communications Systems, Inc. Path diagnosis in communication networks
CN101986604B (zh) * 2010-10-29 2015-01-28 中兴通讯股份有限公司 分组传送网的链路故障定位方法及系统
US9054828B2 (en) * 2011-10-14 2015-06-09 Glimmerglass Networks, Inc. Method and system for managing optical distribution network
CN103428009B (zh) * 2012-05-14 2018-09-11 中兴通讯股份有限公司 实现分组同步网的运行管理和维护(oam)方法及装置
CN103716172B (zh) * 2012-09-28 2018-06-12 中兴通讯股份有限公司 一种基于多协议标签交换的oam方法及装置
CN102984011B (zh) * 2012-12-04 2015-05-13 杭州华三通信技术有限公司 链路故障定位方法及设备
US9571362B2 (en) * 2013-05-24 2017-02-14 Alcatel Lucent System and method for detecting a virtual extensible local area network (VXLAN) segment data path failure
US9444675B2 (en) * 2013-06-07 2016-09-13 Cisco Technology, Inc. Determining the operations performed along a service path/service chain
US9800497B2 (en) * 2015-05-27 2017-10-24 Cisco Technology, Inc. Operations, administration and management (OAM) in overlay data center environments
US9992056B2 (en) * 2015-10-20 2018-06-05 Cisco Technology, Inc. Triggered in-band operations, administration, and maintenance in a network environment

Also Published As

Publication number Publication date
US20180123873A1 (en) 2018-05-03
US11368357B2 (en) 2022-06-21
EP3783837B1 (en) 2022-07-27
EP3783837A1 (en) 2021-02-24
US20200403849A1 (en) 2020-12-24
CN106330506B (zh) 2019-08-16
EP3300301B1 (en) 2020-08-05
EP3300301A1 (en) 2018-03-28
EP3300301A4 (en) 2018-05-23
CN106330506A (zh) 2017-01-11
WO2017000802A1 (zh) 2017-01-05
US10785095B2 (en) 2020-09-22

Similar Documents

Publication Publication Date Title
ES2820775T3 (es) Método y dispositivo de ubicación de fallos de servicios
US10178006B2 (en) LSP ping and traceroute for bypass tunnels
CN111901235B (zh) 处理路由的方法和装置、以及数据传输的方法和装置
US10554536B2 (en) Method for obtaining path information and apparatus
ES2793312T3 (es) Método, dispositivo y sistema de procesamiento de paquetes
US20150334006A1 (en) Method to do fast traffic switchover based on server layer status
CN105429841B (zh) Nni ping的实现方法及装置
CN114189564B (zh) 一种报文传输方法、装置及系统
CN105634942A (zh) 转发报文的方法和交换机
CN103746874B (zh) 用于网际协议流性能监控的方法和设备
JP6443864B2 (ja) パケット紛失検出を実装するための方法、装置、およびシステム
ES2585416T3 (es) Método, sistema y aparato para un funcionamiento en red óptica multicapa eficiente
EP3618371B1 (en) Routing path analysis method and device
CN109347717A (zh) Vxlan隧道切换方法及装置
CN103685024A (zh) 节点保护方法和装置
CN105763349A (zh) 确定网络故障的方法、装置及系统