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


8

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.

ingrese la descripción de la imagen aquí

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?

Respuestas:


9

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.


1
Brett, mientras haces algunos puntos justos, una queja importante es tu definición de LSP. La presentación NANOG que citó no los define de la misma manera que IETF en RFC 3031 Sección 3.15 ; tenga en cuenta que RFC3031 permite LSP de LDP y no requiere que un LSP tenga una profundidad de pila de etiquetas mayor que 1. En otras palabras, una red OSPFv2 con todos los nodos en el Área 0, que también ejecuta LDP, construirá LSP únicos para cada ruta en el Tabla IPv4. Ver también RFC 5283 Sección 4 para más evidencia.
Mike Pennington el

1
@MikePennington Muy cierto ... Estoy acostumbrado a pensar en los LSP como túneles configurados manualmente o más a lo largo de las líneas de RFC 4206 para ingeniería de tráfico. Necesito reflexionar sobre esto y tratar de editar mi respuesta adecuadamente. Gracias por la info.
Brett Lykins el

2
@jwbensley, "Los LSP existen para todos los FEC" y "MP-BGP VPNv4 enlaza los nuevos LSP de nivel 2 por prefijo, por VRF". Aseaudi recibió tres votos negativos por una buena razón. Solo desearía que la gente observara los votos negativos y dejara de votar a menos que realmente entendieran si la respuesta es correcta
Mike Pennington

1
@aseaudi, no dijiste nada acerca de una malla completa de LSP. Dijiste una "red MPLS de malla a cualquiera" (sea lo que sea que se supone que es). Luego, se metió en una discusión sobre MP-BGP, a pesar de que la pregunta dice "No existe configuración de BGP en este momento" . No respondiste a las preguntas directamente, le diste una respuesta vaga que saludaba con la mano. Orgullosamente soy dueño de uno de esos votos negativos y continuaré votando con votos negativos de esta calidad
Mike Pennington

2
Es por eso que explicar los votos negativos rara vez es útil. Cuando se enfrentan con sus conceptos erróneos, la mayoría de las personas racionaliza.
Mike Pennington el

-2

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.


Gracias por la información aseaudi. Entonces, ¿qué está diciendo es que al establecer pares VPNv4 BGP entre dos enrutadores, es ese acto el que crea un LSP entre dos enrutadores?
jwbensley

... ¿Esto se debe a que MPLS asigna etiquetas para los próximos saltos de BGP?
jwbensley

1
El enrutador PE de salida anuncia la etiqueta VPN junto con el prefijo vpnv4 a los posibles enrutadores PE de entrada a través de MP-BGP. Esta es una etiqueta VPN MPLS de segundo nivel que los enrutadores MPLS P no conocen.
aseaudi
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.