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 el RFC 4364. En este tema, se proporciona una descripción general de la multidifusión y se describe la configuración de dispositivos para admitir 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 está contenida en los enrutadores de PE. Sin embargo, con la multidifusión para VPN de capa 3, las adyacencias de multidifusión independiente de protocolo (PIM) se establecen de una de las siguientes maneras:

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

  • También puede establecer la instancia de PIM principal y los vecinos IGP del PE mediante la configuración de instrucciones en el nivel jerárquico de [editar protocolos pim]. Debe agregar el grupo de multidifusión especificado en la instancia 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 rp arraigado 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 de la VPN (puede ser un enrutador de proveedor de servicios o un enrutador del 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. Trasladar 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 SP

  • Enrutadores pe configurados para ejecutar enrutamiento de multidifusión

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

Para obtener más información acerca de la ejecución de multidifusión en VPN de capa 3, consulte los documentos siguientes:

Las siguientes secciones describen el funcionamiento de una VPN de multidifusión. La figura 1 muestra la topología de red utilizada.

Figura 1: Descripción general Multicast Topology Overview de la topología de multidifusión

Envío de mensajes de saludo PIM a los enrutadores de 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 de saludo PIM desde un enrutador PE (llamado PE3 en esta sección) a todos los demás enrutadores de PE en los que está configurado PIM.

Puede configurar PIM en la instancia de enrutamiento VPN de capa 3 en el 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 de saludo PIM a los enrutadores pe:

  1. Se envía un mensaje de saludo PIM 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 de Hola PIM. El mensaje de encabezado incluye la dirección del grupo VPN y la dirección de circuito cerrado del enrutador PE3.

  2. Un encabezado de registro PIM se antepone al mensaje de saludo a medida que el paquete se bucle 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 elimina el encabezado superior del paquete y envía el mensaje de Hola encapsulado de GRE restante a todos los enrutadores PE.

  5. La instancia PIM principal en cada enrutador de PE controla 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 de hola, 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 PIM Join al C-RP. El proceso descrito en esta sección hace referencia a la Figura 1.

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

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

  2. Luego, el mensaje de UNIÓN PIM se envía a través de la interfaz de encapsulación PIM y un encabezado de registro se antepone 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 de Unión PIM se envía al SP-RP mediante enrutamiento de unidifusión.

  4. En el SP-RP, se elimina el encabezado del registro (permanece el encabezado GRE) 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 se encuentra a través del enrutador PE2, envía el paquete a través de la interfaz de multidifusión para quitar el encabezado GRE.

  6. Por último, el mensaje de UNIÓN PIM se envía al C-RP.

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

Los pasos a continuación describen cómo se propaga una transmisión de multidifusión por toda la red:

  1. El origen de multidifusión conectado 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. Dado que este paquete ya incluye el encabezado PIM, se reenvía mediante enrutamiento de unidifusión al C-RP a través de vpn de capa 3.

  3. El C-RP elimina 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. Luego, el paquete se reenvía al SP-RP, el cual elimina el encabezado del 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 mediante el envío del mensaje de unión pim.

    Nota:

    Los enrutadores de PE que no han recibido solicitudes de difusión de multidifusión de sus enrutadores CE conectados aún reciben 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 borrador 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 y procedimientos de BGP para multidifusión en VPN IP MPLS/BGP

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

  • RFC 6625, Comodín en rutas de descubrimiento automático de VPN multidifusión

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

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

  • RFC 7900, Multidifusión 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 las rutas activas de origen de la red privada virtual (MVPN) de multidifusión y el protocolo de directorio de origen de multidifusión (MSDP)

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

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

  • Vpn de multidifusión de Rosen borrador: las 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 IETF draft-rosen-vpn-mcast-06.txt, Multidifusión en VPN MPLS/BGP (vencido en abril de 2004).

  • VPN de multidifusión de última generación: las VPN de multidifusión de última generación se describen en 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 un borrador de VPN de multidifusión rosen. Esta información se le proporciona en caso de que ya tenga VPN de multidifusión PIM dual configuradas en su red. Para obtener más información acerca de las VPN de multidifusión MPLS de BGP (también conocidas como VPN de multidifusión de última generación), consulte Sitios de VPN de multidifusión MBGP.

Nota:

Las VPN de multidifusión draft-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 de 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 de PE configurado para ejecutar multidifusión en 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 (SP). Las PIC de servicios de túnel también se necesitan en todos los enrutadores CE que actúan como enrutadores designados (enrutadores de primer salto o último salto) o como SP, tal como se encuentran en entornos piM que no son VPN.

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

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

Para obtener más 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 debe configurarse en la instancia de enrutamiento VRF de todos los enrutadores de 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 instrucción:

Para obtener una lista de niveles de jerarquía en los que puede configurar esta instrucción, consulte 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 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: Configurar el equilibrio de carga de unión PIM en Draft-Rosen MULTICAST VPN

En este ejemplo, se muestra cómo configurar el enrutamiento de varias rutas para rutas de red privada (VPN) externas e internas con métricas desiguales del protocolo de puerta de enlace interior (IGP), y la multidifusión independiente de protocolo (PIM) se unen al equilibrio de carga en enrutadores de borde de proveedor (PE) que ejecutan VPN de multidifusión Draft-Rosen (MVPN). Esta función permite que los mensajes de unión del PIM del cliente (C-PIM) se equilibren con la carga en las rutas ascendentes externas e internas del BGP (BEIGP) cuando el enrutador de PE tiene rutas de BGP externa (EBGP) e interna (IBGP) hacia el origen o el punto de encuentro (RP).

Requisitos

En este ejemplo, se requieren 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 de la serie T.

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

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure los siguientes protocolos de enrutamiento en todos los enrutadores de 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 posterior admiten configuración de varias rutas junto con equilibrio de carga de unión PIM. Esto permite que los mensajes de unión de C-PIM tengan un equilibrio de carga en rutas BEIGP desiguales, si un enrutador de PE tiene rutas EBGP e IBGP hacia el origen (o RP). En versiones anteriores, solo se utilizó la ruta ebGP activa para enviar los mensajes de unión. Esta función se aplica a los mensajes de unión de C-PIM IPv4.

Durante el equilibrio de carga, si un enrutador de PE pierde una o más rutas EBGP hacia el origen (o RP), los mensajes de unión de C-PIM que utilizaban anteriormente 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 según un mecanismo hash.

Al descubrir la primera ruta del EBGP hacia el origen (o RP), solo los mensajes de unión nuevos obtienen equilibrio de carga en las rutas DE BEIGP, 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 para el equilibrio de carga de unión de PIM de varias rutas es utilizar rutas BEIGP desiguales para el tráfico de multidifusión, se pueden evitar los potenciales bucles de unión si un enrutador de 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 la ruta ascendente, los posibles bucles se pueden romper cambiando la ruta ascendente seleccionada a EBGP.

Nota:

Durante un cambio agraciado del motor de enrutamiento (GRES), la selección de ruta de BEIGP para los mensajes de unión de C-PIM puede variar, ya que la selección de 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 de CE y PE. Esto puede dar lugar a la interrupción del tráfico de multidifusión según el número de mensajes de unión recibidos y la carga en la red en el momento del reinicio agraciado. Sin embargo, la función de enrutamiento activo sin interrupciones no es compatible y no tiene ningún impacto en el tráfico de multidifusión en un escenario de MVPN Draft-Rosen.

En este ejemplo, PE1 y PE2 son los enrutadores de PE ascendente para los que está configurada la función de equilibrio de carga de unión DE PIM de varias rutas. Los enrutadores PE1 y PE2 tienen una ruta EBGP y una ruta IBGP cada uno hacia el origen. El origen y el receptor conectados a los enrutadores de borde del cliente (CE) son hosts BSD libres.

En los enrutadores de PE que tienen rutas BEIGP 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 recuentos de unión se realiza de tal manera que el algoritmo seleccione primero la interfaz C-PIM menos cargada. Si hay carga igual o ninguna en todas las interfaces de C-PIM, los mensajes de unión se distribuyen por igual 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 carga igual o ninguna en las rutas EBGP e IBGP hacia el origen, los mensajes de unión se equilibran en las rutas BEIGP.

  2. Si la interfaz menos cargada seleccionada es una interfaz de túnel de multidifusión, puede haber un potencial 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 mediante la ruta IBGP. Si los mensajes de unión PIM del enrutador PE3 llegan a PE1, la lista descendente de los mensajes de C-join para PE3 ya contiene una interfaz de túnel de multidifusión, lo que puede dar lugar a un potencial 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 usa 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 C-join, no es necesario el mecanismo de prevención de bucles. Si algún enrutador de PE ya anunció el tipo, la longitud y los valores (TLV) de árbol de distribución de multidifusión de datos (MDT), ese enrutador de PE se selecciona como el vecino ascendente.

    Cuando el enrutador PE1 envía los mensajes de unión a PE2 utilizando la ruta 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 MDT de datos TLV corresponde al mensaje de C-join, el vecino menos cargado en una interfaz de túnel de multidifusión se selecciona como interfaz ascendente.

En enrutadores de 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 en los vecinos C-PIM en una interfaz de túnel de multidifusión.

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

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

Para un flujo de multidifusión C determinado, al menos uno de los enrutadores de PE que tengan rutas BEIGP hacia el origen (o RP) debe usar solo la ruta EBGP para evitar o romper los bucles de unión. Como resultado del mecanismo de evitación de bucles, un enrutador de PE tiene la limitación de elegir entre las rutas BEIGP 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.

El enrutador PE1 distribuye de manera igual los mensajes de unión entre las rutas DEIGP 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 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 de RPF para los mensajes de unión del grupo 1 y del grupo 2, respectivamente.

Cuando el enrutador CE3 inicia los mensajes de unión de PIM de grupo 1 y grupo 2, los mensajes de unión de ambos grupos llegan al enrutador PE2. El enrutador PE2 distribuye de manera igual los mensajes de unión entre las rutas de BEIGP hacia el origen. Dado que PE2 es el vecino de RPF para los mensajes de unión del Grupo 2, envía los mensajes de unión del Grupo 2 directamente al enrutador CE1 mediante la ruta EBGP. Los mensajes de unión del grupo 1 se envían al enrutador PE1 mediante la ruta IBGP.

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

  • Si PE3 envía mensajes de unión del grupo 1 a PE1 y el grupo 2 une mensajes a PE2, no se produce ningún cambio en el vecino de RPF. 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 RPF para los distintos grupos, lo que da como resultado la creación de bucles de unión. Para evitar potenciales bucles de unión, PE1 y PE2 no consideran las rutas 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 solo la ruta EBGP.

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

  • Dado 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 unión.

  • Dado que los bucles de unión no se pueden evitar y pueden ocurrir debido al tiempo de los mensajes de unión, el cambio posterior de la interfaz de RPF conduce a la pérdida de tráfico de multidifusión. Esto se puede evitar mediante la implementación de la función piM antes de la interrupción.

    La función piM antes de pausa es un enfoque para detectar y romper bucles de unión de C-PIM en un MVPN Draft-Rosen. Los mensajes de unión de C-PIM se envían al nuevo vecino de 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 RPF ascendente habría actualizado su entrada de reenvío de multidifusión y comenzado a enviar el tráfico de multidifusión descendente, el enrutador descendente no reenvía el tráfico de multidifusión (debido a un error de comprobación de RPF) hasta que la entrada de reenvío de multidifusión se actualiza con el nuevo vecino de 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: PIM unirse al equilibrio de carga en Draft-Rosen MVPN PIM Join Load Balancing on Draft-Rosen MVPN

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

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

Nota:

Repita este procedimiento para cada enrutador de Juniper Networks en el dominio MVPN, después de modificar los nombres de interfaz, direcciones y cualquier otro parámetro apropiado para cada enrutador.

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

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

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

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

  5. Habilite 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, ingrese el comando show-routing-instances para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar el equilibrio de carga de unión de PIM para diferentes grupos de mensajes de unión

Propósito

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

Acción

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

Significado

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

  • Para los mensajes de unión del grupo 1 (dirección del grupo: 203.0.113.1) y del grupo 3 (dirección del grupo: 203.0.113.3), el enrutador PE1 seleccionó 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 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 de MBGP son:

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

  • Siguen la misma arquitectura especificada por RFC 4364 para VPN de unidifusión. Específicamente, el BGP se utiliza como el plano de control de enrutador de borde de proveedor (PE) de enrutador a 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.

  • Confían en la unidifusión basada en RFC 4364 con extensiones para la comunicación intra-AS e inter-AS.

Un MBGP MVPN 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 del conjunto de sitios de remitente pueden originar tráfico de multidifusión para los receptores en el conjunto de sitios de recepción.

  • Los receptores fuera del conjunto de sitios de recepción no deberían poder recibir este tráfico.

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

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

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

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

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

Otra forma de ver un MBGP MVPN es decir que un MBGP MVPN está definido por un conjunto de políticas administrativas. Estas políticas determinan tanto el conjunto de sitios de remitente como el conjunto de sitios de recepción. Estas políticas las establecen los clientes de MBGP MVPN, pero los proveedores de servicios las implementan mediante la infraestructura existente de BGP y VPN MPLS.

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

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

Requisitos

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

  • Junos OS versión 9.2 o posterior

  • Cinco enrutadores de Juniper serie M , T , serie TX o SERIE MX 

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

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

Según los dispositivos que esté utilizando, es posible que deba configurar rutas estáticas para:

  • El remitente de multidifusión

  • La interfaz de Ethernet rápida a la que se conecta el remitente en el receptor de multidifusión

  • El receptor de multidifusión

  • La interfaz de Ethernet rápida a la que se conecta el receptor en el remitente 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 PIM escaso

  • 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, es recomendable comprobar periódicamente que la configuración se puede confirmar mediante 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 de borde del cliente 1 (CE1)

  • PE1 identifica el enrutador de borde 1 (PE1) del proveedor

  • P identifica el enrutador de núcleo (P) del proveedor

  • CE2 identifica el enrutador de borde del cliente 2 (CE2)

  • PE2 identifica el enrutador de borde 2 (PE2) del proveedor

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

Configuración de interfaces

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.

  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 familia de protocolos y direcciones IP en las interfaces de Fast Ethernet. Especifique el tipo de familia de inet protocolo.

    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 de las interfaces ATM y los circuitos virtuales máximos. 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 VCI de interfaz lógica, 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 de las interfaces ATM y las VCs máximas son correctos y que la interfaz lógica VCI, familia de protocolos, dirección IP local y 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 y ATM. La instancia de proveedor de OSPF en el enrutador de PE forma adyacencias con los vecinos OSPF en el otro enrutador de 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 forman adyacencias con los vecinos dentro de la instancia de enrutamiento VPN de OSPF en los enrutadores de PE.

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

  3. En los enrutadores P y PE, configure el soporte 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 use una ruta conmutada por etiquetas como el siguiente salto.

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

Configuración del BGP

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

    La unicast instrucción permite que el enrutador use el BGP para anunciar información de accesibilidad de la capa de red (NLRI). La signaling instrucción permite que el enrutador use el 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 usar el BGP para anunciar NLRI.

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

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

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

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

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

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

Configuración de RSVP

Procedimiento paso a paso
  1. En los enrutadores de 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 del RSVP es correcta.

Configuración de MPLS

Procedimiento paso a paso
  1. En los enrutadores de PE, configure un LSP 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, Ethernet rápida e lo0.0 interfaces.

    Para ayudar a identificar cada LSP al solucionar problemas, configure un nombre de LSP diferente en cada enrutador de PE. En este ejemplo, usamos el nombre to-pe2 como el nombre para el LSP configurado en PE1 y to-pe1 como el nombre para el 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.

    Después de confirmar 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 de 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 protocolo.

    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 de PE, configure una instancia de enrutamiento para la VPN y especifique el tipo de vrf instancia. Agregue la Ethernet rápida y lo0.1 las interfaces orientadas al cliente. Configure la instancia vpn de OSPF e incluya la política de exportación del 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 de 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 de 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 distinguidor de ruta es correcto.

  3. En los enrutadores de PE, configure las políticas predeterminadas de importación y exportación de VRF. Según esta configuración, el 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 utiliza 2:1 como destino de ruta.

    Nota:

    Debe configurar el mismo destino de ruta en cada enrutador de 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 de 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 de 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 y la de la red. Especifique el modo como sparse y la versión como 2.

    Utilice el show pim interfaces instance vpn-a comando para comprobar que el modo PIM limitado está habilitado en la interfaz y en la lo0.1 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 show pim interfaces comando para comprobar que el modo PIM escaso está habilitado en todas las interfaces.

Configuración del túnel de 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 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 usar la plantilla LSP predeterminada.

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

    Utilice el show configuration routing-instance vpn-a comando para comprobar que el túnel del proveedor está configurado para usar 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 utilizará.

    Utilice el show pim rps instance vpn-a comando para comprobar que la dirección IP local correcta está configurada 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 la dirección IP estática correcta está configurada 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 la dirección IP estática correcta está configurada para el RP.

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

  5. Inicie el dispositivo remitente 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 transmisión de multidifusión.

  8. Utilice show comandos para verificar la operación de enrutamiento, VPN y multidifusión.

Resultados

Se completaron 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 pertinente 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 de punto a multipunto para un MVPN de MBGP

Junos OS admite rutas de conmutación de etiquetas de punto a multipunto (LSP) para MVPN de MBGP. Los LSP de punto a multipunto para VPN de multidifusión se admiten para entornos de sistema intraautónomo (AS) (dentro de un AS), pero no se admiten para entornos de interAS (entre sistemas autónomos). Un LSP de punto a multipunto es un LSP señalado por RSVP con un único origen y varios destinos.

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

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

  • LSP dinámicos de punto a multipunto con la plantilla predeterminada: la configuración de LSP dinámicos de punto a multipunto mediante la default-template opción hace que los nodos leaf se descubran automáticamente. Los nodos leaf se descubren mediante el descubrimiento automático del 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 MPLS estándar.

  • 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 provoca que los nodos leaf se descubran automáticamente. Al crear su propia plantilla para los LSP de punto a multipunto, se pueden configurar todas las funciones MPLS estándar (como la asignación de ancho de banda y la ingeniería de tráfico).

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

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

  • Debe configurar la vrf-table-label instrucción o una interfaz de 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 penúltimo enrutador de 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 penúltimo enrutador de salto puede enviar solo 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 penúltimo enrutador de 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 de MPLS de multidifusión y otra para la búsqueda de IP.

Nota:

La versión 11.2 y anteriores de Junos OS no admiteN LSP de punto a multipunto con VPN de multidifusión de última generación en enrutadores MX80.

Las siguientes secciones describen cómo configurar LSP de punto a multipunto para MVPN de MBGP:

Configurar LSP inclusivos de punto a multipunto señal de RSVP para una MVPN MBGP

Puede configurar LSP de punto a multipunto con señal de LDP o RSVP inclusivos para MVPN de 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 del remitente se encuentra en el conjunto de sitios de remitente del MBGP MVPN.

Para configurar un LSP inclusivo de punto a multipunto con señal 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 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 de punto a multipunto y especificar el nombre de la plantilla.

Configuración de túneles de proveedor selectiva para un MBGP MVPN

Puede configurar LSP selectivas de punto a multipunto con señal de LDP o RSVP (también conocidos como túneles de proveedor selectivo) para MVPN de MBGP. Los LSP de punto a multipunto solo envían tráfico 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 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]

Las siguientes secciones describen cómo configurar LSP de punto a multipunto selectiva para MVPN de MBGP:

Configuración de la dirección del grupo de multidifusión para un MBGP MVPN

Para configurar un LSP de punto a multipunto para un 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 través 239.255.255.255de ).

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

Para configurar un LSP de punto a multipunto para un MBGP MVPN, 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 y selectivos de punto a multipunto para un MVPN MBGP

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

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

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 dinámicos y selectivos de punto a multipunto para un MVPN MBGP

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

Para configurar un túnel de proveedor de punto a multipunto dinámico, 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 de punto a multipunto se generan dinámicamente según 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 funciones comunes del 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 LSP que se utilizará para el LSP de punto a multipunto. Debe configurar la plantilla LSP para que se use como base para los LSP de punto a multipunto. Puede configurar cualquiera de las funciones de LSP comunes para esta plantilla.

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

Para configurar un LSP de punto a multipunto selectiva dinámicamente, 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 dinámicos de punto a multipunto para un MVPN MBGP

Para configurar un límite en la cantidad 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 conmutadas por etiquetas de punto a multipunto entre áreas

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

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

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

  • Segmento de área troncal: el segmento de área troncal está arraigado en un ABR que está conectado al ABR de área de entrada o de entrada.

  • Segmento de área de salida: el segmento de área de salida se basa en un ABR en el área de salida o ABR de salida.

Nota:

Estas áreas pueden ser áreas 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 ABRs/RBR de tránsito se deben configurar en el reflector de ruta BGP (RR).

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

La segmentación de LSP P2MP entre áreas se produce cuando se anuncian las rutas de detección automática (AD) S-PMSI. Esto desencadena la inclusión de una nueva comunidad extendida de BGP o una comunidad extendida de P2MP segmentada entre áreas. El LSP P2MP segmentado entre áreas se puede separar en las siguientes tres funciones diferentes:

  • PE de entrada o ASBR: el enrutador pe de entrada origina rutas A-D S-PMSI. Si se requiere segmentación entre regiones, el enrutador de PE genera las rutas A-D S-PMSI que transportan la comunidad de enrutadores de próximo salto (S-NH) segmentado P2MP entre áreas. Se puede agregar la segmentación interrregión para cualquier túnel selectivo. La segmentación puede ocurrir según el umbral o los atributos de ventilador fuera. Si el umbral está configurado para un túnel selectiva, MVPN comienza a migrar el flujo a un S-PMSI segmentado al alcanzar el valor de velocidad de umbral. El atributo de umbral se aplica a los túneles RSVP, LDP y IR. Puede activar la segmentación basada en el atributo de ventilador hacia fuera, que es el número de hojas. Una vez que el número de rutas leaf A-D supera el valor de ventilador fuera, el flujo de tráfico se mueve a S-PMSI segmentado. El atributo de ventilación de los túneles LDP no es aplicable en el enrutador de PE de entrada. Si el S-PMSI con replicación de entrada solo configuró el umbral, entonces el umbral se utiliza para activar la migración a LSP segmentado. Si también se establece el ventilador, la migración se activa cuando la velocidad de tráfico multiplicada por el número de rutas A-D leaf supera el valor de umbral. El umbral segmentado y los valores de ventilador fuera se comprueban según el intervalo de verificación de umbral de datos existente, que de forma predeterminada es cada 60 segundos. Esto evita que el flujo se migre con demasiada frecuencia.

  • ABRs de tránsito: cuando el ABR de tránsito (ABR de entrada o ABR de salida) recibe una ruta A-D de S-PMSI con la segmentación de la interrregión configurada, el ABR comprueba si el S-PMSI lleva un atributo de comunidad extendido de S-NH. Si el atributo S-NH está presente en el S-PMSI entrante, el ABR comprueba que el tipo de túnel lo lleve el S-PMSI. A continuación, el ABR genera el tipo de túnel en el área troncal o el área de salida.

    Nota:

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

    Si el tipo de túnel es entrante, indica que el tipo de túnel en el ABR sigue siendo el mismo. Si el tipo de túnel es diferente en el 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 la ABR, la ABR simplemente refleja las rutas S-PMSI entrantes sin cambiar ninguno de los atributos a sus pares de BGP.

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

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

Configurar LSP P2MP entre áreas segmentadas

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

Para configurar LSP de P2MP entre áreas segmentadas 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 segmentos entre regiones para el grupo, comodín-group-inet o comodín-group-inet6 del túnel selectivo.
    • Configure valores de salida de ventilador y umbral segmentados entre regiones para un origen de multidifusión o comodín que pertenece al grupo.

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

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

    • Configure el valor de fan-out segmentado entre regiones para comodín-group-inet que pertenece al grupo.

    • Configure el valor de fan-out segmentado entre regiones para comodín-group-inet6 que pertenece al grupo.

  2. Configure la plantilla de interrregión en la 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 la 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 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 de 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 túnel tipo 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: Configurar LSP P2MP entre áreas segmentadas

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

Requisitos

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

  • Catorce plataformas de enrutamiento universal de 5G serie MX

  • Junos OS versión 15.1 o posterior se ejecuta 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 de P2MP segmentado consta de segmentos de área de entrada (enrutador 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 área se puede transportar a través de túneles de proveedor, como P2MP RSVP-TE LSP, P2MP mLDP LSP o replicación de entrada. La segmentación de LSP P2MP entre áreas ocurre cuando se anuncian las rutas de detección automática (AD) S-PMSI, lo que desencadena la inclusión de una nueva comunidad extendida de 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 de 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 [edit routing-instances instance-name provider-tunnel] nivel de jerarquía. Para configurar la plantilla entre regiones en los BR de tránsito, configure la inter-region-template template-name instrucción en el [edit protocols mvpn] nivel de jerarquía. Para configurar la segmentación entre regiones en el ABR de tránsito, configure la inter-region instrucción en el [edit routing-instance instance-name provider-tunnel] nivel jerárquico.

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 del á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, de ABR3 a PE3 con RSVP-TE como túnel.

Figura 4: Ejemplo de LSP Example Segmented Inter-Area P2MP LSP 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, luego, ingrese commit desde el [edit] modo de configuración.

PE1

CE1

P1

ABR1

ABR2

P2

ABR3

PE3

CE4

CE5

PE2

CE2

PE4

CE3

Configuración de PE1

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.

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

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

  4. Habilite la tunelización IPv6.

  5. Desactive 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 el LDP en todas las interfaces y anuncie la capacidad P2MP a los pares.

  9. Configure PIM en las interfaces.

  10. Configure la política de enrutamiento.

  11. Configure el tipo de instancia de enrutamiento, la interfaz y el distinguidor de ruta para la instancia de enrutamiento.

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

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

  14. Habilite el OSPF para la instancia de enrutamiento.

  15. Habilite OSPF3 para la instancia de enrutamiento.

  16. Habilite atributos PIM para la instancia de enrutamiento.

Resultados

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

Configuración de ABR1

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 ABR1:

  1. Configure las interfaces.

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

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

  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 el LDP en todas las interfaces y anuncie la capacidad P2MP a los 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 de interrregión del túnel del proveedor y la comunidad de destino de VRF, y anuncie una sola etiqueta de VPN para todas las rutas de la VRF para la instancia de enrutamiento.

Resultados

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

Configuración de ABR2

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 ABR2:

  1. Configure las interfaces.

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

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

  4. Habilite la tunelización IPv6 de MPLS.

  5. Desactive 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, desactive OSPF en la interfaz de administración y habilite OSPF en las interfaces.

  8. Habilite el LDP en todas las interfaces y anuncie la capacidad P2MP a los 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 de interrregión del túnel del proveedor y la comunidad de destino de VRF, y anuncie una sola etiqueta de VPN para todas las rutas de la VRF para la instancia de enrutamiento.

Resultados

Configuración de ABR3

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 ABR3:

  1. Configure las interfaces.

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

  3. Configure RSVP en todas las interfaces, excluyendo la interfaz de administración.

  4. Configure la tunelización IPv6 de MPLS, configure la ruta conmutada por 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, desactive OSPF en la interfaz de administración y habilite OSPF en las interfaces.

  7. Habilite el LDP en todas las interfaces y anuncie la capacidad P2MP a los 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 de interrregión del túnel del proveedor y la comunidad de destino de VRF, y anuncie una sola etiqueta de VPN para todas las rutas de la VRF para la instancia de enrutamiento.

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar el flujo de entrada en el enrutador de PE de entrada
Propósito

Compruebe la entrada de tráfico al 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 el flujo de tráfico en el dispositivo de entrada PE1.

Verificar 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 rutas para el tráfico de tipo 3 segmentado 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 tipo 3 generado a partir de ABR1.

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

Verifique la tabla de rutas para el tráfico segmentado 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 tipo 4 recibido del dispositivo ABR1.

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

Verifique las estadísticas de tráfico de 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

Confirme que la configuración funciona correctamente.

Verificar el tráfico segmentado tipo 3 recibido del enrutador PE1 en ABR1 con el tipo de túnel como IR
Propósito

Muestra el tráfico segmentado tipo 3 recibido del enrutador PE1 en ABR1 con el tipo de túnel como IR.

Acción

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

Significado

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar el tipo 3 segmentado recibido de ABR2
Propósito

Muestra el tipo 3 segmentado recibido de ABR2, donde el tipo de túnel es RSVP-TE.

Acción

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

Significado

El resultado muestra el tráfico de tipo 3 segmentado recibido de ABR2, donde el tipo de túnel es RSVP-TE.

Verificar el tipo 4 recibido de la salida PE2 y PE4 y el tipo 4 activado localmente hacia abr2 de entrada
Propósito

Muestra el tipo 4 recibido de la salida PE2 y PE4 y el tipo 4 activado localmente hacia la entrada ABR2.

Acción

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

Significado

El resultado muestra que el tipo de túnel configurado en abr2 es RSVP-TE. El túnel RSVP del ABR1 termina en ABR2 como el LSP de salida, y el nuevo LSP se activa para la salida PE2 y PE4.

Verificar las estadísticas de MPLS LSP
Propósito

Muestra las estadísticas de LSP MPLS.

Acción

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar el tipo 3 segmentado recibido de ABR1 en ABR3

Propósito

Muestra el tipo 3 segmentado recibido de ABR1 en ABR3, donde el tipo de túnel es RSVP-TE.

Acción

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

Significado

El resultado muestra el tráfico segmentado tipo 3 recibido de ABR1, donde el tipo de túnel es RSVP-TE.

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