Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Inundar tráfico desconocido mediante LSP de punto a multipunto en VPLS

Para una instancia de enrutamiento VPLS, puede inundar tráfico desconocido de unidifusión, difusión y multidifusión mediante LSP de punto a multipunto (también denominados P2MP). De forma predeterminada, VPLS se basa en la replicación de entrada para inundar el tráfico desconocido a los miembros de una instancia de enrutamiento VPLS. Esto puede provocar la replicación de datos en nodos de enrutamiento compartidos por varios miembros VPLS, como se muestra en la Figura 1. Los datos de inundación se triplican entre el enrutador de PE PE1 y el enrutador de proveedor P1 y se duplican entre los enrutadores de proveedor P1 y P2. Mediante la configuración de LSP de punto a multipunto para manejar el tráfico de inundación, la instancia de enrutamiento VPLS puede evitar este tipo de replicación de tráfico en la red, como se muestra en la Figura 2.

Figura 1: Inundación de tráfico VPLS desconocido mediante la replicación Flooding Unknown VPLS Traffic Using Ingress Replication de entrada
Figura 2: Inundación de tráfico VPLS desconocido mediante un LSP Flooding Unknown VPLS Traffic Using a Point-to-Multipoint LSP de punto a multipunto
Nota:

En la documentación de VPLS, la palabra enrutador en términos como enrutador de PE se utiliza para referirse a cualquier dispositivo que proporcione funciones de enrutamiento.

El LSP de punto a multipunto que se usa para la inundación de VPLS puede ser estático o dinámico. En cualquier caso, para cada instancia de enrutamiento VPLS, el enrutador de PE crea un LSP de punto a multipunto dedicado. Todos los vecinos de la instancia de enrutamiento VPLS se agregan al LSP de punto a multipunto cuando la función está habilitada. Si hay n enrutadores PE en la instancia de enrutamiento VPLS, n se crean LSP punto a multipunto en la red donde cada enrutador PE es la raíz del árbol punto a multipunto e incluye el resto de los n – 1 enrutadores PE como nodos leaf. Si configuró LSP estáticos de punto a multipunto para la inundación, los vecinos VPLS adicionales que se agreguen a la instancia de enrutamiento más adelante no se agregan automáticamente al LSP de punto a multipunto. Deberá agregar manualmente los nuevos vecinos VPLS al LSP de inundación estático de punto a multipunto. Si configura LSP dinámicos de punto a multipunto, cada vez que VPLS detecte un nuevo vecino a través del BGP, se agrega un sub-LSP para este vecino al LSP de punto a multipunto para la instancia de enrutamiento.

Esta función se puede habilitar incrementalmente en cualquier enrutador de PE que forme parte de una instancia específica de enrutamiento VPLS. Los enrutadores de PE pueden usar LSP de punto a multipunto para inundar el tráfico, mientras que otros enrutadores de PE en la misma instancia de enrutamiento VPLS aún pueden usar la replicación de entrada para inundar el tráfico. Sin embargo, cuando esta función está habilitada en cualquier enrutador de PE, debe asegurarse de que todos los enrutadores de PE de la instancia de enrutamiento VPLS que participan en la inundación del tráfico a través de LSP de punto a multipunto se actualicen a la versión 8.3 o posterior de Junos OS para admitir esta función.

Para inundar tráfico desconocido de unidifusión, difusión y multidifusión mediante LSP punto a multipunto, configure la instrucción de rsvp-te la siguiente manera:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

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

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

Puede configurar un LSP estático de punto a multipunto para la inundación de VPLS o un LSP dinámico de punto a multipunto.

Nota:

No puede especificar las static instrucciones and label-switched-path-template al mismo tiempo.

En las siguientes secciones se describe cómo configurar LSP de punto a multipunto estáticos y dinámicos para inundar tráfico desconocido en una instancia de enrutamiento VPLS:

Configuración de LSP de inundación estáticos de punto a multipunto

La static-lsp opción crea un LSP de punto a multipunto de inundación estática que incluye a todos los vecinos de la instancia de enrutamiento VPLS. El tráfico de inundación se envía a todos los vecinos de VPLS mediante el LSP de punto a multipunto generado. Los vecinos VPLS agregados a la instancia de enrutamiento más adelante no se agregan automáticamente al LSP de punto a multipunto. Deberá agregar manualmente los nuevos vecinos VPLS al LSP de inundación estático de punto a multipunto. Al configurar LSP estáticos de punto a multipunto para la inundación, tiene más control sobre la ruta que sigue cada sub-LSP.

Para configurar un LSP de punto a multipunto de inundación estática, especifique el nombre del LSP de punto a multipunto de inundación estática mediante la inclusión de la static-lsp instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [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]

Configuración de LSP de inundación dinámica de punto a multipunto

Para configurar un LSP dinámico de inundación de punto a multipunto, incluya la opción de label-switched-path-template instrucción en el nivel de [edit routing-instances routing-instance-name provider-tunnel rsvp-te] jerarquía:

Puede generar automáticamente el LSP de punto a multipunto que se utilizará para inundar tráfico desconocido o puede configurar manualmente el LSP de punto a multipunto:

Configuración de LSP de inundación dinámica de punto a multipunto con la plantilla predeterminada

La default-template opción, especificada en el [edit routing-instances routing-instance-name provider-tunnel rsvp-te label-switched-path-template] nivel de jerarquía, hace que los LSP punto a multipunto se creen con parámetros predeterminados. Los parámetros predeterminados son para un LSP de punto a multipunto mínimamente configurado. El nombre de este LSP punto a multipunto también se genera automáticamente y se basa en el siguiente modelo:

id:vpls:router-id:routing-instance-name

La siguiente show salida de comando para show mpls lsp p2mp ilustra cómo podría aparecer un nombre de LSP de inundación de punto a multipunto si configura la label-switched-path-template instrucción con la default-template opción:

El nombre del LSP de punto a multipunto generado dinámicamente es 9:vpls:10.255.14.172:green.

Configuración de LSP de inundación dinámica de punto a multipunto con una plantilla preconfigurada

Puede configurar una plantilla LSP de inundación de punto a multipunto para la instancia de enrutamiento VPLS. La plantilla le permite especificar las propiedades de los LSP dinámicos de punto a multipunto que se utilizan para inundar el tráfico de la instancia de enrutamiento VPLS. Puede especificar todas las opciones estándar disponibles para un LSP de punto a multipunto en esta plantilla. Estas propiedades las heredan los LSP de inundación dinámica de punto a multipunto.

Para configurar una plantilla de LSP de punto a multipunto para inundar el tráfico VPLS, especifique todas las propiedades que desea incluir en una configuración de LSP de punto a multipunto. Para especificar este LSP como una plantilla de inundación punto a multipunto, incluya las p2mp instrucciones y template :

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

  • [edit protocols mpls label-switched-path p2mp-lsp-template-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path p2mp-lsp-template-name]

Para obtener más información sobre cómo configurar la instrucción y los p2mp LSP punto a multipunto, consulte la Guía del usuario de aplicaciones MPLS.

Una vez que haya configurado la plantilla de LSP de punto a multipunto, especifique el nombre de la plantilla de LSP de punto a multipunto con la label-switched-path-template instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [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]