Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ejemplo: Configuración de redundancia de pseudocable en un escenario de retorno móvil

En este ejemplo, se muestra cómo configurar la redundancia de pseudocable en la que los segmentos de capa 2 y capa 3 están interconectados en un escenario de retorno móvil.

Requisitos

Este ejemplo se puede configurar con los siguientes componentes de hardware y software:

  • Junos OS versión 13.2 o posterior

  • Línea de enrutadores ACX5000 como enrutadores de acceso (A)

  • Plataformas de enrutamiento universal de 5G serie MX o enrutadores de borde multiservicio serie M para los enrutadores de borde de proveedor (PE)

  • Enrutadores de transporte de paquetes serie PTX que actúan como enrutadores conmutados por etiquetas de tránsito

  • Enrutadores de núcleo serie T para los enrutadores de núcleo

Nota:

Los enrutadores pe también podrían ser enrutadores de núcleo de la serie T, pero eso no es típico. Según sus requisitos de escalabilidad, los enrutadores principales también podrían ser plataformas de enrutamiento universal serie MX 5G o enrutadores de borde multiservicio serie M. Los dispositivos del borde del cliente (CE) podrían ser otros enrutadores o conmutadores de Juniper Networks u otro proveedor.

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

El dispositivo CE1 es un enrutador de borde simple con una interfaz IPv4 y una ruta estática que apunta a los dispositivos pe. El dispositivo A1 establece dos circuitos virtuales (VCs) hacia los dispositivos PE1 y PE2 mediante el uso de la hot-standby instrucción. Los dispositivos PE1 y PE2 terminan estas VCs y aplican una condición de política a través de la subred IPv4 de túnel lógico. El dispositivo PE3 se desempeña como un dispositivo de borde del proveedor de VPN de capa 3 al tener una interfaz IPv4 en una VPN de capa 3 compartida con los dispositivos PE1 y PE2.

La configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 1.

La sección Procedimiento paso a paso describe los pasos en los dispositivos A1 y PE1.

Figura 1: Redundancia pseudocable en una topología Pseudowire Redundancy in a Mobile Backhaul Example Topology de ejemplo de retorno móvil

Configuración

Procedimiento

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.

Dispositivo CE1

Dispositivo A1

Dispositivo PE1

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

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 el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo A1:

  1. Configure las interfaces.

    Habilite MPLS en las interfaces de núcleo. La familia de direcciones ISO también está habilitada, ya que IS-IS se utiliza como protocolo de puerta de enlace interior (IGP) en la red del proveedor.

    En la interfaz orientada al cliente, no es necesario habilitar MPLS. En esta interfaz, habilite la encapsulación CCC y la familia de direcciones CCC.

  2. Configure el RSVP en las interfaces de núcleo y en la interfaz de circuito cerrado.

    RSVP se utiliza en el dominio de capa 3.

  3. Configure LDP en las interfaces de núcleo y en la interfaz de circuito cerrado.

    El LDP se utiliza en el dominio de capa 2.

  4. Configure MPLS en las interfaces de núcleo.

  5. Configure un protocolo de puerta de enlace interior, como IS-IS u OSPF, en las interfaces de núcleo y en la interfaz de circuito cerrado.

  6. En la interfaz que mira al borde del cliente, configure el circuito de capa 2.

    Configure la hot-standby instrucción en esos enrutadores con circuitos virtuales (VCs) activos y en espera (dispositivo A1 en nuestra topología). Debe incluir la pseudowire-status-tlv instrucción en los enrutadores de acceso. Sin el estado TLV la señalización, el indicador de espera no se puede anunciar a los dispositivos de borde de proveedor remoto (PE).

    La revert-time instrucción y la maximum opción también deben configurarse en los enrutadores de acceso. Sin la revert-time instrucción, el tráfico de todas las VCs no se pasará a la ruta principal una vez que se complete la restauración. Si se define un revert-time retraso pero maximum no lo es, las VCs se restauran inmediatamente después de la expiración del temporizador de reversión. La opción máxima permite que las VCs se restauren de manera dispersa en lugar de todas a la vez.

  7. Para que el siguiente salto unilist se empuje a otros enrutadores de acceso, configure el equilibrio de carga por paquete.

  8. Aplique la política de equilibrio de carga por paquete.

  9. Configure el ID del sistema autónomo (AS) y el ID del enrutador.

    De manera similar, configure cualquier otro dispositivo de acceso.

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 el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo PE1:

  1. Configure las interfaces.

    Habilite MPLS en las interfaces de núcleo.

  2. En los dispositivos PE1 y PE2, que son enrutadores de agregación, configure un par de interfaces de túnel lógico para representar LT(x) y LT(y).

    La solución usa interfaces emparejadas de túnel lógico (lt-) para unir los dominios de capa 2 y capa 3.

    Un pseudocable de capa 2 termina en una de las interfaces de túnel lógico, LT(x), definida con la familia de direcciones de conexión cruzada de circuito (CCC). Una VPN de capa 3 termina la segunda interfaz de túnel lógico, LT(y), definida con la familia de direcciones IPv4 (inet). LT(x) y LT(y) se emparejan.

  3. (Opcional) Asocie una dirección VRRP única con los dispositivos PE1 y PE2.

    En este caso, tanto los dispositivos PE1 como PE2 asumen el estado principal para la dirección IPv4 VIP definida, por lo que no se intercambia ningún mensaje de saludo VRRP entre los enrutadores.

  4. Configure IS-IS u otro IGP.

  5. Configure la MPLS en las interfaces de núcleo.

  6. Configure rutas conmutadas por etiquetas a los otros dispositivos de PE.

    El BGP es un protocolo basado en políticas, por lo que también configure y aplique las políticas de enrutamiento necesarias. Por ejemplo, es posible que desee exportar rutas estáticas al BGP.

  7. Configure LDP en las interfaces de núcleo y en la interfaz de circuito cerrado.

  8. Configure RSVP en las interfaces de núcleo y en la interfaz de circuito cerrado.

  9. Configure BGP interno (IBGP).

  10. Configure el circuito de capa 2 en la interfaz de túnel lógico.

    Configure la hot-standby-vc-on instrucción si desea que se establezca un pseudocable de espera activa al llegar PW_FWD_STDBY estado TLV.

  11. Defina un par de condiciones que se aplicarán a la política de salida definida en la instancia de VPN de capa 3.

    Tanto en condición primary como en condición standby, la ruta correspondiente corresponde a la interfaz lt-1/2/0.600 (y), ya que este es el formato en el que las rutas de salida aparecen en la tabla de enrutamiento mpls.0 para representar cualquier pseudocable dado.

    La diferencia entre estas condiciones está en el standby atributo. A la llegada del estado de PW_FWD_STDBY TLV al dispositivo PE1 o pe2, Junos OS coincide con la condición standbyy, en consecuencia, solo se ejecutará el plazo standby dentro de la l3vpn política. Por otro lado, si el estado PW_FWD_STDBY TLV no está presente, la política solo coincide con la condición primary, que a continuación ejecuta el término primary en la l3vpn política. Además, para los servicios CCC lógicos basados en túneles, debe especificar la interfaz de túnel lógico, LT(y), que está asociada con la interfaz de CCC de túnel lógico, LT(x). (Consulte Descripción de escenarios de retorno móvil de redundancia pseudocable.)

    Por último, para condiciones basadas en CCC, Junos OS solo permite mpls.0 como la tabla de enrutamiento correspondiente. Para el address atributo, Junos OS solo permite cadenas con formato de unidad de interfaz lógica (por ejemplo, lt-0/0/0.0).

  12. Configure la política de exportación de VPN de capa 3.

    Si el circuito virtual (VC) de capa 2 es principal, el dispositivo de enrutamiento de borde de proveedor (PE) correspondiente anuncia la subred del circuito de adjuntos (CA) con la preferencia local más alta. Todos los dispositivos pe de agregación anuncian inicialmente la subred de AC con la misma preferencia local.

    Esta política de enrutamiento permite anunciar un valor de preferencia local más alto si el VC de capa 2 está activo.

  13. Configure los miembros de la comunidad VPN de capa 3.

  14. Configure la política de importación de VPN de capa 3, según la comunidad VPN de capa 3.

  15. Configure la política de exportación de OSPF, según la comunidad VPN de capa 3.

  16. (Opcional) Configure un filtro de firewall para comprobar la ruta tomada por el tráfico.

  17. Configure la instancia de enrutamiento.

    Esta instancia de enrutamiento se encuentra en el dominio de capa 2, donde los dispositivos PE1 y PE2 están interconectados al anillo metropolitano a través de medios de multiacceso (Ethernet). Debe incluir la instrucción ' en los vrf-table-labeldispositivos PE1 y PE2 para habilitar el anuncio del prefijo de subred directo correspondiente a la interfaz de túnel lógico (lt-) hacia el dominio de capa 3.

    Los dispositivos PE1 y PE2 usan OSPF para la comunicación VPN de capa 3 con el dispositivo CE1.

  18. Configure el ID del sistema autónomo (AS) y el ID del enrutador.

    De manera similar, configure el dispositivo PE2.

Resultados

Desde el modo de configuración, ingrese los comandos , show firewall, show routing-optionsshow protocolsshow policy-optionsy show routing-instances 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.

Dispositivo A1

Dispositivo PE1

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

Verificación

Confirme que la configuración funciona correctamente.

Comprobación de circuitos de capa 2

Propósito

Tras el establecimiento del circuito virtual (VC) de capa 2, la salida del show l2circuit connections comando muestra el VC activo y el de espera activa. Además, se muestran los detalles del plano de control para el VC en espera en caliente.

Acción

Desde el modo operativo, ingrese el show l2circuit connections extensive comando.

Significado

Desde la perspectiva de los dispositivos PE1 y PE2, se establece un único circuito de capa 2 hacia los enrutadores de acceso, por lo que no hay información de dispositivo en espera en la salida de CLI del show l2circuit connections comando. Tenga en cuenta que no se proporciona información de temporización y aleteo para que el VC actúe como la espera activa. Junos OS solo permite que estos contadores se rastreen para el VC activo.

Comprobar las condiciones de la política

Propósito

En los dispositivos de PE, verifique el estado de las diferentes condiciones definidas como parte de la política de salida de la VPN de capa3, en la que 10.41.0.0/24 corresponde a la subred de túnel lógico (y).

Acción

Desde el modo operativo, ingrese el show policy conditions detail comando.