Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ejemplo: Configuración de un pseudocable de varios segmentos

En este ejemplo, se muestra cómo configurar un pseudocable dinámico de múltiples segmentos (MS-PW), en el que BGP detecta de forma automática y dinámica los dispositivos del proveedor de borde (S-PE) y los pseudocables son señalizadas por LDP mediante FEC 129. Esta disposición requiere un aprovisionamiento mínimo en las S-PEs, lo que reduce la carga de configuración asociada a los circuitos de capa 2 configurados estáticamente, a la vez que se sigue utilizando LDP como protocolo de señalización subyacente.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Seis enrutadores que pueden ser una combinación de enrutadores de borde multiservicio serie M, plataformas de enrutamiento universal 5G serie MX, enrutadores de núcleo de la serie T o enrutadores de transporte de paquetes de la serie PTX.

    • Dos dispositivos de PE remotos configurados como PEs (T-PEs) de terminación.

    • Dos S-PEs configurados como:

      • Reflectores de ruta, en el caso de la configuración entre áreas.

      • Enrutadores de límite del AS o reflectores de ruta, en el caso de la configuración del interAS.

  • Junos OS versión 13.3 o posterior se ejecuta en todos los dispositivos.

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure el OSPF o cualquier otro protocolo IGP.

  3. Configure BGP.

  4. Configure LDP.

  5. Configure MPLS.

Visión general

A partir de Junos OS versión 13.3, puede configurar un MS-PW mediante FEC 129 con señalización LDP y detección automática del BGP en una red conmutada de paquetes (PSN) de MPLS. La función MS-PW también ofrece capacidades de operación, administración y administración (OAM), como ping, traceroute y BFD, desde los dispositivos T-PE.

Para habilitar la detección automática de S-PEs en un MS-PW, incluya la auto-discovery-mspw instrucción en el [edit protocols bgp group group-name family l2vpn] nivel de jerarquía.

La selección automática del S-PE y la configuración dinámica de un MS-PW dependen en gran medida del BGP. La información de accesibilidad de la capa de red del BGP (NLRI) construida para el pseudocables de la FEC 129 para descubrir automáticamente el S-PE se denomina NLRI MS-PW [draft-ietf-pwe3-dynamic-ms-pw-15.txt]. El NLRI de MS-PW es esencialmente un prefijo compuesto por un distinguidor de ruta (RD) y el identificador de datos adjuntos de origen FEC 129 (SAII). Se conoce como ruta de detección automática del BGP (BGP-AD) y está codificada como RD:SAII.

Solo los T-PEs que se aprovisionan con AIIs tipo 2 inician sus propias NLRI de MS-PW respectivamente. Dado que un AII tipo 2 es único en todo el mundo, se utiliza un NLRI de MS-PW para identificar un dispositivo PE al que se aprovisiona el tipo 2 AII. La diferencia entre un AII tipo 1 y un AII tipo 2 requiere que un nuevo indicador de familia de direcciones (AFI) y el identificador de familia de direcciones posterior (SAFI) se definan en el BGP para admitir un MS-PW. El par de valores de AFI y SAFI propuesto utilizado para identificar el NLRI de MS-PW es 25 y 6, respectivamente (pendiente de asignación de AIANA).

Los valores AFI y SAFI admiten la detección automática de S-PEs y deben configurarse tanto en las T-PEs que originan las rutas como en las S-PEs que participan en la señalización.

La Figura 1 muestra una configuración ms-PW inter-área entre dos enrutadores de PE remotos: T-PE1 y T-PE2. Los enrutadores de proveedor (P) son P1 y P2, y los enrutadores S-PE son S-PE1 y S-PE2. El MS-PW se establece entre T-PE1 y T-PE2, y todos los dispositivos pertenecen al mismo AS 100. Dado que S-PE1 y S-PE2 pertenecen al mismo AS, actúan como reflectores de ruta y también se conocen como RR 1 y RR 2, respectivamente.

La Figura 2 muestra una configuración de MS-PW del interAS. La MS-PW se establece entre T-PE1 y T-PE2, donde T-PE1, P1 y S-PE1 pertenecen al AS 1, y S-PE2, P2 y T-PE2 pertenecen al AS 2. Dado que S-PE1 y S-PE2 pertenecen a diferentes AS, se configuran como enrutadores ASBR y también se conocen como ASBR 1 y ASBR 2, respectivamente.

Figura 1: Pseudocable de multisegmento de interarea Interarea Multisegment Pseudowire
Figura 2: Pseudocable Inter-AS Multisegment Pseudowire de multisegmento de interAS

En las siguientes secciones, se proporciona información sobre cómo se establece un MS-PW en un escenario de interarea e interAS.

Minimum Configuration Requirements on S-PE

Para descubrir dinámicamente ambos extremos de una SS-PW y configurar una sesión T-LDP dinámicamente, es necesario lo siguiente:

  • Para MS-PW interarea, cada S-PE desempeña una función de reflector de ruta ABR y BGP.

    En el caso entre zonas, como se ve en la figura 1, el S-PE desempeña una función de reflector de ruta BGP y refleja la ruta BGP-AD a su cliente. Una ruta BGP-AD anunciada por un T-PE eventualmente llega a su T-PE remoto. Debido al autoespódido del salto siguiente por cada S-PE, el S-PE o T-PE que recibe una ruta BGP-AD siempre puede descubrir el S-PE que anuncia el BGP-AD en su AS local o área local mediante el salto siguiente del BGP.

  • Para el MS-PW del inter-AS, cada S-PE desempeña una función de reflector de ruta ASBR o BGP.

    En un MS-PW, los dos T-PEs inician una ruta BGP-AD respectivamente. Cuando el S-PE recibe la ruta BGP-AD a través de la sesión del IBGP con el T-PE o a través de un BGP-RR regular, establece el salto siguiente antes de volver a anunciar la ruta del BGP-AD a uno o más de sus pares EBGP en el caso de interAS, como se ve en la Figura 2.

  • Cada S-PE debe establecer el siguiente salto a sí mismo al volver a anunciar o reflejar una ruta BGP-AD para el MS-PW.

Active and Passive Role of T-PE

Para garantizar que se utilice el mismo conjunto de S-PSe para una MS-PW en ambas direcciones, las dos T-PEs desempeñan diferentes funciones en términos de señalización de FEC 129. Esto es para evitar que T-PE1 y T-PE2 elijan rutas diferentes cuando cada S-PE se selecciona dinámicamente para un MS-PW.

Cuando se señala un MS-PW mediante FEC 129, cada T-PE puede comenzar a señalizar el MS-PW de forma independiente. El procedimiento de señalización puede dar lugar a un intento de configurar cada dirección de la MS-PW a través de diferentes S-PSe.

Para evitar esta situación, uno de los T-PEs debe iniciar la señalización pseudocable (función activa), mientras que el otro espera a recibir la asignación de etiquetas LDP antes de enviar el respectivo mensaje de asignación de etiquetas LDP pseudocable (rol pasivo). Cuando la ruta MS-PW se coloca dinámicamente, se deben identificar el T-PE activo (el T-PE fuente) y el T-PE pasivo (el T-PE de destino) antes de iniciar la señalización para un MS-PW determinado. La determinación de qué T-PE asume la función activa se realiza con base en el valor SAII, donde el T-PE que tiene un valor SAII más grande desempeña el papel activo.

En este ejemplo, los valores SAII de T-PE1 y T-PE 2 son 800:800:800 y 700:700:700, respectivamente. Dado que T-PE1 tiene un valor SAII más alto, asume el papel activo y T-PE2 asume la función pasiva.

Directions for Establishing an MS-PW

Las direcciones utilizadas por el S-PE para configurar el MS-PW son:

  • Dirección de reenvío: de un T-PE activo a un T-PE pasivo.

    En esta dirección, los S-PEs realizan una búsqueda de ruta BGP-AD para determinar el S-PE del siguiente salto para enviar el mensaje de asignación de etiquetas.

  • Dirección inversa: de un T-PE pasivo a un T-PE activo.

    En esta dirección, los S-PEs no realizan una búsqueda de ruta BGP-AD, ya que los mensajes de asignación de etiquetas se reciben de los T-PEs y las rutas de unión se instalan en los S-PEs.

En este ejemplo, el MS-PW se establece en la dirección de reenvío de T-PE1 a T-PE2. Cuando la MS-PW se coloca de T-PE2 a T-PE1, la MS-PW se establece en la dirección inversa.

Autodiscovery and Dynamic Selection of S-PE

Un nuevo valor AFI y SAFI se define en el BGP para admitir los MS-PW basados en AII tipo 2. Esta nueva familia de direcciones admite la detección automática de S-PEs. Esta familia de direcciones debe configurarse tanto en las TPE como en las SPE.

Es responsabilidad del componente VPN de capa 2 seleccionar dinámicamente el siguiente S-PE que se utilizará a lo largo del MS-PW en la dirección de reenvío.

  • En la dirección de reenvío, la selección del siguiente S-PE se basa en la ruta BGP-AD anunciada por el BGP y la información pseudowire FEC enviada por el LDP. La ruta BGP-AD es iniciada por el T-PE pasivo (T-PE2) en la dirección inversa, mientras que la información de FEC pseudocable es enviada por LDP desde el T-PE activo (T-PE1) en la dirección de reenvío.

  • En la dirección inversa, el siguiente S-PE (S-PE2) o el T-PE activo (T-PE1) se obtiene mirando hacia arriba el S-PE (S-PE1) que utilizaba para configurar el pseudocable en la dirección de reenvío.

Provisioning a T-PE

Para admitir FEC 129 tipo 2 AII, el T-PE debe configurar la dirección IP de su T-PE remoto, un ID global y un ID de circuito de datos adjuntos. No se admiten rutas explícitas en las que se especifique explícitamente un conjunto de S-PE en un T-PE. Esto elimina la necesidad de aprovisionar cada S-PE con un AII tipo 2.

Stitching an MS-PW

Un S-PE realiza las siguientes operaciones de etiqueta MPLS antes de reenviar el mensaje recibido de asignación de etiquetas al siguiente S-PE:

  1. Aparece la etiqueta del túnel MPLS.

  2. Aparece la etiqueta VC.

  3. Inserta una nueva etiqueta VC.

  4. Inserta una etiqueta de túnel MPLS utilizada para el siguiente segmento.

Establishing an MS-PW

Después de completar la configuración necesaria, se establece un MS-PW de la siguiente manera:

  1. Los valores SAII se intercambian entre T-PE1 y T-PE2 mediante BGP.

    T-PE1 asume el rol T-PE activo, porque está configurado con un valor SAII más alto. El T-PE2 se convierte en el T-PE pasivo.

  2. T-PE1 recibe la ruta BGP-AD originada por T-PE2. Compara los valores AII obtenidos de T-PE2 en la ruta BGP-AD recibida con los valores AII aprovisionados localmente.

  3. Si los valores de AII coinciden, T-PE1 realiza una búsqueda de ruta BGP-AD para elegir el primer S-PE (S-PE1).

  4. T-PE1 envía un mensaje de asignación de etiquetas LDP a S-PE1.

  5. Mediante el uso de la ruta BGP-AD originada en T-PE2, y el mensaje de asignación de etiquetas LDP recibido de T-PE1, S-PE1 selecciona el siguiente S-PE (S-PE2) en la dirección de reenvío.

    Para ello, S-PE1 compara el SAII obtenido de la ruta BGP-AD con el TAI del mensaje de asignación de etiquetas LDP.

  6. Si los valores de AII coinciden, S-PE1 encuentra S-PE2 a través del salto siguiente del BGP asociado con la ruta BGP-AD.

  7. El proceso de selección de S-PE continúa hasta que el último S-PE establece una sesión T-LDP con T-PE2. Cuando T-PE2 recibe el mensaje de asignación de etiquetas LDP del último S-PE (S-PE2), inicia su propio mensaje de asignación de etiquetas y lo envía de vuelta al S-PE2.

  8. Cuando se reciben todos los mensajes de asignación de etiquetas en S-PE1 y S-PE2, los S-PEs instalan las rutas de unión. Por lo tanto, cuando el MS-PW se establece en la dirección inversa, los S-PSe no necesitan realizar una búsqueda de ruta BGP-AD para determinar su siguiente salto, como lo hizo en la dirección de reenvío.

OAM Support for an MS-PW

Después de establecer el MS-PW, se pueden ejecutar las siguientes capacidades de OAM desde los dispositivos T-PE:

  • Señal

    • Verificación de conectividad de extremo a extremo entre T-PEs

      Si T-PE1, S-PEs y T-PE2 admiten Palabra de control (CW), el plano de control pseudocable negocia automáticamente el uso del CW. El canal de control (CC) tipo 3 de verificación de la conectividad del circuito virtual (VCCV) funcionará correctamente si el CW está habilitado o no en el pseudocable. Sin embargo, VCCV tipo 1, que se utiliza solo para la verificación de extremo a extremo, solo se admite si el CW está habilitado.

      El siguiente es un ejemplo:

      Ping de T-P1 a T-PE2

      O

    • Verificación de conectividad parcial desde el T-PE hasta cualquier S-PE

      Para rastrear parte de un MS-PW, se puede usar el TTL de la etiqueta pseudocable para forzar que el mensaje VCCV salga a un nodo intermedio. Cuando el TTL caduca, el S-PE puede determinar que el paquete es un paquete VCCV comprobando el CW o buscando un encabezado IP válido con el puerto de destino UDP 3502 (si el CW no está en uso). Luego, el paquete debe desviarse al procesamiento vcCV.

      Si T-PE1 envía un mensaje VCCV con el TTL de la etiqueta pseudocable igual a 1, el TTL caduca en el S-PE. De este modo, el T-PE1 puede verificar el primer segmento del pseudocable.

      El paquete VCCV está construido de acuerdo con RFC 4379. Toda la información necesaria para crear el paquete de ping VCCV LSP se recopila mediante la inspección de los TLV S-PE. Este uso del TTL está sujeto a la precaución expresada en el RFC 5085. Si una penúltima LSR entre S-PEs o entre un S-PE y un T-PE manipula la etiqueta pseudocable TTL, es posible que el mensaje VCCV no surja del MS-PW en el S-PE correcto.

      El siguiente es un ejemplo:

      Ping de T-PE1 a S-PE

      El bottom-label-ttl valor es 1 para S-PE1 y 2 para S-PE2.

      La bottom-label-ttl instrucción establece la etiqueta VC TTL correcta, para que los paquetes se entren en la SS-PW correcta para el procesamiento de VCCV.

    Nota:

    Junos OS es compatible con VCCV tipo 1 y tipo 3 para la capacidad OAM de MS-PW. No se admite VCCV tipo 2.

  • Traceroute

    Traceroute prueba cada S-PE a lo largo de la ruta del MS-PW en una sola operación similar al seguimiento de LSP. Esta operación es capaz de determinar la ruta de datos real del MS-PW, y se utiliza para MS-PW señalizadas dinámicamente.

  • Detección de reenvío bidireccional

    La detección de reenvío bidireccional (BFD) es un protocolo de detección diseñado para proporcionar tiempos de detección de fallas de ruta de reenvío rápido para todos los tipos de medios, encapsulaciones, topologías y protocolos de enrutamiento. Además de la detección de fallas de ruta de reenvío rápido, BFD ofrece un método de detección de fallas consistente para los administradores de red. El enrutador o conmutador se puede configurar para registrar un mensaje de registro del sistema (syslog) cuando BFD se cae.

Configuración

Configurar un MS-PW de interarea

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

T-PE1

P1

S-PE1 (RR 1)

S-PE2 (RR 2)

P2

T-PE2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración.

Para configurar T-PE1 en el escenario de interarea:

Nota:

Repita este procedimiento para el dispositivo T-PE2 en el dominio MPLS, después de modificar los nombres de interfaz, direcciones y otros parámetros adecuados.

  1. Configure las interfaces T-PE1.

  2. Establezca el número de sistema autónomo.

  3. Habilite MPLS en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  4. Habilite la detección automática de S-PEs intermedios que conforman el MS-PW mediante BGP.

  5. Configure el grupo BGP para T-PE1.

  6. Asigne direcciones locales y de vecino al grupo mspw para que T-PE1 se empareja con S-PE1.

  7. Configure OSPF en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  8. Configure LDP en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  9. Configure la instancia de enrutamiento VPN de capa 2 en T-PE1.

  10. Asigne el nombre de interfaz para la instancia de enrutamiento mspw.

  11. Configure el distinguidor de ruta para la instancia de enrutamiento mspw.

  12. Configure la comunidad de ID de VPN de capa 2 para FEC 129 MS-PW.

  13. Configure un destino de enrutamiento y reenvío VPN (VRF) para la instancia de enrutamiento mspw.

  14. Configure el valor del identificador de datos de origen (SAI) usando VPN de capa 2 como el protocolo de enrutamiento para la instancia de enrutamiento mspw.

  15. Asigne el nombre de interfaz que conecta el sitio CE1 a la VPN y configure el valor del identificador de datos adjuntos de destino (TAI) mediante vpn de capa 2 como protocolo de enrutamiento para la instancia de enrutamiento mspw.

  16. (Opcional) Configure T-PE1 para enviar T-PW TLVs de estado.

  17. (Opcional) Configure las capacidades de OAM para la VPN.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración.

Para configurar el S-PE1 (RR 1) en el escenario de interarea:

Nota:

Repita este procedimiento para el dispositivo S-PE2 (RR 2) en el dominio MPLS, después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure las interfaces S-PE1.

  2. Establezca el número de sistema autónomo.

  3. Habilite MPLS en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  4. Habilite la detección automática de S-PE mediante el BGP.

  5. Configure el grupo BGP para S-PE1.

  6. Configure el S-PE1 para que actúe como reflector de ruta.

  7. Asigne direcciones locales y de vecino al grupo mspw para que S-PE1 se empareja con T-PE1 y S-PE2.

  8. Configure OSPF en todas las interfaces de S-PE1, excluyendo la interfaz de administración.

  9. Configure LDP en todas las interfaces de S-PE1, excluyendo la interfaz de administración.

  10. Defina la política para habilitar el salto siguiente y aceptar tráfico de BGP en S-PE1.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show routing-instances, show routing-optionsy show policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

T-PE1

S-PE1 (RR 1)

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de un MS-PW entre AS

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

T-PE1

P1

S-PE1 (ASBR 1)

S-PE2 (ASBR 2)

P2

T-PE2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración.

Para configurar el enrutador T-PE1 en el escenario de inter-AS:

Nota:

Repita este procedimiento para el dispositivo T-PE2 en el dominio MPLS, después de modificar los nombres de interfaz, direcciones y otros parámetros adecuados.

  1. Configure las interfaces T-PE1.

  2. Establezca el número de sistema autónomo.

  3. Habilite MPLS en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  4. Habilite la detección automática de S-PEs intermedios que conforman el MS-PW mediante BGP.

  5. Configure el grupo BGP para T-PE1.

  6. Asigne direcciones locales y de vecino al grupo mspw para que T-PE1 se empareja con S-PE1.

  7. Configure OSPF en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  8. Configure LDP en todas las interfaces de T-PE1, excluyendo la interfaz de administración.

  9. Configure la instancia de enrutamiento VPN de capa 2 en T-PE1.

  10. Asigne el nombre de interfaz para la instancia de enrutamiento mspw.

  11. Configure el distinguidor de ruta para la instancia de enrutamiento mspw.

  12. Configure la comunidad de ID de VPN de capa 2 para FEC 129 MS-PW.

  13. Configure un destino de enrutamiento y reenvío VPN (VRF) para la instancia de enrutamiento mspw.

  14. Configure el valor del identificador de datos de origen (SAI) usando VPN de capa 2 como el protocolo de enrutamiento para la instancia de enrutamiento mspw.

  15. Asigne el nombre de interfaz que conecta el sitio CE1 a la VPN y configure el valor del identificador de datos adjuntos de destino (TAI) mediante vpn de capa 2 como protocolo de enrutamiento para la instancia de enrutamiento mspw.

  16. (Opcional) Configure T-PE1 para enviar T-PW TLVs de estado.

  17. (Opcional) Configure las capacidades de OAM para la VPN.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración.

Para configurar el S-PE1 (ASBR 1) en el escenario de inter-AS:

Nota:

Repita este procedimiento para el dispositivo S-PE2 (ASBR 2) en el dominio MPLS, después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure interfaces de S-PE1 (ASBR 1).

  2. Establezca el número de sistema autónomo.

  3. Habilite MPLS en todas las interfaces de S-PE1 (ASBR 1), excluyendo la interfaz de administración.

  4. Habilite la detección automática de S-PE mediante el BGP.

  5. Configure el grupo IBGP para S-PE1 (ASBR 1) para que se pare con T-PE1.

  6. Configure los parámetros del grupo IBGP.

  7. Configure el grupo EBGP para S-PE1 (ASBR 1) para que se pare con S-PE2 (ASBR 2).

  8. Configure los parámetros del grupo EBGP.

  9. Configure OSPF en todas las interfaces de S-PE1 (ASBR 1), excluyendo la interfaz de administración.

  10. Configure LDP en todas las interfaces de S-PE1 (ASBR 1), excluyendo la interfaz de administración.

  11. Defina la política para habilitar el salto siguiente en S-PE1 (ASBR 1).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show routing-instances, show routing-optionsy show policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

T-PE1

S-PE1 (RR 1)

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las rutas

Propósito

Verifique que se han aprendido las rutas esperadas.

Acción

Desde el modo operativo, ejecute el show route comando para las bgp.l2vpn.1tablas , ldp.l2vpn.1, mpls.0y ms-pw.l2vpn.1 enrutamiento.

Desde el modo operativo, ejecute el show route table bgp.l2vpn.1 comando.

Desde el modo operativo, ejecute el show route table ldp.l2vpn.1 comando.

Desde el modo operativo, ejecute el show route table mpls.0 comando.

Desde el modo operativo, ejecute el show route table ms-pw.l2vpn.1 comando.

Significado

El resultado muestra todas las rutas aprendidas, incluidas las rutas de detección automática (AD).

El formato de prefijo AD2 es RD:SAII-type2, donde:

  • RD es el valor de diferenciación de ruta.

  • SAII-type2 es el valor del identificador de datos de origen tipo 2.

El formato de prefijo PW2 es Neighbor_Addr:C:PWtype:l2vpn-id:SAII-type2:TAII-type2, donde:

  • Neighbor_Addr es la dirección de circuito cerrado del dispositivo S-PE vecino.

  • C indica si la palabra de control (CW) está habilitada o no.

    • C es CtrlWord si CW está establecido.

    • C es NoCtrlWord si CW no está establecido.

  • PWtype indica el tipo de pseudocable.

    • PWtype es 4 si está en modo de etiqueta Ethernet.

    • PWtype es 5 si solo es Ethernet.

  • l2vpn-id es el ID de VPN de capa 2 para la instancia de enrutamiento MS-PW.

  • SAII-type2 es el valor del identificador de datos de origen tipo 2.

  • TAII-type2 es el valor del identificador de datos de destino tipo 2.

Verificar la base de datos de LDP

Propósito

Verificar las etiquetas de MS-PW recibidas por T-PE1 de S-PE1 y enviadas de T-PE1 a S-PE1.

Acción

Desde el modo operativo, ejecute el show ldp database comando.

Significado

Las etiquetas con FEC129 el prefijo están relacionadas con el MS-PW.

Comprobar las conexiones de MS-PW en T-PE1

Propósito

Asegúrese de que todas las conexiones FEC 129 MS-PW funcionen correctamente.

Acción

Desde el modo operativo, ejecute el show l2vpn connections extensive comando.

Compruebe los siguientes campos en la salida para comprobar que MS-PW se establece entre los dispositivos T-PE:

  • Target-attachment-id— Compruebe si el valor TAI es el valor SAI de T-PE2.

  • Remote PE— Compruebe si aparece la dirección de circuito cerrado T-PE2.

  • Negotiated PW status TLV— Asegúrese de que el valor sea Yes.

  • Pseudowire Switching Points— Compruebe si los puntos de conmutación se enumeran de S-PE1 a S-PE2 y de S-PE2 a T-PE2.

Significado

MS-PW se establece entre T-PE1 y T-PE2 en la dirección de reenvío.

Comprobar las conexiones de MS-PW en S-PE1

Propósito

Asegúrese de que todas las conexiones FEC 129 MS-PW vienen correctamente para la instancia de enrutamiento mspw.

Acción

Desde el modo operativo, ejecute el show l2vpn connections instance __MSPW__ extensive comando.

Compruebe los siguientes campos en la salida para comprobar que MS-PW se establece entre los dispositivos T-PE:

  • Target-attachment-id— Compruebe si el valor TAI es el valor SAI de T-PE2.

  • Remote PE— Compruebe si se muestran las direcciones de circuito cerrado T-PE1 y S-PE2.

  • Negotiated PW status TLV— Asegúrese de que el valor sea Yes.

  • Pseudowire Switching Points— Compruebe si los puntos de conmutación se enumeran de S-PE2 a T-PE2.

Significado

MS-PW se establece entre T-PE1 y T-PE2 en la dirección de reenvío.

Comprobar las conexiones de MS-PW en S-PE2

Propósito

Asegúrese de que todas las conexiones FEC 129 MS-PW vienen correctamente para la instancia de enrutamiento mspw.

Acción

Desde el modo operativo, ejecute el show l2vpn connections instance __MSPW__ extensive comando.

Compruebe los siguientes campos en la salida para comprobar que MS-PW se establece entre los dispositivos T-PE:

  • Target-attachment-id— Compruebe si el valor TAI es el valor SAI de T-PE1.

  • Remote PE— Compruebe si se muestran las direcciones de circuito cerrado S-PE1 y T-PE2.

  • Negotiated PW status TLV— Asegúrese de que el valor sea Yes.

  • Pseudowire Switching Points— Compruebe si los puntos de conmutación se enumeran de S-PE1 a T-PE1.

Significado

MS-PW se establece entre T-PE1 y T-PE2 en sentido inverso.

Comprobar las conexiones de MS-PW en T-PE2

Propósito

Asegúrese de que todas las conexiones FEC 129 MS-PW funcionen correctamente.

Acción

Desde el modo operativo, ejecute el show l2vpn connections extensive comando.

Compruebe los siguientes campos en la salida para comprobar que MS-PW se establece entre los dispositivos T-PE:

  • Target-attachment-id— Compruebe si el valor TAI es el valor SAI de T-PE1.

  • Remote PE— Compruebe si aparece la dirección de circuito cerrado T-PE1.

  • Negotiated PW status TLV— Asegúrese de que el valor sea Yes.

  • Pseudowire Switching Points— Compruebe si los puntos de conmutación se enumeran de S-PE2 a S-PE1 y de S-PE1 a T-PE1.

Significado

MS-PW se establece entre T-PE1 y T-PE2 en sentido inverso.

Solución de problemas

Para solucionar problemas de la conexión MS-PW, consulte:

Señal

Problema

Cómo comprobar la conectividad entre los dispositivos T-PE y entre un dispositivo T-PE y un dispositivo intermediario.

Solución

Verifique que T-PE1 pueda hacer ping a T-PE2. El ping mpls l2vpn fec129 comando acepta SAIs y TAIs como enteros o direcciones IP y también le permite usar la interfaz ce-facing en lugar de los otros parámetros (instance, local-id, remote-id, remote-pe-address).

Checking Connectivity Between T-PE1 and T-PE2

Checking Connectivity Between T-PE1 and S-PE2

Detección de reenvío bidireccional

Problema

Cómo usar BFD para solucionar problemas de la conexión MS-PW desde el dispositivo T-PE.

Solución

Desde el modo operativo, verifique el resultado del show bfd session extensive comando.

Traceroute

Problema

Cómo comprobar que se estableció MS-PW.

Solución

Desde el modo operativo, verifique la traceroute salida.