Descripción del FEC recursivo de LDP multipunto
La clase de equivalencia de reenvío recursivo (FEC) LDP multipunto (MLDP) es útil en una implementación en la que los enrutadores intermedios no tienen la ruta para llegar al nodo raíz.
Hemos introducido el valor opaco recursivo definido en RFC 6512 que ayuda a formar túneles MLDP punto a multipunto (P2MP) entre dos sistemas autónomos (AS) cuando la red troncal no tiene una ruta directa al nodo raíz. Esto mejora la flexibilidad y robustez de MLDP en configuraciones de red complejas, especialmente cuando se abarca varios sistemas autónomos.
Para superar el problema de establecer túneles P2MP MLDP cuando la red troncal no tiene una ruta directa al nodo raíz, RFC 6512 proporciona una solución para reemplazar temporalmente la dirección real del nodo raíz con la dirección conocida por los nodos intermedios, lo que permite establecer la ruta a través de la red incluso en escenarios interAS que involucran BGP y rutas conmutadas de etiquetas multipunto a multipunto (MP LSP). Para un LSP P2MP, la dirección del nodo raíz y su valor opaco asociado son los componentes clave que se usan para enrutar mensajes MLDP a través del plano de control MLDP y crear el LSP P2MP.
.
Cómo funciona
Para formar un túnel MLDP, una aplicación proporciona la dirección raíz y el valor opaco a LDP. También informa que LDP es la salida para el LSP P2MP particular. La etiqueta anunciada para P2MP FEC por el enrutador de conmutación de etiquetas de salida (LSR) puede ser decidida por LDP o por la aplicación. A continuación, el LSR encuentra el enrutador ascendente hasta la raíz realizando una búsqueda de ruta. Las etiquetas asignadas para el FEC se anuncian como un mensaje de asignación de etiquetas al enrutador ascendente.
Un LSR de tránsito al recibir un anuncio de etiqueta del LSR descendente anuncia una etiqueta al LSR ascendente hacia la raíz en el FEC P2MP. También instala el estado de reenvío necesario para reenviar los paquetes cuando llegan con la etiqueta que anunciaba. Esto se repite en cada enrutador hasta que la etiqueta llega al enrutador de entrada.
En el LSR de entrada, la aplicación determina el mapeo del tráfico en el LSP P2MP. Por lo tanto, LDP no instala ningún estado de reenvío para el LSP P2MP. Sin embargo, proporciona la información necesaria sobre el LSP P2MP a la aplicación para que la aplicación instale el estado de reenvío.
Figura 1 Representa un sistema host capaz de enviar tráfico de multidifusión y un sistema host capaz de recibir tráfico de multidifusión.
Los enrutadores perimetral del proveedor (PE) y enrutador de borde AS (ASBR) tienen enrutamiento al PE1 raíz. Los enrutadores P (P1 y P2) no tienen una ruta hacia la raíz. El túnel MLDP P2MP se forma a partir de los enrutadores de salida a los enrutadores de entrada.Cuando el enrutador de salida PE2 intenta enviar un mensaje de asignación de etiqueta al PE1 raíz, encuentra que el enrutador ascendente para llegar al PE1 raíz es P2. Por lo tanto, el mensaje de mapa de etiqueta se envía a P2. Sin embargo, P2 no tiene una ruta a la raíz y no se puede encontrar el enrutador ascendente para la raíz. Por lo tanto, P2 no puede enviar un mensaje de asignación de etiqueta a su enrutador ascendente y, por lo tanto, no se puede formar un túnel.
En tales topologías, la característica de valor opaco recursivo se habilita mediante la instrucción configuration set protocol ldp p2mp recursive fec .
El P2MP recursivo entra en vigor si la ruta a la raíz es una ruta BGP indirecta.
Entendamos esto en detalle:
-
Para que LDP forme un túnel P2MP desde la hoja PE2 hasta la raíz PE1, PE2 crea un elemento MP FEC con la dirección de PE1 como dirección del nodo raíz de la siguiente manera: PE1-FEC = <raíz=PE1, opaque_value=Q>
-
PE2 envía el elemento FEC como mensaje de asignación de etiquetas MLDP a P2. Sin embargo, P2 no puede usar el elemento FEC porque no tiene una ruta a PE1.
-
Con
set protocol ldp p2mp recursive fecla instrucción de configuración configurada, PE2 determina que la dirección del nodo raíz coincide con una ruta BGP, con ASBR2 como próximo salto del protocolo. -
Por lo tanto, PE2 crea el nuevo elemento FEC de MP con el valor opaco recursivo. Dentro del elemento FEC, la dirección del nodo raíz es la dirección del protocolo nexthop ASBR2 y el valor opaco es un valor opaco recursivo que contiene PE2-FEC. Nos referimos a este elemento FEC como ASBR2-FEC. ASBR2-FEC = <raíz=ASBR2, opaque_value=PE1-FEC> que es PE1-FEC = <raíz=PE1, opaque_value=<raíz=S, opaque_value=Q>>
-
LDP solicita a los enrutadores interiores (P1 y P2) que construyan un LSP MP para el cual el nodo raíz es ASBR2. Sin embargo, los enrutadores no deben interpretar el valor opaco.
-
Cuando ASBR2-FEC llega a ASBR2, ASBR2 observa que es el nodo raíz identificado y que el valor opaco es un valor opaco recursivo. Por lo tanto, ASBR2 lee el valor opaco para encontrar la raíz real.
-
Luego, ASBR2 realiza una búsqueda para encontrar la ruta a la raíz real, es decir, PE1. Como la ruta a PE1 es una ruta BGP con un siguiente salto indirecto, ASBR2 determina que debe formar un FEC recursivo LDP a la raíz PE1 con el protocolo nexthop como ASBR1 y mantener intacto el valor opaco recibido. ASBR1-FEC = <raíz=ASBR1, opaque_value=PE1-FEC>
-
Cuando ASBR1-FEC llega a ASBR1, ASBR1 observa que es el nodo raíz identificado y que el valor opaco es un valor opaco recursivo. Por lo tanto, ASBR1 lee el valor opaco para encontrar la raíz real. El ASBR1 encuentra la ruta a la raíz que es una ruta IGP. Por lo tanto, ASBR1 reemplaza ASBR1-FEC con el contenido del valor opaco recursivo, es decir, con PE1-FEC antes de cualquier procesamiento posterior.
-
Esto da como resultado que PE1-FEC se envíe a P1. PE1-FEC = <raíz=PE1, opaque_value=<raíz=S, opaque_value=Q>> P1.
-
PE1 recibe el PE1-FEC y lo procesa como cualquier LDP P2MP FEC normal.
El FEC P2MP recursivo no es aplicable para la señalización PIM en banda y el túnel estático LDP P2MP.