Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Multidifusión en VPN de capa 3

Puede configurar el enrutamiento de multidifusión a través de una red que ejecute una VPN de capa 3 que cumpla con RFC 4364. En este tema se proporciona información general sobre la multidifusión y se describe la configuración de dispositivos para admitir el tráfico de multidifusión en una VPN de capa 3.

Descripción de los conceptos y protocolos de MVPN

Descripción general de la multidifusión a través de VPN de capa 3

En el entorno de unidifusión para VPN de capa 3, toda la información de estado de VPN se encuentra dentro de los enrutadores PE. Sin embargo, con la multidifusión para VPN de capa 3, las adyacencias de multidifusión independiente del protocolo (PIM) se establecen de una de las siguientes maneras:

  • Puede establecer adyacencias PIM entre el enrutador CE y el enrutador PE a través de una instancia VRF en el nivel jerárquico [edit routing-instances instance-name protocols pim] . Debe incluir la group-address instrucción para el túnel del proveedor, especificando un grupo de multidifusión. El punto de encuentro (RP) que aparece en la instancia VRF es el RP del cliente VPN (C-RP).

  • También puede establecer la instancia PIM principal y los vecinos del IGP del PE configurando instrucciones en el nivel de jerarquía [edit protocols pim]. Debe agregar el grupo de multidifusión especificado en la instancia de VRF a la instancia PIM principal. El conjunto de adyacencias PIM principales en toda la red del proveedor de servicios constituye la ruta de reenvío que se convierte en un árbol de RP enraizado en el RP del proveedor de servicios (SP-RP). Por lo tanto, los enrutadores P dentro del núcleo del proveedor deben mantener la información de estado de multidifusión para las VPN.

Para que esto funcione correctamente, necesita dos tipos de enrutadores RP para cada VPN:

  • Un C-RP: un enrutador RP ubicado en algún lugar dentro de la VPN (puede ser un enrutador de proveedor de servicios o un enrutador de cliente).

  • Un SP-RP: un enrutador RP ubicado dentro de la red del proveedor de servicios.

    Nota:

    Un enrutador PE puede actuar como SP-RP y C-RP. Mover estas tareas de configuración de multidifusión a enrutadores de proveedores de servicios ayuda a simplificar el proceso de configuración de VPN de capa 3 de multidifusión para los clientes. Sin embargo, no se admite la configuración de SP-RP y VPN C-RP en el mismo enrutador PE.

Para configurar la multidifusión a través de una VPN de capa 3, debe instalar una tarjeta de interfaz física (PIC) de servicios de túnel en los siguientes dispositivos:

  • Enrutadores P que actúan como RP

  • Enrutadores PE configurados para ejecutar enrutamiento de multidifusión

  • Enrutadores CE que actúan como enrutadores designados o como VPN-RP

Para obtener más información acerca de cómo ejecutar la multidifusión a través de VPN de capa 3, consulte los siguientes documentos:

En las secciones siguientes se describe el funcionamiento de una VPN de multidifusión. La figura 1 ilustra la topología de red utilizada.

Figura 1: Descripción general Network topology diagram showing multicast traffic flow from source 224.1.1.1 to receivers via CE and PE routers, with SP-RP as rendezvous point. de la topología de multidifusión

Envío de mensajes PIM Hello a los enrutadores PE

El primer paso para inicializar la multidifusión a través de una VPN de capa 3 es la distribución de un mensaje PIM Hello desde un enrutador PE (denominado PE3 en esta sección) a todos los demás enrutadores PE en los que está configurado PIM.

PIM se configura en la instancia de enrutamiento VPN de capa 3 del enrutador PE3. Si se instala una PIC de servicios de túnel en la plataforma de enrutamiento, se crea una interfaz de multidifusión. Esta interfaz se utiliza para comunicarse entre la instancia PIM dentro de la instancia de enrutamiento VRF y la instancia PIM principal.

Lo siguiente ocurre cuando se envía un mensaje PIM Hello a los enrutadores PE:

  1. Se envía un mensaje PIM Hello desde la instancia de enrutamiento VRF a través de la interfaz de multidifusión. Un encabezado de encapsulación de enrutamiento genérico (GRE) se antepone al mensaje PIM Hello. El mensaje de encabezado incluye la dirección del grupo VPN y la dirección de circuito cerrado del enrutador PE3.

  2. Se antepone un encabezado de registro PIM al mensaje Hello a medida que el paquete se retransmite a través de la interfaz de encapsulación PIM. Este encabezado contiene la dirección de destino del SP-RP y la dirección de circuito cerrado del enrutador PE3.

  3. El paquete se envía al SP-RP.

  4. El SP-RP quita el encabezado superior del paquete y envía el mensaje Hello encapsulado en GRE restante a todos los enrutadores PE.

  5. La instancia PIM principal de cada enrutador PE maneja el paquete encapsulado GRE. Dado que la dirección del grupo VPN está contenida en el paquete, la instancia principal quita el encabezado GRE del paquete y envía el mensaje Hello, que contiene la dirección de grupo VPN adecuada dentro de la instancia de enrutamiento VRF, a través de la interfaz de multidifusión.

Envío de mensajes de unión PIM a los enrutadores de PE

Para recibir una difusión de multidifusión desde una red de multidifusión, un enrutador CE debe enviar un mensaje de unión PIM al C-RP. El proceso descrito en esta sección hace referencia a la figura 1.

El enrutador CE5 necesita recibir una difusión de multidifusión desde la fuente de multidifusión 224.1.1.1. Para recibir la difusión, envía un mensaje PIM Join al C-RP (el enrutador PE3):

  1. El mensaje PIM Join se envía a través de la interfaz de multidifusión y se antepone un encabezado GRE al mensaje. El encabezado GRE contiene el ID de grupo VPN y la dirección de circuito cerrado del enrutador PE3.

  2. A continuación, el mensaje PIM Join se envía a través de la interfaz de encapsulación PIM y se antepone un encabezado de registro al paquete. El encabezado del registro contiene la dirección IP del SP-RP y la dirección de circuito cerrado del enrutador PE3.

  3. El mensaje PIM Join se envía al SP-RP mediante enrutamiento de unidifusión.

  4. En el SP-RP, el encabezado del registro se elimina (el encabezado GRE permanece) y el paquete se envía a todos los enrutadores PE.

  5. El enrutador PE2 recibe el paquete y, dado que el vínculo al C-RP es a través del enrutador PE2, envía el paquete a través de la interfaz de multidifusión para eliminar el encabezado GRE.

  6. Finalmente, el mensaje PIM Join se envía al C-RP.

Recepción de la transmisión de multidifusión

Los pasos siguientes describen cómo se propaga una transmisión de multidifusión a través de la red:

  1. La fuente de multidifusión conectada al enrutador CE1 envía el paquete al grupo 224.1.1.1 (la dirección del grupo VPN). El paquete se encapsula en un registro PIM.

  2. Debido a que este paquete ya incluye el encabezado PIM, se reenvía mediante enrutamiento de unidifusión al C-RP a través de la VPN de capa 3.

  3. El C-RP extrae el paquete y lo envía a las interfaces descendentes (que incluyen la interfaz de vuelta al enrutador CE3). El enrutador CE3 también reenvía esto al enrutador PE3.

  4. El paquete se envía a través de la interfaz de multidifusión en el enrutador PE2; en el proceso, el encabezado GRE se antepone al paquete.

  5. A continuación, el paquete se envía a través de la interfaz de encapsulación PIM, donde el encabezado del registro se antepone al paquete de datos.

  6. A continuación, el paquete se reenvía al SP-RP, que quita el encabezado de registro, deja intacto el encabezado GRE y envía el paquete a los enrutadores PE.

  7. Los enrutadores PE eliminan el encabezado GRE y reenvían el paquete a los enrutadores CE que solicitaron la difusión de multidifusión enviando el mensaje PIM Join.

    Nota:

    Los enrutadores PE que no han recibido solicitudes de difusiones de multidifusión desde sus enrutadores CE conectados siguen recibiendo paquetes para la difusión. Estos enrutadores PE dejan caer los paquetes a medida que se reciben.

Estándares de VPN de multidifusión compatibles

Junos OS admite sustancialmente las siguientes RFC y borradores de Internet, que definen estándares para redes privadas virtuales (VPN) de multidifusión.

  • RFC 6513, Multidifusión en VPN IP MPLS/BGP

  • RFC 6514, Codificaciones BGP y procedimientos para multidifusión en VPN IP MPLS/BGP

  • RFC 6515, direcciones de infraestructura IPv4 e IPv6 en actualizaciones BGP para VPN de multidifusión

  • RFC 6625, Comodines en rutas de detección automática de VPN de multidifusión

  • draft-morin-l3vpn-mvpn-fast-failover-06.txt de borrador de Internet, VPN de multidifusión Conmutación por error ascendente rápida

  • draft-raggarwa-l3vpn-bgp-mvpn-extranet-08.txt de borrador de Internet, extranet en VPN de multidifusión BGP (MVPN)

  • RFC 7900, Multidifusión de extranet en VPN MPLS BGP/IP (soporte parcial)

  • RFC 8534, Seguimiento explícito con rutas comodín en VPN de multidifusión (soporte parcial)

  • RFC 9081, Interoperación entre la red privada virtual de multidifusión (MVPN) y las rutas activas de origen de multidifusión (MSDP)

Configuración de VPN de multidifusión de capa 3

Puede configurar dos tipos de VPN de multidifusión de capa 3 mediante Junos OS:

  • Borrador de VPN de multidifusión de Rosen: los borradores de VPN de multidifusión de Rosen se describen en RFC 4364, Redes privadas virtuales (VPN) IP BGP/MPLS y se basan en la Sección Dos del borrador de Internet del IETF draft-rosen-vpn-mcast-06.txt, Multidifusión en VPN MPLS/BGP (expiró en abril de 2004).

  • VPN de multidifusión de próxima generación: las VPN de multidifusión de próxima generación se describen en los borradores de Internet draft-ietf-l3vpn-2547bis-mcast-bgp-03.txt, Codificaciones BGP para multidifusión en VPN IP MPLS/BGP y draft-ietf-l3vpn-2547bis-mcast-02.txt, Multidifusión en VPN IP MPLS/BGP.

En esta sección se describe cómo configurar el borrador de VPN de multidifusión de Rosen. Esta información se le proporciona en caso de que ya tenga configuradas VPN de multidifusión PIM dual en su red. Para obtener información acerca de las VPN de multidifusión MPLS BGP (también conocidas como VPN de multidifusión de próxima generación), consulte Sitios VPN de multidifusión MBGP.

Nota:

Las VPN de multidifusión de borrador rosen no se admiten en un entorno de sistema lógico, aunque las instrucciones de configuración se pueden configurar en la jerarquía de sistemas lógicos.

Puede configurar una VPN de capa 3 para admitir tráfico de multidifusión mediante el protocolo de enrutamiento de multidifusión independiente del protocolo (PIM). Para admitir la multidifusión, debe configurar PIM en enrutadores dentro de la VPN y dentro de la red del proveedor de servicios.

Cada enrutador PE configurado para ejecutar multidifusión a través de VPN de capa 3 debe tener una PIC de servicios de túnel. También se requiere una PIC de servicios de túnel en los enrutadores P que actúan como puntos de encuentro (RP). Las PIC de servicios de túnel también son necesarias en todos los enrutadores CE que actúan como enrutadores designados (enrutadores de primer y último salto) o como RP, al igual que en entornos PIM sin VPN.

Configure la instancia PIM maestra en el nivel jerárquico [edit protocols pim] de los enrutadores CE y PE. Esta configuración de instancia PIM maestra en el enrutador PE debe coincidir con la configuración en los enrutadores principales del proveedor de servicios.

También debe configurar una instancia de PIM para la VPN de capa 3 en el nivel jerárquico [edit routing-instances routing-instance-name protocols pim] del enrutador PE. Esto crea una instancia de PIM para la instancia de enrutamiento indicada. La configuración de la instancia PIM en el enrutador PE debe coincidir con la instancia PIM configurada en el enrutador CE al que está conectado el enrutador PE.

Para obtener información acerca de cómo configurar PIM, consulte la Guía del usuario de protocolos de multidifusión .

Incluya la vpn-apply-export instrucción para configurar la dirección de grupo designada para la VPN en la red del proveedor de servicios. Esta dirección debe ser única para cada VPN y estar configurada en la instancia de enrutamiento VRF de todos los enrutadores PE que se conectan a la misma VPN. Garantiza que el tráfico de multidifusión se transmita solo a la VPN especificada.

Incluya la vpn-apply-export declaración:

Para obtener una lista de los niveles de jerarquía en los que puede configurar esta instrucción, vea la sección resumen de instrucción de esta instrucción.

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name protocols pim]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name protocols pim]

El resto de la configuración de VPN de capa 3 para multidifusión es convencional y se describe en otras secciones de este manual. La mayoría de las tareas de configuración específicas necesarias para activar la multidifusión en un entorno VPN implican PIM.

Ejemplo: configuración del equilibrio de carga de unión PIM en VPN de multidifusión Draft-Rosen

En este ejemplo se muestra cómo configurar el enrutamiento de múltiples rutas para rutas de red privada virtual (VPN) externas e internas con métricas desiguales de protocolo de puerta de enlace interior (IGP) y equilibrio de carga de unión multidifusión independiente del protocolo (PIM) en enrutadores perimetrales de proveedor (PE) que ejecutan VPN de multidifusión Draft-Rosen (MVPN). Esta característica permite que los mensajes de unión PIM (C-PIM) del cliente tengan un equilibrio de carga a través de rutas ascendentes BGP externas e internas (EIBGP) cuando el enrutador PE tiene rutas BGP externas (EBGP) y BGP internas (IBGP) hacia el origen o punto de encuentro (RP).

Requisitos

Este ejemplo requiere los siguientes componentes de hardware y software:

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

  • Junos OS versión 12.1 o posterior ejecutándose en todos los dispositivos.

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure los siguientes protocolos de enrutamiento en todos los enrutadores PE:

    • OSPF

    • MPLS

    • LDP

    • PIM

    • BGP

  3. Configure una VPN de multidifusión.

Descripción general y topología

Junos OS versión 12.1 y posteriores admiten la configuración de múltiples rutas junto con el equilibrio de carga de unión PIM. Esto permite que los mensajes de unión C-PIM tengan un equilibrio de carga en rutas EIBGP desiguales, si un enrutador PE tiene rutas EBGP e IBGP hacia el origen (o RP). En versiones anteriores, solo se usaba la ruta de EBGP activa para enviar los mensajes de unión. Esta función es aplicable a los mensajes de unión C-PIM IPv4.

Durante el equilibrio de carga, si un enrutador PE pierde una o más rutas EBGP hacia el origen (o RP), los mensajes de unión C-PIM que anteriormente usaban la ruta EBGP se mueven a una interfaz de túnel de multidifusión y el vecino de reenvío de ruta inversa (RPF) en la interfaz de túnel de multidifusión se selecciona en función de un mecanismo hash.

Al descubrir la primera ruta de EBGP hacia el origen (o RP), solo los nuevos mensajes de unión tienen un equilibrio de carga entre las rutas EIBGP, mientras que los mensajes de unión existentes en la interfaz de túnel de multidifusión no se ven afectados.

Aunque el objetivo principal del equilibrio de carga de unión PIM de múltiples rutas es utilizar rutas EIBGP desiguales para el tráfico de multidifusión, se pueden evitar posibles bucles de unión si un enrutador PE elige solo la ruta EBGP cuando hay uno o más mensajes de unión para diferentes grupos desde un enrutador de PE remoto. Si el mensaje de unión del enrutador de PE remoto llega después de que el enrutador de PE ya haya elegido IBGP como ruta ascendente, los bucles potenciales se pueden romper cambiando la ruta ascendente seleccionada a EBGP.

Nota:

Durante un cambio correcto del motor de enrutamiento (GRES), la selección de ruta EIBGP para los mensajes de unión C-PIM puede variar, ya que la selección de la interfaz ascendente se realiza de nuevo para el nuevo motor de enrutamiento en función de los mensajes de unión que recibe de los vecinos CE y PE. Esto puede provocar la interrupción del tráfico de multidifusión en función del número de mensajes de unión recibidos y de la carga en la red en el momento del reinicio correcto. Sin embargo, la característica de enrutamiento activo sin interrupciones no es compatible y no afecta al tráfico de multidifusión en un escenario de MVPN de Draft-Rosen.

En este ejemplo, PE1 y PE2 son los enrutadores de PE ascendentes para los que está configurada la función de equilibrio de carga de unión PIM de múltiples rutas. Los enrutadores PE1 y PE2 tienen una ruta EBGP y una ruta IBGP cada una hacia el origen. La fuente y el receptor conectados a los enrutadores perimetrales del cliente (CE) son hosts BSD gratuitos.

En los enrutadores PE que tienen rutas EIBGP hacia el origen (o RP), como PE1 y PE2, el equilibrio de carga de unión PIM se realiza de la siguiente manera:

  1. El equilibrio de carga existente basado en el recuento de uniones se realiza de tal manera que el algoritmo seleccione primero la interfaz C-PIM menos cargada. Si hay una carga igual o nula en todas las interfaces C-PIM, los mensajes de unión se distribuyen equitativamente entre las interfaces ascendentes disponibles.

    En la figura 2, si el enrutador PE1 recibe mensajes de unión PIM del enrutador CE2 y si hay una carga igual o nula en las rutas EBGP e IBGP hacia el origen, los mensajes de unión se equilibran en las rutas EIBGP.

  2. Si la interfaz menos cargada seleccionada es una interfaz de túnel de multidifusión, puede haber un posible bucle de unión si la lista descendente del mensaje de unión del cliente (C-join) ya contiene la interfaz de túnel de multidifusión. En tal caso, la interfaz menos cargada entre las rutas EBGP se selecciona como la interfaz ascendente para el mensaje C-join.

    Suponiendo que la ruta IBGP es la menos cargada, el enrutador PE1 envía los mensajes de unión a PE2 utilizando la ruta IBGP. Si los mensajes de unión PIM del enrutador PE3 llegan a PE1, la lista descendente de los mensajes de unión C para PE3 ya contiene una interfaz de túnel de multidifusión, que puede conducir a un posible bucle de unión, ya que tanto las interfaces ascendentes como las descendentes son interfaces de túnel de multidifusión. En este caso, PE1 solo utiliza la ruta EBGP para enviar los mensajes de unión.

  3. Si la interfaz menos cargada seleccionada es una interfaz de túnel de multidifusión y la interfaz de túnel de multidifusión no está presente en la lista descendente de los mensajes de unión C, el mecanismo de prevención de bucles no es necesario. Si algún enrutador de PE ya ha anunciado el tipo, la longitud y los valores (TLV) del árbol de distribución de multidifusión de datos (MDT), ese enrutador de PE se selecciona como vecino ascendente.

    Cuando el enrutador PE1 envía los mensajes de unión a PE2 utilizando la ruta de IBGP menos cargada y si PE3 envía sus mensajes de unión a PE2, no se crea ningún bucle de unión.

  4. Si ningún TLV MDT de datos corresponde al mensaje C-join, se selecciona el vecino menos cargado en una interfaz de túnel de multidifusión como interfaz ascendente.

En enrutadores PE que solo tienen rutas IBGP hacia el origen (o RP), como PE3, el equilibrio de carga de unión PIM se realiza de la siguiente manera:

  1. El enrutador PE solo encuentra una interfaz de túnel de multidifusión como interfaz RPF, y el equilibrio de carga se realiza entre los vecinos de C-PIM en una interfaz de túnel de multidifusión.

    El enrutador PE3 equilibra la carga de los mensajes de unión PIM recibidos del enrutador CE4 a través de las rutas del IBGP a los enrutadores PE1 y PE2.

  2. Si algún enrutador PE ya ha anunciado TLV MDT de datos correspondientes a los mensajes C-join, ese enrutador PE se selecciona como vecino del FPR.

Para un flujo de multidifusión C determinado, al menos uno de los enrutadores de PE que tengan rutas EIBGP hacia el origen (o RP) debe usar solo la ruta EBGP para evitar o interrumpir los bucles de unión. Como resultado del mecanismo de evitación de bucles, un enrutador PE está obligado a elegir entre rutas EIBGP cuando una interfaz de túnel de multidifusión ya está presente en la lista descendente.

En la figura 2, suponiendo que el host CE2 está interesado en recibir tráfico del origen y CE2 inicia varios mensajes de unión PIM para diferentes grupos (Grupo 1 con dirección de grupo 203.0.113.1 y Grupo 2 con dirección de grupo 203.0.113.2), los mensajes de unión para ambos grupos llegan al enrutador PE1.

A continuación, el enrutador PE1 distribuye equitativamente los mensajes de unión entre las rutas EIBGP hacia el origen. Suponiendo que los mensajes de unión del grupo 1 se envían al enrutador CE1 directamente mediante la ruta EBGP y que los mensajes de unión del grupo 2 se envían al enrutador PE2 mediante la ruta IBGP, PE1 y PE2 se convierten en los vecinos del FPR para los mensajes de unión del grupo 1 y del grupo 2, respectivamente.

Cuando el enrutador CE3 inicia mensajes de unión PIM de grupo 1 y grupo 2, los mensajes de unión de ambos grupos llegan al enrutador PE2. A continuación, el enrutador PE2 distribuye equitativamente los mensajes de unión entre las rutas EIBGP hacia el origen. Dado que PE2 es el vecino del FPR para los mensajes de unión del grupo 2, envía los mensajes de unión del grupo 2 directamente al enrutador CE1 utilizando la ruta EBGP. Los mensajes de unión al grupo 1 se envían al enrutador PE1 utilizando la ruta IBGP.

Sin embargo, si el enrutador CE4 inicia varios mensajes de unión PIM del Grupo 1 y del Grupo 2, no hay control sobre cómo estos mensajes de unión recibidos en el enrutador PE3 se distribuyen para llegar al origen. La selección del vecino RPF por PE3 puede afectar al equilibrio de carga de unión PIM en rutas EIBGP.

  • Si PE3 envía mensajes de unión del grupo 1 a PE1 y los mensajes de unión del grupo 2 a PE2, no hay ningún cambio en el vecino del FPR. Como resultado, no se crean bucles de unión.

  • Si PE3 envía mensajes de unión del grupo 1 a PE2 y los mensajes de unión del grupo 2 a PE1, se produce un cambio en el vecino del FPR para los distintos grupos, lo que da lugar a la creación de bucles de unión. Para evitar posibles bucles de unión, PE1 y PE2 no tienen en cuenta las rutas de IBGP para enviar los mensajes de unión recibidos del enrutador PE3. En su lugar, los mensajes de unión se envían directamente al enrutador CE1 utilizando únicamente la ruta EBGP.

El mecanismo de evitación de bucles en una MVPN de Draft-Rosen tiene las siguientes limitaciones:

  • Debido a que el momento de llegada de los mensajes de unión en enrutadores de PE remotos determina la distribución de los mensajes de unión, la distribución podría ser subóptima en términos de recuento de uniones.

  • Dado que los bucles de unión no se pueden evitar y pueden producirse debido a la temporización de los mensajes de unión, el cambio posterior de la interfaz RPF provoca la pérdida de tráfico de multidifusión. Esto se puede evitar implementando la función de hacer antes de romper PIM.

    La función de preparación antes de la interrupción de PIM es un enfoque para detectar y romper bucles de unión C-PIM en una VPN de Draft-Rosen. Los mensajes de unión C-PIM se envían al nuevo vecino RPF después de establecer la relación de vecino PIM, pero antes de actualizar la entrada de reenvío de multidifusión relacionada. Aunque el vecino del RPF ascendente habría actualizado su entrada de reenvío de multidifusión y comenzado a enviar el tráfico de multidifusión en sentido descendente, el enrutador descendente no reenvía el tráfico de multidifusión (debido a un error en la comprobación del RPF) hasta que la entrada de reenvío de multidifusión se actualiza con el nuevo vecino del RPF. Esto ayuda a garantizar que el tráfico de multidifusión esté disponible en la nueva ruta antes de cambiar la interfaz RPF de la entrada de reenvío de multidifusión.

Figura 2: Equilibrio de carga de unión PIM en MVPN PIM Join Load Balancing on Draft-Rosen MVPN Draft-Rosen

Configuración

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 de jerarquía [edit].

PE1

PE2

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 PE1:

Nota:

Repita este procedimiento para todos los enrutadores de Juniper Networks del dominio MVPN, después de modificar los nombres de interfaz, las direcciones y cualquier otro parámetro adecuados para cada enrutador.

  1. Configure una instancia de enrutamiento y reenvío VPN (VRF).

  2. Habilite el equilibrio de carga independiente del protocolo para la instancia de VRF.

  3. Configure grupos y vecinos de BGP para habilitar el enrutamiento de PE a CE.

  4. Configure PIM para habilitar el enrutamiento de multidifusión de PE a CE.

  5. Active PIM en todas las interfaces de red.

  6. Habilite el equilibrio de carga de unión PIM para la instancia de VRF.

Resultados

Desde el modo de configuración, confirme su configuración introduciendo el comando show routing-instances . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Cuando haya terminado de configurar el dispositivo, escriba confirmar desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Comprobación del equilibrio de carga de unión PIM para diferentes grupos de mensajes de unión

Propósito

Compruebe el equilibrio de carga de unión PIM para los distintos grupos de mensajes de unión recibidos en el enrutador PE1.

Acción

Desde el modo operativo, ejecute el comando extensivo show pim join instance .

Significado

El resultado muestra cómo el enrutador PE1 ha equilibrado la carga de los mensajes de unión C-PIM para cuatro grupos diferentes.

  • Para los mensajes de unión del grupo 1 (dirección de grupo: 203.0.113.1) y del grupo 3 (dirección de grupo: 203.0.113.3), el enrutador PE1 ha seleccionado la ruta EBGP hacia el enrutador CE1 para enviar los mensajes de unión.

  • Para los mensajes de unión del grupo 2 (dirección del grupo: 203.0.113.2) y del grupo 4 (dirección del grupo: 203.0.113.4), el enrutador PE1 ha seleccionado la ruta del IBGP hacia el enrutador PE2 para enviar los mensajes de unión.

Sitios VPN de multidifusión MBGP

Las principales características de las MVPN MBGP son:

  • Extienden el servicio VPN de capa 3 (RFC 4364) para admitir la multidifusión IP para proveedores de servicios VPN de capa 3.

  • Siguen la misma arquitectura que se especifica en RFC 4364 para VPN de unidifusión. En concreto, BGP se usa como plano de control de enrutador de borde de proveedor (PE) a enrutador de PE para VPN de multidifusión.

  • Eliminan el requisito del modelo de enrutador virtual (VR) (como se especifica en el borrador de Internet draft-rosen-vpn-mcast, Multidifusión en VPN MPLS/BGP) para VPN de multidifusión y el modelo RFC 4364 para VPN de unidifusión.

  • Se basan en la unidifusión basada en RFC 4364 con extensiones para la comunicación intra-AS e inter-AS.

Una MVPN MBGP define dos tipos de conjuntos de sitios, un conjunto de sitios de remitente y un conjunto de sitios de receptor. Estos sitios tienen las siguientes propiedades:

  • Los hosts dentro del conjunto de sitios del remitente pueden originar tráfico de multidifusión para los receptores en el conjunto de sitios del receptor.

  • Los receptores fuera del conjunto del sitio del receptor no deberían poder recibir este tráfico.

  • Los hosts del conjunto de sitios receptores pueden recibir tráfico de multidifusión originado por cualquier host del conjunto de sitios remitente.

  • Los hosts dentro del conjunto de sitios receptores no deben poder recibir tráfico de multidifusión originado por ningún host que no esté en el conjunto de sitios remitente.

Un sitio puede estar tanto en el conjunto de sitios del remitente como en el conjunto de sitios receptores, por lo que los hosts dentro de dicho sitio pueden originar y recibir tráfico de multidifusión. Por ejemplo, el conjunto de sitios del remitente podría ser el mismo que el conjunto de sitios del receptor, en cuyo caso todos los sitios podrían originar y recibir tráfico de multidifusión entre sí.

Los sitios dentro de una MVPN MBGP determinada pueden estar dentro de la misma organización o en organizaciones diferentes, lo que significa que una MVPN MBGP puede ser una intranet o una extranet. Un sitio determinado puede estar en más de una MVPN MBGP, por lo que las MVPN MBGP pueden superponerse. No todos los sitios de una MVPN MBGP determinada tienen que estar conectados al mismo proveedor de servicios, lo que significa que una MVPN MBGP puede abarcar varios proveedores de servicios.

La paridad de características para la funcionalidad de extranet MVPN o MVPN superpuestas en el chipset Junos Trio se admite en las versiones 11.1R2, 11.2R2 y 11.4 de Junos OS.

Otra forma de ver una MVPN MBGP es decir que una MVPN MBGP está definida por un conjunto de políticas administrativas. Estas directivas determinan tanto el conjunto de sitios del remitente como el conjunto de sitios del receptor. Estas políticas son establecidas por los clientes de MBGP MVPN, pero implementadas por proveedores de servicios que utilizan la infraestructura VPN BGP y MPLS existente.

Ejemplo: configuración de VPN de multidifusión MBGP

En este ejemplo se proporciona un procedimiento paso a paso para configurar servicios de multidifusión en una red privada virtual de capa 3 BGP (MBGP) multiprotocolo. (también conocidas como VPN de multidifusión de capa 3 de próxima generación)

Requisitos

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

  • Junos OS versión 9.2 o posterior

  • Enrutadores Juniper de cinco series M, T, TX o MX

  • Un sistema host capaz de enviar tráfico de multidifusión y admitir el Protocolo de administración de grupos de Internet (IGMP)

  • Un sistema host capaz de recibir tráfico de multidifusión y admitir IGMP

Según los dispositivos que utilice, es posible que deba configurar rutas estáticas a:

  • El remitente de multidifusión

  • La interfaz Fast Ethernet a la que está conectado el emisor en el receptor de multidifusión

  • El receptor de multidifusión

  • La interfaz Fast Ethernet a la que está conectado el receptor en el emisor de multidifusión

Descripción general y topología

En este ejemplo se muestra cómo configurar las siguientes tecnologías:

  • IPv4

  • BGP

  • OSPF

  • RSVP

  • MPLS

  • Modo disperso de PIM

  • RP estático

Topología

La topología de la red se muestra en la figura 3.

Figura 3: Topología de ejemplo de VPN de multidifusión sobre capa 3 Multicast Over Layer 3 VPN Example Topology

Configuración

Nota:

En cualquier sesión de configuración, se recomienda comprobar periódicamente que la configuración se puede confirmar con el commit check comando.

En este ejemplo, el enrutador que se está configurando se identifica mediante los siguientes símbolos del sistema:

  • CE1 identifica el enrutador perimetral 1 (CE1) del cliente

  • PE1 identifica el enrutador perimetral 1 del proveedor (PE1)

  • P identifica el enrutador central del proveedor (P)

  • CE2 identifica el enrutador perimetral 2 (CE2) del cliente

  • PE2 identifica el enrutador perimetral del proveedor 2 (PE2)

Para configurar VPN de multidifusión MBGP para la red que se muestra en la figura 3, realice los pasos siguientes:

Configuración de interfaces

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.

  1. En cada enrutador, configure una dirección IP en la interfaz lógica de circuito cerrado 0 (lo0.0).

    Utilice el show interfaces terse comando para comprobar que la dirección IP es correcta en la interfaz lógica de circuito cerrado.

  2. En los enrutadores PE y CE, configure la dirección IP y la familia de protocolos en las interfaces Fast Ethernet. Especifique el tipo de familia de inet protocolos.

    Utilice el show interfaces terse comando para comprobar que la dirección IP es correcta en las interfaces de Fast Ethernet.

  3. En los enrutadores PE y P, configure el VPI y el número máximo de circuitos virtuales de las interfaces ATM. Si el tipo de PIC predeterminado es diferente en las interfaces ATM conectadas directamente, configure el tipo de PIC para que sea el mismo. Configure la interfaz lógica VCI, la familia de protocolos, la dirección IP local y la dirección IP de destino.

    Utilice el show configuration interfaces comando para comprobar que el VPI y el número máximo de VC de las interfaces ATM son correctos y que la interfaz lógica VCI, la familia de protocolos, la dirección IP local y la dirección IP de destino son correctas.

Configuración de OSPF

Procedimiento paso a paso
  1. En los enrutadores P y PE, configure la instancia de proveedor de OSPF. Especifique las lo0.0 interfaces lógicas orientadas al núcleo ATM y ATM. La instancia de proveedor de OSPF en el enrutador PE forma adyacencias con los vecinos de OSPF en el otro enrutador PE y el enrutador P.

    Utilice el show ospf interfaces comando para comprobar que las lo0.0 interfaces lógicas orientadas al núcleo y ATM están configuradas para OSPF.

  2. En los enrutadores CE, configure la instancia de cliente de OSPF. Especifique las interfaces lógicas de circuito cerrado y Fast Ethernet. La instancia de cliente de OSPF en los enrutadores CE forma adyacencias con los vecinos dentro de la instancia de enrutamiento VPN de OSPF en los enrutadores PE.

    Utilice el show ospf interfaces comando para comprobar que se agregaron las interfaces lógicas de Fast Ethernet y de circuito cerrado correctas al protocolo OSPF.

  3. En los enrutadores P y PE, configure la compatibilidad de ingeniería de tráfico OSPF para la instancia de proveedor de OSPF.

    La shortcuts instrucción permite que la instancia maestra de OSPF utilice una ruta de conmutación de etiquetas como salto siguiente.

    Utilice el comando o show configuration protocols ospf para comprobar que la show ospf overview compatibilidad con ingeniería de tráfico está habilitada.

Configuración de BGP

Procedimiento paso a paso
  1. En el enrutador P, configure BGP para la VPN. La dirección local es la dirección local lo0.0 . Las direcciones vecinas son las direcciones de los enrutadores PE lo0.0 .

    La unicast instrucción permite que el enrutador utilice BGP para anunciar información de accesibilidad de la capa de red (NLRI). La signaling instrucción permite que el enrutador utilice BGP como protocolo de señalización para la VPN.

    Utilice el show configuration protocols bgp comando para comprobar que el enrutador se ha configurado para utilizar BGP con el fin de anunciar NLRI.

  2. En los enrutadores PE y P, configure el número de sistema autónomo local BGP.

    Utilice el show configuration routing-options comando para comprobar que el número del sistema autónomo local BGP es correcto.

  3. En los enrutadores PE, configure BGP para la VPN. Configure la dirección local como la dirección local lo0.0 . Las direcciones vecinas son las lo0.0 direcciones del enrutador P y el otro enrutador PE, PE2.

    Utilice el show bgp group comando para comprobar que la configuración del BGP es correcta.

  4. En los enrutadores PE, configure una política para exportar las rutas BGP a OSPF.

    Utilice el show policy bgp-to-ospf comando para comprobar que la directiva es correcta.

Configuración de RSVP

Procedimiento paso a paso
  1. En los enrutadores PE, habilite RSVP en las interfaces que participan en el LSP. Configure las interfaces lógicas Fast Ethernet y ATM.

  2. En el enrutador P, habilite RSVP en las interfaces que participan en el LSP. Configure las interfaces lógicas ATM.

    Utilice el show configuration protocols rsvp comando para comprobar que la configuración de RSVP es correcta.

Configuración de MPLS

Procedimiento paso a paso
  1. En los enrutadores de PE, configure un LSP de MPLS en el enrutador de PE que es el punto de salida de LSP. Especifique la dirección IP de la lo0.0 interfaz en el enrutador en el otro extremo del LSP. Configure MPLS en ATM, Fast Ethernet e lo0.0 interfaces.

    Para ayudar a identificar cada LSP al solucionar problemas, configure un nombre de LSP diferente en cada enrutador PE. En este ejemplo, usamos el nombre to-pe2 como nombre del LSP configurado en PE1 y to-pe1 como nombre del LSP configurado en PE2.

    Utilice los show configuration protocols mpls comandos y show route label-switched-path to-pe1 para comprobar que la configuración de MPLS y LSP es correcta.

    Una vez confirmada la configuración, utilice los show mpls lsp name to-pe1 comandos y show mpls lsp name to-pe2 para comprobar que el LSP está operativo.

  2. En el enrutador P, habilite MPLS. Especifique las interfaces ATM conectadas a los enrutadores PE.

    Utilice el show mpls interface comando para comprobar que MPLS está habilitado en las interfaces ATM.

  3. En los enrutadores PE y P, configure la familia de protocolos en las interfaces ATM asociadas con el LSP. Especifique el tipo de familia de mpls protocolos.

    Utilice el show mpls interface comando para comprobar que la familia de protocolos MPLS está habilitada en las interfaces ATM asociadas con el LSP.

Configuración de la instancia de enrutamiento VRF

Procedimiento paso a paso
  1. En los enrutadores PE, configure una instancia de enrutamiento para la VPN y especifique el tipo de vrf instancia. Agregue Fast Ethernet y lo0.1 las interfaces orientadas al cliente. Configure la instancia VPN de OSPF e incluya la directiva de exportación de BGP a OSPF.

    Utilice el show configuration routing-instances vpn-a comando para comprobar que la configuración de la instancia de enrutamiento es correcta.

  2. En los enrutadores PE, configure un diferenciador de ruta para la instancia de enrutamiento. Un diferenciador de ruta permite que el enrutador distinga entre dos prefijos IP idénticos utilizados como rutas VPN. Configure un diferenciador de ruta diferente en cada enrutador PE. En este ejemplo se utiliza 65010:1 en PE1 y 65010:2 en PE2.

    Utilice el show configuration routing-instances vpn-a comando para comprobar que el diferenciador de ruta es correcto.

  3. En los enrutadores PE, configure las políticas predeterminadas de importación y exportación de VRF. En función de esta configuración, BGP genera automáticamente rutas locales correspondientes al destino de ruta al que se hace referencia en las políticas de importación de VRF. En este ejemplo se usa 2:1 como destino de ruta.

    Nota:

    Debe configurar el mismo destino de ruta en cada enrutador PE para una instancia de enrutamiento VPN determinada.

    Utilice el show configuration routing-instances vpn-a comando para comprobar que el destino de la ruta es correcto.

  4. En los enrutadores PE, configure la instancia de enrutamiento VPN para la compatibilidad con multidifusión.

    Utilice el show configuration routing-instance vpn-a comando para comprobar que la instancia de enrutamiento VPN se ha configurado para la compatibilidad con multidifusión.

  5. En los enrutadores PE, configure una dirección IP en la interfaz lógica de circuito cerrado 1 (lo0.1) utilizada en la VPN de instancia de enrutamiento del cliente.

    Utilice el show interfaces terse comando para comprobar que la dirección IP de la interfaz de circuito cerrado es correcta.

Configuración de PIM

Procedimiento paso a paso
  1. En los enrutadores PE, habilite PIM. Configure la lo0.1 interfaz Fast Ethernet orientada al cliente. Especifique el modo como sparse y la versión como 2.

    Utilice el comando para comprobar que el show pim interfaces instance vpn-a modo disperso PIM esté habilitado en la lo0.1 interfaz y en la interfaz Fast Ethernet orientada al cliente.

  2. En los enrutadores CE, habilite PIM. En este ejemplo, configuramos todas las interfaces. Especifique el modo como sparse y la versión como 2.

    Utilice el comando para comprobar que el show pim interfaces modo disperso PIM esté habilitado en todas las interfaces.

Configuración del túnel del proveedor

Procedimiento paso a paso
  1. En el enrutador PE1, configure el túnel del proveedor. Especifique la dirección de multidifusión que se va a utilizar.

    La provider-tunnel instrucción indica al enrutador que envíe tráfico de multidifusión a través de un túnel.

    Utilice el show configuration routing-instance vpn-a comando para comprobar que el túnel del proveedor está configurado para utilizar la plantilla LSP predeterminada.

  2. En el enrutador PE2, configure el túnel del proveedor. Especifique la dirección de multidifusión que se va a utilizar.

    Utilice el show configuration routing-instance vpn-a comando para comprobar que el túnel del proveedor está configurado para utilizar la plantilla LSP predeterminada.

Configuración del punto de encuentro

Procedimiento paso a paso
  1. Configure el enrutador PE1 para que sea el punto de encuentro. Especifique la lo0.1 dirección del enrutador PE1. Especifique la dirección de multidifusión que se va a utilizar.

    Utilice el show pim rps instance vpn-a comando para comprobar que está configurada la dirección IP local correcta para el RP.

  2. En el enrutador PE2, configure el punto de encuentro estático. Especifique la lo0.1 dirección del enrutador PE1.

    Utilice el show pim rps instance vpn-a comando para comprobar que está configurada la dirección IP estática correcta para el RP.

  3. En los enrutadores CE, configure el punto de encuentro estático. Especifique la lo0.1 dirección del enrutador PE1.

    Utilice el show pim rps comando para comprobar que está configurada la dirección IP estática correcta para el RP.

  4. Utilice el commit check comando para comprobar que la configuración se puede confirmar correctamente. Si la configuración supera la comprobación, confirme la configuración.

  5. Inicie el dispositivo emisor de multidifusión conectado a CE1.

  6. Inicie el dispositivo receptor de multidifusión conectado a CE2.

  7. Compruebe que el receptor está recibiendo la secuencia de multidifusión.

  8. Utilice show comandos para comprobar el enrutamiento, la VPN y el funcionamiento de multidifusión.

Resultados

Se han completado las partes de configuración y verificación de este ejemplo. La siguiente sección es para su referencia.

A continuación, se muestra la configuración de ejemplo relevante para el enrutador CE1.

Enrutador CE1

A continuación, se muestra la configuración de ejemplo relevante para el enrutador PE1.

Enrutador PE1

A continuación se muestra la configuración de ejemplo relevante para el enrutador P.

Enrutador P

A continuación, se muestra la configuración de ejemplo relevante para el enrutador PE2.

Enrutador PE2

A continuación, se muestra la configuración de ejemplo relevante para el enrutador CE2.

Enrutador CE2

Configuración de LSP punto a multipunto para una MVPN MBGP

Junos OS admite rutas de conmutación de etiquetas (LSP) punto a multipunto para MVPN MBGP. Los LSP de punto a multipunto para VPN de multidifusión se admiten para entornos de sistemas intraautónomos (AS) (dentro de un AS), pero no para entornos interAS (entre sistemas autónomos). Un LSP de punto a multipunto es un LSP con señal de RSVP con una sola fuente y múltiples destinos.

Puede configurar LSP de punto a multipunto para MVPN MBGP de la siguiente manera:

  • LSP estáticos de punto a multipunto: configure los LSP estáticos de punto a multipunto mediante las instrucciones LSP de MPLS estándar especificadas en el nivel de [edit protocols mpls] jerarquía. Puede configurar manualmente cada uno de los nodos leaf para el LSP punto a multipunto.

  • LSP dinámicos de punto a multipunto mediante la plantilla predeterminada: al configurar LSP dinámicos de punto a multipunto mediante la default-template opción, los nodos de hoja se detectan automáticamente. Los nodos leaf se detectan mediante el descubrimiento automático intra-AS del BGP. La default-template opción le permite minimizar la cantidad de configuración necesaria. Sin embargo, no permite configurar ninguna de las opciones estándar de MPLS.

  • LSP dinámicos de punto a multipunto mediante una plantilla configurada por el usuario: la configuración de LSP dinámicos de punto a multipunto mediante una plantilla configurada por el usuario también hace que los nodos leaf se descubran automáticamente. Al crear su propia plantilla para los LSP punto a multipunto, se pueden configurar todas las características estándar de MPLS (como la asignación de ancho de banda y la ingeniería de tráfico).

Tenga en cuenta las siguientes propiedades para el enrutador PE de salida en un LSP punto a multipunto configurado para una VPN de multidifusión:

  • Los LSP punto a multipunto no utilizan el penúltimo salto para VPN de multidifusión. Solo se utiliza el último hop-popping.

  • Debe configurar la instrucción o una interfaz de vrf-table-label túnel de circuito cerrado virtual en el enrutador de PE de salida.

  • Si configura la vrf-table-label instrucción en el enrutador de PE de salida y el enrutador de PE de salida también es un enrutador de tránsito para el LSP de punto a multipunto, el enrutador de penúltimo salto envía dos copias de cada paquete a través del vínculo al enrutador de PE de salida.

  • Si configura la vrf-table-label instrucción en el enrutador de PE de salida y el enrutador de PE de salida no es un enrutador de tránsito para el LSP de punto a multipunto, el enrutador de penúltimo salto puede enviar sólo una copia de cada paquete a través del vínculo al enrutador de PE de salida.

  • Si configura una interfaz de túnel de circuito cerrado virtual en el enrutador de PE de salida y el enrutador de PE de salida también es un enrutador de tránsito para el LSP de punto a multipunto, el enrutador del penúltimo salto envía solo una copia de cada paquete a través del vínculo al enrutador de PE de salida. Una interfaz de túnel de circuito cerrado virtual puede realizar dos búsquedas en un paquete entrante, una para la búsqueda MPLS de multidifusión y otra para la búsqueda IP.

Nota:

Junos OS versión 11.2 y anteriores no admiten LSP punto a multipunto con VPN de multidifusión de próxima generación en enrutadores MX80.

En las secciones siguientes se describe cómo configurar LSP punto a multipunto para MVPN MBGP:

Configuración de LSP punto a multipunto inclusivos señalados por RSVP para una MVPN MBGP

Puede configurar LSP inclusivos punto a multipunto con señal LDP o RSVP para MVPN MBGP. No se admite la agregación, por lo que debe configurar un LSP inclusivo de punto a multipunto para cada enrutador PE remitente en cada instancia de enrutamiento VPN de multidifusión. El enrutador PE remitente se encuentra en el conjunto de sitios de remitente de la MVPN de MBGP.

Para configurar un LSP punto a multipunto inclusivo con señal de RSVP estático, incluya la static-lsp instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel rsvp-te]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel rsvp-te]

Para configurar LSP dinámicos e inclusivos de punto a multipunto, incluya la label-switched-path-template instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel rsvp-te]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel rsvp-te]

Puede configurar la default-template opción o configurar manualmente una plantilla LSP punto a multipunto y especificar el nombre de la plantilla.

Configuración de túneles de proveedor selectivos para una MVPN MBGP

Puede configurar LSP selectivos punto a multipunto con señal LDP o RSVP (también denominados túneles de proveedor selectivos) para MVPN MBGP. Los LSP selectivos de punto a multipunto envían tráfico solo a los receptores configurados para las VPN de multidifusión, lo que ayuda a minimizar las inundaciones en la red del proveedor de servicios.

Al igual que con los LSP inclusivos de punto a multipunto, puede configurar túneles selectivos dinámicos y estáticos para la VPN de multidifusión.

Para configurar túneles de proveedor selectivos de punto a multipunto, incluya la selective instrucción:

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel]

En las secciones siguientes se describe cómo configurar LSP selectivos de punto a multipunto para MVPN MBGP:

Configuración de la dirección de grupo de multidifusión para una MVPN MBGP

Para configurar un LSP de punto a multipunto para una MVPN MBGP, debe especificar una dirección de grupo de multidifusión incluyendo la group instrucción:

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel selective]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel selective]

La dirección debe ser una dirección de grupo de multidifusión válida. La multidifusión utiliza el intervalo de direcciones IP de clase D (224.0.0.0 a 239.255.255.255).

Configuración de la dirección de origen de multidifusión para una MVPN MBGP

Para configurar un LSP de punto a multipunto para una MVPN de MBGP, especifique una dirección de origen de multidifusión incluyendo la source instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel selective group address]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel selective group address]

Configuración de LSP estáticos selectivos de punto a multipunto para una MVPN MBGP

Puede configurar un LSP estático selectivo de punto a multipunto para una MVPN MBGP. Debe configurar un LSP estático mediante las instrucciones LSP de MPLS estándar en el nivel jerárquico [edit protocols mpls] . A continuación, incluya el LSP estático en la configuración selectiva de LSP punto a multipunto mediante la static-lsp instrucción. Una vez habilitada esta funcionalidad en el enrutador PE de origen, se crea el LSP estático punto a multipunto en función de su configuración.

Para configurar un LSP estático selectivo de punto a multipunto, incluya las rsvp-te instrucciones y las static-lsp instrucciones:

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel selective group address source source-address]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel selective group address source source-address]

Configuración de LSP selectivos dinámicos de punto a multipunto para una MVPN MBGP

Puede configurar un LSP dinámico selectivo de punto a multipunto para una MVPN MBGP. Los nodos leaf para un LSP dinámico punto a multipunto se pueden descubrir automáticamente mediante rutas de descubrimiento automático leaf. También se admiten rutas de detección automática de la interfaz de servicio de multidifusión del proveedor selectivo (S-PMSI).

Para configurar un túnel de proveedor dinámico selectivo de punto a multipunto, incluya las rsvp-te instrucciones y label-switched-path-template :

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel selective group address source source-address]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel selective group address source source-address]

La label-switched-path-template instrucción incluye las siguientes opciones:

  • default-template: especifique que los LSP punto a multipunto se generen dinámicamente en función de la plantilla predeterminada. No se requiere ninguna configuración de usuario para los LSP. Sin embargo, los LSP generados automáticamente no incluyen ninguna de las características comunes de LSP, como la asignación de ancho de banda y la ingeniería de tráfico.

  • lsp-template-name: especifique el nombre de una plantilla de LSP que se utilizará para el LSP punto a multipunto. Debe configurar la plantilla LSP que se utilizará como base para los LSP de punto a multipunto. Puede configurar cualquiera de las características comunes de LSP para esta plantilla.

Configuración del umbral para LSP selectivos dinámicos de punto a multipunto para una MVPN MBGP

Para configurar dinámicamente un LSP selectivo de punto a multipunto, debe especificar el umbral de datos (en kilobits por segundo) necesario antes de crear un nuevo túnel mediante la threshold-rate instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel selective group address source source-address]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel selective group address source source-address]

Configuración del límite de túnel para LSP selectivos dinámicos de punto a multipunto para una MVPN MBGP

Para configurar un límite en el número de túneles que se pueden generar para un LSP dinámico de punto a multipunto, incluya la tunnel-limit instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-instances routing-instance-name provider-tunnel selective]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name provider-tunnel selective]

Descripción general de las rutas segmentadas de punto a multipunto conmutadas por etiquetas entre áreas

Junos OS admite rutas de conmutación de etiquetas (LSP) punto a multipunto (P2MP) para MVPN BGP. BGP MVPN admite sistemas intraautónomos (AS) no segmentados y sistemas interautónomos segmentados (AS).

Para conectar enrutadores PE que se encuentran en áreas diferentes pero en el mismo AS y requieren conectividad P2MP, Junos OS permite segmentar los LSP P2MP en el límite del área, tal como se describe en el borrador de draft-ietf-mpls-seamless-mcast-14.txt de Internet. Puede usar LSP no segmentados para flujos de multidifusión de baja velocidad y LSP segmentados para flujos de alta velocidad. Un LSP P2MP segmentado dentro de un AS consta de los siguientes segmentos:

  • Segmento de área de entrada: el segmento de área de entrada está enraizado en un enrutador PE o en un enrutador de límite del sistema autónomo (ASBR). Las hojas de este segmento son PE, ASBR o enrutadores de borde de área (ABR).

  • Segmento de área troncal: el segmento de área troncal tiene su raíz en un ABR que está conectado al área de entrada/ABR de entrada.

  • Segmento de área de salida: el segmento de área de salida tiene su raíz en un ABR en el área de salida o ABR de salida.

Nota:

Estas áreas pueden ser áreas de IGP o áreas basadas en grupos de pares BGP, donde ABR puede ser un enrutador de borde de región (RBR). En cualquier caso, los ABR/RBR de tránsito deben configurarse en el reflector de ruta (RR) del BGP.

Cada uno de los segmentos dentro de la área se puede transportar a través de túneles de proveedores como P2MP RSVP-TE LSP, P2MP mLDP LSP o replicación de entrada.

La segmentación del LSP P2MP entre áreas se produce cuando se anuncian las rutas de autodescubrimiento (AD) de S-PMSI. Esto desencadena la inclusión de una nueva comunidad extendida BGP o una comunidad extendida del próximo salto segmentada P2MP entre áreas. El LSP P2MP segmentado entre áreas se puede separar en los siguientes tres roles diferentes:

  • PE de entrada o ASBR: el enrutador de PE de entrada origina rutas S-PMSI A-D. Si se requiere segmentación entre regiones, el enrutador PE genera las rutas S-PMSI A-D que llevan la comunidad de enrutadores segmentados de próximo salto (S-NH) P2MP entre áreas. La segmentación entre regiones se puede agregar para cualquier túnel selectivo. La segmentación puede ocurrir en función del umbral o de los atributos de fan-out. Si el umbral está configurado para un túnel selectivo, MVPN comienza a migrar el flujo a un S-PMSI segmentado al alcanzar el valor de tasa de umbral. El atributo threshold se aplica a los túneles RSVP, LDP e IR. Puede activar la segmentación en función del atributo fan-out, que es el número de hojas. Una vez que el número de rutas A-D de hoja supera el valor de distribución abierta, el flujo de tráfico se mueve a S-PMSI segmentado. El atributo de distribución ramificada para túneles LDP no es aplicable en el enrutador de PE de entrada. Si el S-PMSI con replicación de entrada ha configurado solo el umbral, entonces el umbral se usa para desencadenar la migración a LSP segmentado. Si también se establece la distribución abierta, la migración se activa cuando la tasa de tráfico multiplicada por el número de rutas A-D de hoja supera el valor de umbral. Los valores de umbral segmentado y de distribución ramificada se comprueban en función del intervalo de comprobación del umbral de datos existente, que de forma predeterminada es cada 60 segundos. Esto evita que el flujo se migre con demasiada frecuencia.

  • ABR de tránsito: cuando el ABR de tránsito (ABR de entrada o ABR de salida) recibe una ruta A-D S-PMSI con la segmentación de interregión configurada, la ABR comprueba si la S-PMSI lleva un atributo de comunidad extendida S-NH. Si el atributo S-NH está presente en el S-PMSI entrante, entonces el ABR comprueba el tipo de túnel que llevará el S-PMSI. A continuación, el ABR genera el tipo de túnel a través del área troncal o el área de salida.

    Nota:

    Un ABR puede establecer una plantilla para definir el tipo de túnel de proveedor en cada región o grupo BGP. El tipo de túnel en cada región puede ser entrante, replicación de entrada, LDP-P2MP o RSVP-TE.

    Si el tipo de túnel es entrante, indica que el tipo de túnel a través del ABR sigue siendo el mismo. Si el tipo de túnel es diferente en toda la ABR, el ABR de tránsito modifica el atributo de túnel S-PMSI y el atributo S-NH a su ID de enrutador y vuelve a anunciar la ruta a sus pares BGP. Si no se configura ninguna plantilla en el ABR, el ABR simplemente refleja las rutas S-PMSI entrantes sin cambiar ninguno de los atributos a sus pares BGP.

  • PE o ASBR de salida: los enrutadores o ASBR de PE de salida aprenden el nodo ascendente de la comunidad extendida segmentada del próximo salto que se lleva en las rutas A-D S-PMSI recibidas y responden con las rutas A-D de hoja que llevan la dirección IP del nodo ascendente en la comunidad extendida (EC) de destino de la ruta.

Puede configurar la política BGP para aceptar o rechazar las rutas S-PMSI A-D que transportan la comunidad de próximos saltos segmentada P2MP entre áreas.

Configuración de LSP P2MP segmentado entre áreas

Para conectar enrutadores PE que se encuentran en áreas diferentes pero en el mismo AS y que requieren conectividad P2MP, Junos OS le permite segmentar los LSP P2MP en el límite del área, tal como se describe en el borrador de draft-ietf-mpls-seamless-mcast-14.txt de Internet.

Para configurar LSP P2MP entre áreas segmentados en el segmento de área de entrada, el segmento de área troncal y el segmento de área de salida, debe hacer lo siguiente:

  1. Configure segmentado entre regiones para group, wildcard-group-inet o wildcard-group-inet6 del túnel selectivo.
    • Configure valores de umbral y de distribución abierta segmentados entre regiones para un origen de multidifusión o un origen comodín que pertenezca al grupo.

      • Especifique valores de umbral y de distribución ramificada para un origen de multidifusión.

      • Especifique valores de umbral y de distribución ramificada para un origen comodín.

    • Configure el valor de distribución ramificada segmentada entre regiones para wildcard-group-inet que pertenece al grupo.

    • Configure el valor de distribución ramificada segmentada entre regiones para el grupo comodín-inet6 que pertenece al grupo.

  2. Configure la plantilla entre regiones en el ABR de tránsito para especificar el tipo de túnel que se utilizará para una región específica o para todas las regiones.
    • Configure la plantilla entre regiones para especificar el tipo de túnel, como replicación de entrada, ldp-p2mp y rsvp-te para una región específica.

      • Especifique create-new-ucast-tunnel o label-switched-path para la replicación de entrada de tipo túnel para una región específica.

      • Especifique el tipo de túnel ldp-p2mp para una región específica.

      • Especifique lsp estático o plantilla para label-switched-path-template para el tipo de túnel rsvp-te que pertenece a una región específica.

    • Configure la plantilla entre regiones para especificar el tipo de túnel, como replicación de entrada, ldp-p2mp y rsvp-te para todas las regiones.

      • Especifique create-new-ucast-tunnel o label-switched-path para la replicación de entrada de tipo túnel para todas las regiones.

      • Especifique el tipo de túnel ldp-p2mp para todas las regiones.

      • Especifique lsp estático o plantilla para label-switched-path-template para el tipo de túnel rsvp-te que pertenece a todas las regiones.

  3. Especifique la plantilla, que indica los tipos de túnel, que se utilizará en la segmentación entre regiones en los ABR de tránsito.
  4. No especifique ninguna segmentación entre regiones si no desea que el ABR participe en la segmentación entre regiones.

Ejemplo: configuración de LSP P2MP entre áreas segmentadas

En este ejemplo se muestra cómo segmentar los LSP P2MP en el límite del área como se describe en el borrador de draft-ietf-mpls-seamless-mcast-14.txt de Internet. Puede configurar políticas en la comunidad extendida segmentada del próximo salto (S-NH EC) de modo que las rutas S-PMSI A-D con el S-NH EC sean reflejadas por el ABR mientras que todas las demás rutas se reflejen por otros reflectores de ruta.

Requisitos

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

  • Catorce plataformas de enrutamiento universal 5G serie MX

  • Junos OS versión 15.1 o posterior ejecutándose en todos los enrutadores

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF.

Visión general

A partir de Junos OS versión 15.1, los LSP P2MP se pueden segmentar en el límite del área. Un LSP P2MP segmentado consta de un segmento de área de entrada (enrutador de PE de entrada o ASBR), segmento de área troncal (ABR de tránsito) y segmento de área de salida (enrutadores de PE de salida o ASBR). Cada uno de los segmentos dentro de la área se puede transportar a través de túneles de proveedores como P2MP RSVP-TE LSP, P2MP mLDP LSP o replicación de entrada. La segmentación del LSP P2MP entre áreas se produce cuando se anuncian las rutas de autodescubrimiento (AD) de S-PMSI, lo que desencadena la inclusión de una nueva comunidad extendida BGP o una comunidad extendida de próximo salto segmentada P2MP entre áreas en el enrutador de PE de entrada o ASBR, ABR de tránsito y enrutadores PE de salida o ASBR.

Para configurar la segmentación entre regiones en el enrutador de PE de entrada, configure la inter-region-segmented instrucción en el nivel de [edit routing-instances instance-name provider-tunnel] jerarquía. Para configurar la plantilla entre regiones en los ABR de tránsito, configure la inter-region-template template-name instrucción en el nivel de [edit protocols mvpn] jerarquía. Para configurar la segmentación entre regiones en la ABR de tránsito, configure la inter-region instrucción en el nivel de [edit routing-instance instance-name provider-tunnel] jerarquía.

Topología

En la topología que se muestra en la figura 4, la combinación de túnel segmentado es la siguiente:

  • Túnel de área de entrada: PE1 a ABR1 con IR como túnel.

  • Túnel de área troncal: ABR1, ABR2 y ABR3 con RSVP-TE como túnel.

  • Túnel de área de salida: ABR2 a PE2 y PE4, ABR3 a PE3 con RSVP-TE como túnel.

Figura 4: Ejemplo de LSP Network topology diagram showing interconnected routers labeled CE1, PE1, P1, ABR1, ABR2. Includes interface names like ge-0/0/0, IP addresses for loopback and connections, subnet ranges 172.16.11.0/30, 10.1.11.0/30, and router roles like Customer Edge, Provider Edge, Provider, Area Border Router. P2MP segmentado entre áreas

Configuración

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, copie y pegue los comandos en la CLI en el nivel de jerarquía y, a continuación, ingrese commit desde el [edit] modo de configuración.

Nota: Los dispositivos CE2 y CE5 del ejemplo siguiente contienen configuraciones para sistemas lógicos y el protocolo Protocolo de anuncio de sesión (SAP). Estas configuraciones permiten que CE2 y CE5 actúen como receptores de multidifusión en este ejemplo. Puede quitar esas configuraciones si tiene receptores de multidifusión reales.

PE1

CE1

P1

ABR1

ABR2

P2

ABR3

PE3

CE4

CE5

PE2

CE2

PE4

CE3

Configuración de PE1

Procedimiento paso a paso

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

Para configurar el dispositivo PE1:

  1. Configure las interfaces.

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

  3. Deshabilite RSVP en la interfaz de administración y habilite RSVP en las interfaces.

  4. Habilite la tunelización IPv6.

  5. Deshabilite MPLS en la interfaz de administración y habilite MPLS en las interfaces.

  6. Configure el protocolo BGP.

  7. Configure los atributos de ingeniería de tráfico de OSPF y habilite OSPF en las interfaces.

  8. Habilite LDP en todas las interfaces y anuncie la capacidad P2MP a sus pares.

  9. Configure PIM en las interfaces.

  10. Configure la directiva de enrutamiento.

  11. Configure el tipo de instancia de enrutamiento, las interfaces y el distintivo de ruta para la instancia de enrutamiento.

  12. Configure los atributos de túnel del proveedor para la instancia de enrutamiento.

  13. Configure la comunidad de destino de VRF y anuncie una única etiqueta de VPN para todas las rutas del VRF.

  14. Habilite OSPF para la instancia de enrutamiento.

  15. Habilite OSPF3 para la instancia de enrutamiento.

  16. Habilite los atributos PIM para la instancia de enrutamiento.

Resultados

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

Configuración de ABR1

Procedimiento paso a paso

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

Para configurar el dispositivo ABR1:

  1. Configure las interfaces.

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

  3. Configure el protocolo RSVP.

  4. Configure la tunelización IPv6 de MPLS.

  5. Configure MPLS en las interfaces.

  6. Configure el protocolo BGP.

  7. Configure los atributos de ingeniería de tráfico de OSPF y habilite OSPF en las interfaces.

  8. Habilite LDP en todas las interfaces y anuncie la capacidad P2MP a sus pares.

  9. Configure PIM en las interfaces.

  10. Configure los túneles de la plantilla entre regiones para una región específica o para todas las regiones.

  11. Configure el tipo de instancia de enrutamiento, el distinguidor de ruta, la plantilla entre regiones del túnel del proveedor y la comunidad de destino de VRF, y anuncie una única etiqueta de VPN para todas las rutas del VRF para la instancia de enrutamiento.

Resultados

Desde el modo de configuración, escriba los comandos , show protocolsshow routing-instances, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración de ABR2

Procedimiento paso a paso

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

Para configurar el dispositivo ABR2:

  1. Configure las interfaces.

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

  3. Configure el protocolo RSVP.

  4. Habilite la tunelización IPv6 MPLS.

  5. Deshabilite MPLS en la interfaz de administración y habilite RSVP en las interfaces.

  6. Configure el protocolo BGP.

  7. Configure los atributos de ingeniería de tráfico de OSPF, deshabilite OSPF en la interfaz de administración y habilite OSPF en las interfaces.

  8. Habilite LDP en todas las interfaces y anuncie la capacidad P2MP a sus pares.

  9. Configure PIM en las interfaces.

  10. Configure los túneles de la plantilla entre regiones para una región específica o para todas las regiones.

  11. Configure el tipo de instancia de enrutamiento, el distinguidor de ruta, la plantilla entre regiones del túnel del proveedor y la comunidad de destino de VRF, y anuncie una única etiqueta de VPN para todas las rutas del VRF para la instancia de enrutamiento.

Resultados

Desde el modo de configuración, escriba los comandos , show protocolsshow routing-instances, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración de ABR3

Procedimiento paso a paso

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

Para configurar el dispositivo ABR3:

  1. Configure las interfaces.

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

  3. Configure el protocolo RSVP.

  4. Configure la tunelización IPv6 de MPLS, configure la ruta de conmutación de etiquetas y habilite MPLS en todas las interfaces, excluyendo la interfaz de administración.

  5. Configure el protocolo BGP.

  6. Configure los atributos de ingeniería de tráfico de OSPF, deshabilite OSPF en la interfaz de administración y habilite OSPF en las interfaces.

  7. Habilite LDP en todas las interfaces y anuncie la capacidad P2MP a sus pares.

  8. Configure PIM en las interfaces.

  9. Configure los túneles de la plantilla entre regiones para una región específica o para todas las regiones.

  10. Configure el tipo de instancia de enrutamiento, el distinguidor de ruta, la plantilla entre regiones del túnel del proveedor y la comunidad de destino de VRF, y anuncie una única etiqueta de VPN para todas las rutas del VRF para la instancia de enrutamiento.

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Verificación del flujo de entrada en el enrutador de PE de entrada
Propósito

Verifique la entrada de tráfico en el enrutador de PE de entrada para la instancia de enrutamiento dada.

Acción

Desde el modo operativo, ejecute el comando para el show multicast route extensive instance vpn1 dispositivo PE1.

Significado

El resultado muestra la entrada de tráfico en el dispositivo de entrada PE1.

Verificación de la tabla de rutas para el tráfico segmentado de tipo 3 generado desde el dispositivo ABR1 hacia el enrutador PE1
Propósito

Verifique la tabla de ruteo para el tráfico segmentado de tipo 3 generado desde el dispositivo ABR1.

Acción

Desde el modo operativo, ejecute el show route table vpn1.mvpn.0 match-prefix 3:* detail comando.

Significado

El resultado indica la tabla de rutas para el tráfico segmentado de tipo 3 generado desde ABR1.

Verificación de la tabla de rutas para el tráfico segmentado de tipo 4 recibido desde el dispositivo ABR1 hacia el enrutador PE1
Propósito

Verifique la tabla de rutas para el tráfico segmentado de tipo 4 recibido del dispositivo ABR1.

Acción

Desde el modo operativo, ejecute el show route table vpn1.mvpn.0 match-prefix 4:* detail comando.

Significado

El resultado muestra la tabla de rutas para el tráfico segmentado de tipo 4 recibido del dispositivo ABR1.

Verificación de las estadísticas de tráfico de LDP
Propósito

Verifique las estadísticas de tráfico LDP del dispositivo PE1.

Acción

Desde el modo operativo, ejecute el show ldp traffic-statistics comando.

Significado

El resultado muestra las estadísticas de tráfico de LDP.

Verificación del tráfico segmentado de tipo 3 recibido del enrutador PE1 en ABR1
Propósito

Muestre el tráfico segmentado de tipo 3 recibido del enrutador PE1 en ABR1.

Acción

Desde el modo operativo, ejecute el show route table bgp.mvpn.0 match-prefix 3:* detail comando.

Significado

La salida muestra el tráfico segmentado de tipo 3 recibido de PE1 con el tipo de túnel como IR.

Verificación del tipo 3 segmentado recibido de ABR1 en ABR2
Propósito

Muestre el tipo 3 segmentado recibido de ABR1 en ABR2.

Acción

Desde el modo operativo, ingrese el show route table bgp.mvpn.0 match-prefix 3:* detail comando.

Significado

El resultado muestra el tráfico segmentado de tipo 3 recibido de ABR1.

Verificación del tipo 4 recibido de los dispositivos de PE de salida en ABR2
Propósito

Muestre el tipo 4 recibido de los dispositivos de PE de salida en ABR2.

Acción

Desde el modo operativo, ingrese el show route table bgp.mvpn.0 match-prefix 4:* detail comando.

Significado

El resultado muestra el tráfico de tipo 4 recibido de los dispositivos PE de salida.

Verificación de las estadísticas de MPLS LSP
Propósito

Muestra las estadísticas de MPLS LSP.

Acción

Desde el modo operativo, ejecute el comando para el show mpls lsp statistics dispositivo ABR2.

Verificación del tipo 3 segmentado recibido de ABR1 en ABR3
Propósito

Muestre el tipo 3 segmentado recibido de ABR1 en ABR3.

Acción

Desde el modo operativo, ejecute el comando para el show route table bgp.mvpn.0 match-prefix 3:* detail dispositivo ABR3.

Significado

El resultado muestra el tráfico segmentado de tipo 3 recibido de ABR1.

Tabla de historial de cambios

La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
11.1R2
La paridad de características para la funcionalidad de extranet MVPN o MVPN superpuestas en el chipset Junos Trio se admite en las versiones 11.1R2, 11.2R2 y 11.4 de Junos OS.