¿Cómo se determinan los LER en un LSP MPLS utilizando LDP?

Prefacio; En la topología siguiente, R1 y R6 son PE, todos los demás son enrutadores P, todos los enrutadores ejecutan c7200-jk9s-mz.124-13b.bin. En este punto, IGP está totalmente convergente (OSPF con todas las interfaces en el área 0 por simplicidad) y MPLS está habilitado en todas las interfaces que usan LDP. No existe configuración de BGP en este momento.

Aquí está la tabla de reenvío de MPLS en R1;

R1#show mpls forwarding-table 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop    
tag    tag or VC   or Tunnel Id      switched   interface              
16     Pop tag     10.0.0.2/32       0          Fa0/0      10.0.12.2    
17     Pop tag     10.0.0.3/32       0          Fa0/1      10.0.13.3    
18     Pop tag     10.0.24.0/24      0          Fa0/0      10.0.12.2    
19     Pop tag     10.0.35.0/24      0          Fa0/1      10.0.13.3    
20     20          10.0.57.0/24      0          Fa0/1      10.0.13.3    
21     20          10.0.46.0/24      0          Fa0/0      10.0.12.2    
22     21          10.0.76.0/24      0          Fa0/1      10.0.13.3    
       21          10.0.76.0/24      0          Fa0/0      10.0.12.2    
23     23          10.0.0.4/32       0          Fa0/0      10.0.12.2    
24     24          10.0.0.5/32       0          Fa0/1      10.0.13.3    
25     25          10.0.0.6/32       0          Fa0/0      10.0.12.2    
26     26          10.0.0.7/32       0          Fa0/1      10.0.13.3

Si mi entendimiento es correcto, R1 ha generado etiquetas para cada FEC y R2 y R3 envían a R1 sus enlaces LDP (cada etiqueta MPLS) para cada FEC MPLS que tienen. Utilizando esta información, R1 (por ejemplo) realiza una búsqueda de tráfico hacia 10.0.0.6 y EMPUJA la etiqueta saliente 25 antes de enviar el paquete etiquetado MPLS hacia 10.0.12.2 (R2).

Aquí surgen algunas preguntas para mí;

1. Después de la convergencia inicial de la red, ahora existen LSP entre todos los FEC, que normalmente son interfaces en LER que se conectan a una subred. R1 es un LER para un LSP hacia R6, que es el otro LER en ese LSP. Si R7 fuera también un enrutador PE, por ejemplo, existiría un LSP entre cada interfaz R1 y cada interfaz R7 y, por lo tanto, existirían más LSP que R1 y R7 serían los dos LER para esos LSP. ¿Eso es todo correcto?

2. Asumiendo que la línea de base es correcta; ¿Cómo sabe R1 que es un LER para un LSP que se extiende a R6 por ejemplo (y todos los demás LSP posibles que existen en esta topología donde R1 es un dispositivo final del LSP, como si introdujiéramos R7 como PE como antes?) . ¿Esto se debe a que el IGP (OSPF en este caso) tiene una visibilidad completa de la red para que (todos los bordes) se pueda calcular a partir de la base de datos IGP?

3. Si 2 es correcto, ¿cómo llegamos a esa etapa? Una vez que la red está completamente convergida con los intercambios IGP y LDP, ¿un enrutador PE luego mira a través del FIB (o es IGP RIB?) Y resuelve todos los LDP posibles y para cuáles sería un LER, y para quién / ¿Cuál es el LER para el otro extremo?

Primero, recomendaría consultar las Preguntas frecuentes de MPLS de Cisco para principiantes , o la Presentación de NANOG "MPLS for Dummies" de Richard A Steenbergen. Ambos tienen información realmente buena.

Dicho esto, déjame abordar tus preguntas una a la vez. (Los he extraído en parte a continuación).

1: Después de la convergencia inicial de la red, ahora existen LSP entre todos los FEC, que normalmente son interfaces en LER que se conectan a una subred.

Sí, existen LSP para todos los FEC accesibles. Y un paquete MPLS ahora podría cambiarse a través de la red.

2: Suponiendo que la línea de base es correcta; ¿Cómo sabe R1 que es un LER para un LSP que se extiende a R6, por ejemplo?

R1 no tiene idea de que es parte de un LSP que se extiende a R6. Solo se preocupa por las etiquetas locales / conectadas y los FEC. Eso es parte de lo que hace que el cambio de etiquetas MPLS sea rápido y efectivo. No tiene que saber todo el camino. El enrutador solo sabe que para alcanzarlo FEC1, aplico la etiqueta 1234y salgo de la interfaz XYZ.

Luego, los saltos posteriores en la ruta utilizan el mismo proceso, intercambiando la etiqueta del siguiente salto correspondiente y activando el paquete.

En cuanto a la pregunta final ¿ Cómo se determinan los LER? , un enrutador en sí no sabe ni le importa si es un LER. Simplemente sabe que cuando recibe un paquete destinado a un destino local, sin etiqueta, lo entrega.

En su salida anterior, puede ver que los primeros 4 FEC salientes Pop tagfiguran como Etiqueta saliente. Un paquete que sale de R1 para una de las subredes locales en R2 o R3 simplemente tiene su etiqueta reventada y reenviada a la interfaz adecuada.

Cuando R2 o R3 reciben ese paquete, no ven ninguna etiqueta y lo procesan a través del proceso de enrutamiento normal que lo entrega a una interfaz local.

Para citar el artículo de Wikipedia sobre MPLS :

En el enrutador de salida, cuando se abre la última etiqueta, solo queda la carga útil. Puede ser un paquete IP o cualquiera de los otros tipos de paquetes de carga útil. Por lo tanto, el enrutador de salida debe tener información de enrutamiento para la carga útil del paquete, ya que debe reenviarlo sin la ayuda de tablas de búsqueda de etiquetas. Un enrutador de tránsito MPLS no tiene dicho requisito.

Sin BGP configurado, todavía no tiene PE, es una red MPLS de malla a cualquiera.

Sin embargo, cuando agrega MP-BGP en R1 y R6, ambos se pueden definir ahora como PE, R1 y R6 agregarán otra etiqueta MPLS y solicitarán un salto de penúltimo salto del penúltimo enrutador P, por lo tanto, los PE ahora son LER para LSP entre ellos.

Los enrutadores P no conocen las rutas BGP, reenvían el tráfico mpls etiquetado desde los PE según la mejor ruta.

Además, se pueden crear PseudoWires en lugar de BGP para implementaciones como Ethernet sobre MPLS y AToM, y luego los puntos finales del enrutador PW serán LER.

Esta es una descripción básica, consulte el libro Fundamentos de CiscoPress MPLS.