Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Inundación de tráfico desconocido mediante LSP de punto a multipunto en VPLS

En el caso de una instancia de enrutamiento VPLS, puede inundar tráfico de unidifusión, difusión y multidifusión desconocidos mediante LSP de punto a multipunto (también denominadoS P2MP). De forma predeterminada, VPLS se basa en la replicación de entrada para inundar tráfico desconocido a los miembros de una instancia de enrutamiento VPLS. Esto puede causar 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 PE1 y el enrutador del proveedor P1 y se duplican entre los enrutadores de proveedor P1 y P2. Al configurar 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: Inundar tráfico VPLS desconocido mediante replicación Flooding Unknown VPLS Traffic Using Ingress Replication de entrada
Figura 2: Inundar tráfico VPLS desconocido usando un LSP de punto a multipunto Flooding Unknown VPLS Traffic Using a Point-to-Multipoint LSP
Nota:

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

El LSP de punto a multipunto utilizado 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 de PE en la instancia de enrutamiento VPLS, n se crean LSP de punto a multipunto en la red, donde cada enrutador de PE es la raíz del árbol de punto a multipunto e incluye el resto de los n – 1 enrutadores de PE como nodos leaf. Si configuró los LSP estáticos de punto a multipunto para inundar, los vecinos VPLS adicionales agregados posteriormente a la instancia de enrutamiento no se agregan automáticamente al LSP de punto a multipunto. Deberá agregar manualmente los nuevos vecinos VPLS al LSP estático de inundación de punto a multipunto. Si configura LSP dinámicos de punto a multipunto, cada vez que VPLS descubre un nuevo vecino mediante el 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 de forma incremental en cualquier enrutador de PE que forme parte de una instancia de enrutamiento VPLS específica. Luego, 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 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 participen en la inundación de 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 característica.

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

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

  • [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 inundar VPLS o un LSP dinámico de punto a multipunto.

Nota:

No puede especificar las instrucciones static y 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 estáticos inundados de punto a multipunto

La static-lsp opción crea un LSP de inundación estático de punto a multipunto 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 vpLS mediante el LSP de punto a multipunto generado. Los vecinos VPLS agregados posteriormente a la instancia de enrutamiento no se agregan automáticamente al LSP de punto a multipunto. Deberá agregar manualmente los nuevos vecinos VPLS al LSP estático de inundación de punto a multipunto. Al configurar LSP estáticos de punto a multipunto para inundar, tiene más control sobre la ruta que sigue cada sub-LSP.

Para configurar un LSP de inundación estático de punto a multipunto, especifique el nombre del LSP de inundación estático de punto a multipunto incluyendo 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]

Configuración de LSP dinámicos de punto a multipunto inundando

Para configurar un LSP dinámico de punto a multipunto inundando, incluya la label-switched-path-template opción de instrucción en el [edit routing-instances routing-instance-name provider-tunnel rsvp-te] nivel de 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:

Configurar LSP dinámicos de punto a multipunto inundando los LSP 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 de punto a multipunto se cree con parámetros predeterminados. Los parámetros predeterminados son para un LSP de punto a multipunto mínimamente configurado. El nombre de este LSP de punto a multipunto también se genera automáticamente y se basa en el siguiente modelo:

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

El siguiente show resultado de comando muestra cómo puede aparecer un nombre LSP de show mpls lsp p2mp inundación de punto a multipunto si configura la label-switched-path-template instrucción con la default-template opción:

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

Configuración de LSP dinámicos de punto a multipunto inundando con una plantilla preconfigurada

Puede configurar una plantilla LSP inundada de punto a multipunto para la instancia de enrutamiento VPLS. La plantilla 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 punto a multipunto en esta plantilla. Estas propiedades las heredan los LSP dinámicos de punto a multipunto.

Para configurar una plantilla LSP de punto a multipunto para inundar tráfico VPLS, especifique todas las propiedades que desea incluir en una configuración LSP de punto a multipunto. Para especificar este LSP como una plantilla inundada de 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 acerca de cómo configurar la instrucción y los p2mp LSP de punto a multipunto, consulte la Guía del usuario de aplicaciones MPLS.

Una vez que haya configurado la plantilla LSP de punto a multipunto, especifique el nombre de la plantilla LSP de punto a multipunto con 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]