Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ejemplo: Configuración de RPF basada en remitentes en una MVPN de BGP con túneles de proveedor punto a multipunto MLDP

En este ejemplo, se muestra cómo configurar el reenvío de ruta inversa basado en remitentes (RPF) en una VPN de multidifusión BGP (MVPN). El RPF basado en el remitente ayuda a evitar que varios enrutadores de borde de proveedor (PE) envíen tráfico al núcleo, evitando así que se envíe tráfico duplicado a un cliente.

Requisitos

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

El RPF basado en remitentes solo se admite para MVPN de BGP de MPLS con túneles de proveedor punto a multipunto RSVP-TE. Se admiten los modos MVPN de solo SPT y SPT-RPT.

El RPF basado en el remitente no funciona cuando se utilizan túneles de proveedor punto a multipunto con interfaces conmutadas por etiquetas (LSI). Junos OS solo asigna una única etiqueta LSI para cada VRF y utiliza esta etiqueta para todos los túneles punto a multipunto. Por lo tanto, la etiqueta que recibe la salida no indica el enrutador de PE de envío. Actualmente, las etiquetas LSI no se pueden escalar para crear una etiqueta única para cada túnel punto a multipunto. Como tal, se deben usar interfaces de túnel virtual (vt) para la funcionalidad de RPF basada en el remitente con túneles de proveedor punto a multipunto.

Este ejemplo requiere la versión 21.1R1 o posterior de Junos OS en el enrutador de PE que tenga habilitado el RPF basado en remitentes.

Descripción general

En este ejemplo se muestra un único sistema autónomo (escenario intra-AS) en el que un origen envía tráfico de multidifusión (grupo 224.1.1.1) a la VPN (instancia de VRF vpn-1). Dos receptores se suscriben al grupo. Están conectados al dispositivo CE2 y al dispositivo CE3, respectivamente. Los LSP de punto a multipunto MLDP con túneles de proveedor inclusivos se configuran entre los enrutadores de PE. PIM (C-PIM) está configurado en los vínculos PE-CE.

Para MPLS, el protocolo de control de señalización que se usa aquí es LDP. De manera opcional, puede usar RSVP para señalar túneles punto a punto y punto a punto.

OSPF se usa para la conectividad del protocolo de puerta de enlace interior (IGP), aunque SI-SI también es una opción compatible. Si utiliza OSPF, debe habilitar la ingeniería de tráfico de OSPF.

Para fines de prueba, los enrutadores se utilizan para simular el origen y los receptores. Los dispositivos PE2 y PE3 se configuran para unirse estáticamente al grupo 224.1.1.1 mediante el set protocols igmp interface interface-name static group 224.1.1.1 comando. En el caso de que no se disponga de un host receptor de multidifusión real, como en este ejemplo, esta configuración IGMP estática es útil. En los dispositivos CE conectados a los receptores, para hacer que escuchen la dirección del grupo de multidifusión, el ejemplo utiliza set protocols sap listen 224.1.1.1. Se utiliza un comando ping para enviar tráfico de multidifusión al MBPN del BGP.

La RPF basada en el remitente está habilitada en el dispositivo PE2, de la siguiente manera:

Si lo desea, puede configurar hot-root-standby con sender-based-rpf.

Topología

La Figura 1 muestra la red de ejemplo.

Figura 1: RPF basado en remitentes en una MVPN Sender-Based RPF in a BGP MVPN de BGP

Establecer comandos para todos los dispositivos en la topología muestra la configuración de todos los dispositivos de la Figura 1.

En la sección Configuración del dispositivo PE2 se describen los pasos para el dispositivo PE2.

Establecer comandos para todos los dispositivos de la topología

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 nivel jerárquico [edit] .

Dispositivo CE1

Dispositivo CE2

Dispositivo CE3

Dispositivo P

Dispositivo PE1

Dispositivo PE2

Dispositivo PE3

Procedimiento

Procedimiento paso a paso

Configuración del dispositivo PE2

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE2:

  1. Habilite el modo IP mejorado.

  2. Configure las interfaces de los dispositivos.

  3. Configure IGMP en la interfaz orientada hacia el borde del cliente.

  4. (Opcional) Forzar al dispositivo PE para que se una al grupo de multidifusión con una configuración estática.

    Normalmente, esto sucedería dinámicamente en una configuración con fuentes y receptores reales.

  5. Configure RSVP en las interfaces que se dirigen al núcleo del proveedor.

  6. Configure MPLS.

  7. Configure el BGP interno (IBGP) entre los enrutadores de PE.

  8. Configure un OSPF o SI-SI.

  9. (Opcional) Configure LDP.

    En su lugar, se puede usar RSVP para la señalización MPLS.

  10. Configure una política de enrutamiento que se utilizará en la VPN.

    La política se utiliza para exportar el BGP a la sesión de IGP PE-CE.

  11. Configure la instancia de enrutamiento.

  12. Configure el túnel del proveedor.

  13. Configure el destino VRF.

    En el contexto de rutas IPv4 de unidifusión, la elección vrf-target tiene dos implicaciones. En primer lugar, todas las rutas aprendidas localmente (en este caso, directas y estáticas) en el VRF se exportan al BGP con el destino de ruta (RT) especificado. Además, cada ruta BGP inet-vpn recibida con ese valor RT se importa a VRF vpn-1. Esto tiene la ventaja de una configuración más simple y el inconveniente de una menor flexibilidad en la selección y modificación de las rutas exportadas e importadas. También implica que la VPN es de malla completa y que todos los enrutadores de PE obtienen rutas entre sí, por lo que no son factibles configuraciones complejas como hub-and-spoke o extranet. Si se requiere alguna de estas características, es necesario usarlas vrf-import y vrf-export en su lugar.

  14. Configure la sesión OSPF de PE-CE.

  15. Configure la sesión PE-CE PIM.

  16. Habilite el modo MVPN.

    Ambos rpt-spt y spt-only son compatibles con RPF basado en remitentes.

  17. Habilite RPF basado en senderos.

  18. Configure el ID del enrutador, el distinguidor de enrutador y el número de AS.

Resultados

Desde el modo de configuración, escriba los comandos , show interfaces, show protocols, show routing-instancesshow policy-optionsy show routing-options para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente.

Verificación de RPF basado en remitentes

Propósito

Asegúrese de que el RPF basado en el remitente esté habilitado en el dispositivo PE2.

Acción

Comprobación de las rutas del BGP

Propósito

Asegúrese de que las rutas esperadas del BGP se agregan a las tablas de enrutamiento en los dispositivos PE.

Acción

Comprobación de las uniones PIM en los dispositivos receptores de CE descendentes

Propósito

Asegúrese de que se están enviando los mensajes de unión esperados.

Acción

Significado

Tanto el dispositivo CE2 como el dispositivo CE3 envían paquetes de unión C ascendentes a sus enrutadores PE vecinos, su siguiente salto de unidifusión para llegar a la fuente C.

Comprobación de las uniones PIM en los dispositivos PE

Propósito

Asegúrese de que se están enviando los mensajes de unión esperados.

Acción

Significado

Tanto el dispositivo CE2 como el dispositivo CE3 envían paquetes de unión C ascendentes a sus enrutadores PE vecinos, su siguiente salto de unidifusión para llegar a la fuente C.

El estado C-Join apunta a BGP como la interfaz ascendente. En realidad, no existe una relación de vecino PIM entre los PE. El PE descendente convierte el estado C-PIM (C-S, C-G) en una ruta de BGP de unión de árbol de origen tipo 7 y lo envía al enrutador de PE ascendente hacia el origen C.

Comprobación de las rutas de multidifusión

Propósito

Verifique que el flujo de multidifusión C esté integrado en MVPN vpn-1 y que el dispositivo PE1 lo envíe al túnel del proveedor.

Acción

Significado

El resultado muestra que, a diferencia de los otros dispositivos PE, el dispositivo PE2 usa RPF basado en el remitente. La salida del dispositivo PE2 incluye el emisor RPF ascendente. El campo ID de remitente solo se muestra cuando el RPF basado en el remitente está habilitado.

Comprobación de las rutas de multidifusión C de MVPN

Propósito

Compruebe la información de la ruta de multidifusión C de MVPN,

Acción

Significado

El resultado muestra el túnel del proveedor y la información de la etiqueta.

Comprobación del PE de origen

Propósito

Compruebe los detalles del PE de origen,

Acción

Significado

El resultado muestra el túnel del proveedor y la información de la etiqueta.

Comportamiento RPF basado en remitentes específicos de la plataforma

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Utilice la siguiente tabla para revisar el comportamiento específico de la plataforma para su plataforma.

Tabla 1: Comportamiento de RPF basado en remitentes específicos de la plataforma

Plataforma

Diferencia

serie MX

  • El RPF basado en remitentes es compatible con plataformas de la serie MX con tarjetas de línea MPC. Como requisito previo, el enrutador debe estar configurado en network-services enhanced-ip modo.