Bajo MPLS (Conmutación de etiquetas multiprotocolo)

Arquitectura MPLS

• Cuando entendemos la estructura de MPLS, generalmente introducimos dos planos, uno es el plano de control y el otro es el plano de reenvío.

• Plano de control: responsable de generar y mantener la información de enrutamiento y la información de la etiqueta.
  Base de información de enrutamiento (RIB) (Base de información de enrutamiento): generada por el Protocolo de enrutamiento IP (Protocolo de enrutamiento IP), utilizado para seleccionar rutas. Protocolo de distribución de etiquetas (LDP): responsable de la distribución de etiquetas, establecimiento de la tabla de información de reenvío de etiquetas, establecimiento y eliminación de rutas de intercambio de etiquetas.
  Base de información de etiquetas (LIB): generada por el protocolo de distribución de etiquetas, utilizada para administrar la información de etiquetas.

• Plano de reenvío: el plano de datos (Plano de datos), que se encarga de reenviar los paquetes de IP ordinarios y los paquetes de etiquetas MPLS.
  Base de información de reenvío (FIB): extrae la información de enrutamiento necesaria de la RIB y es responsable de reenviar los paquetes de IP comunes.
  Base de información de reenvío de etiquetas (LFIB): conocida como la tabla de reenvío de etiquetas, el protocolo de distribución de etiquetas establece LFIB en el LSR y es responsable de reenviar los paquetes de etiquetas MPLS.

• Estas dos áreas grises en realidad pueden considerarse como un enrutador, y este enrutador tiene dos planos al mismo tiempo para lograr el efecto.
  · Primero, ejecutamos el protocolo de enrutamiento en el plano de control y formamos una tabla de enrutamiento RIB entre enrutadores. La tabla de enrutamiento se puede utilizar para el reenvío de datos, que es Reenvío, por lo que RIB y FIB están conectados

• Plano de control: tabla de información de IP, habrá tabla de reenvío de IP en el plano de reenvío. Por lo tanto, en el reenvío de IP tradicional, IGP es el trabajo del plano de control. Una vez que se forma la tabla de reenvío de IP, cuando llegan los datos, se utilizará la IPFI (tabla de reenvío de IP) del plano de reenvío.

• Ahora se introduce la etiqueta. Debido al uso de la etiqueta, también se requiere el protocolo de distribución de etiquetas. Por ejemplo, este enrutador ejecuta el protocolo de enrutamiento de etiquetas y genera una tabla de reenvío de etiquetas. Por lo tanto, distribuir la etiqueta es lo que hace el plano de control para formar la tabla de reenvío de etiquetas. Qué hace el plano de reenvío, a saber, LFIB, base de datos de reenvío de etiquetas

• Durante la entrevista, habrá consultas, la función del plano de control y la función del plano de reenvío. Necesitamos saber que el plano de control se realiza mediante el protocolo, como IGP, formando la tabla de enrutamiento, el protocolo de etiqueta forma la tabla de etiquetas, etc.; el plano de reenvío utiliza la tabla formada Realice el reenvío de datos, como la interfaz saliente del siguiente salto, etc.

• Si se recibe un mensaje IP ahora, irá a la FIB y luego lo reenviará como un mensaje IP o un mensaje etiquetado

• Lo mismo es cierto para LFIB: cuando se recibe un mensaje etiquetado, se puede reenviar como un mensaje IP normal o un mensaje etiquetado

• Encontrará que hay una pequeña flecha en el tiempo FIB y LFIB. Esta pequeña flecha significa: de hecho, si MPLS no está habilitado en el enrutador, entonces no hay información de etiqueta en la tabla de reenvío de IP o FIB. Una vez que se utiliza el enrutador Con MPLS, se generará la tabla de reenvío de etiquetas, y la información de la etiqueta que cumpla las condiciones también se colocará en la tabla FIB, es decir, la información de la etiqueta aparecerá realmente en la tabla FIB. En este caso, los datos reenviados por la tabla FIB Habrá datos de etiqueta.

• MPLS se usa realmente en modo de trama, también hay MPLS en modo celular, que en realidad es el modo utilizado en ATM. Pero como no usamos la red ATM ahora, el modo celular MPLS básicamente no se usa.

Estructura de paquete de datos MPLS

• Adicional: pila de etiquetas de anidamiento de etiquetas MPLS (Lable Stack)
  

• En MPLS VPN, solo usaremos dos encabezados MPLS, uno es la etiqueta externa y el otro es la etiqueta interna

• En MPLS TE, generalmente tenemos 3 etiquetas MPLS, a saber, la etiqueta superior, la etiqueta media y la etiqueta inferior, si hay 4, entonces es una situación más complicada
  -Si no hay MPLS, es un IGP puro, si desea usar MPLS para cambiar, entonces una capa de etiquetas

• Cuando se comunica, de hecho, la red IP pura conectada por RTA le da a RTA datos IP puros, luego el dispositivo RTA debe verificar la tabla FIB, luego etiquetarla y pasarla al dispositivo RTB.

• 

• NHLFE se compone de tres parámetros, el primero es Nexthop, el segundo es Out-Interface y el tercero es operación de etiqueta: Push significa agregar una etiqueta o quitar una etiqueta
  

• El equipo de Huawei usa el prefijo IP para dividir FEC.

• Tipos de operación de etiquetas MPLS:
  -①PUSH
  
  -②Swap
  
  -③Pop
  
  Método de establecimiento de LSP

• Concepto de LSP:
  

• Hay dos formas de establecer LSP: -①
  LSP estático
  -② LSP dinámico:
  

Descubrimiento de vecinos LDP

• LDP (Label Distribution Protocol): el protocolo de distribución de etiquetas estándar de la industria. Diferentes fabricantes tienen diferentes estándares. Por ejemplo, Cisco también tiene un protocolo de distribución correspondiente, es decir, el TDP de Cisco, que también distribuye etiquetas, pero solo puede enviarse en dispositivos Cisco. Dado que diferentes fabricantes tienen diferentes estándares, utilizamos un LDP para Unificar
• Al establecer vecinos LDP, debe habilitar LDP en los dispositivos que necesitan ser vecinos.De forma similar a cómo queremos reenviar la información de enrutamiento, también debemos habilitar ospf en el enrutador.
  
• Una vez creados los vecinos, las etiquetas se asignan en función de FEC. Los dispositivos Huawei utilizan prefijos para el análisis de forma predeterminada.
• En general, LDP es un protocolo utilizado para establecer sesiones LDP entre LSR e intercambiar información de mapeo de etiquetas / FEC.
• En realidad, hay dos tipos de mecanismos de descubrimiento LDP:
  -① El mecanismo básico de descubrimiento LDP descubre vecinos LSR directamente conectados en el mismo enlace, que en realidad son vecinos LDP en sus propios enlaces directamente conectados, similar al establecimiento de relaciones de vecinos OSPF. Establecemos una relación de vecinos para enviar paquetes de saludo usando multidifusión. De hecho, para el mecanismo de descubrimiento básico de LDP, también se usa multidifusión, que es 224.0.0.2
  -② El mecanismo de descubrimiento extendido LDP descubre vecinos LSR no conectados directamente. VPN de capa 2, etc. Estas aplicaciones necesitan establecer sesiones LDP remotas a través de múltiples dispositivos, por lo que el mecanismo de descubrimiento básico no se puede resolver y se debe utilizar un mecanismo de descubrimiento extendido. En este momento, la unidifusión no se utiliza para la multidifusión.
• En el mecanismo de descubrimiento básico, descubrir vecinos es muy simple: después de enviarse paquetes de saludo, se establece una conexión TCP, es decir, un protocolo de enlace TCP de tres vías.
• Hola características del mecanismo de descubrimiento básico:
  ① El mensaje está encapsulado en UDP
  ② El número de puerto de origen y destino es 646
  ③ La dirección IP de destino del mensaje es la dirección de multidifusión, 224.0.0.2
• Si desea crear una conexión TCP después de que se complete la interacción de saludo, el número de puerto de destino TCP es 646.
• Luego, esta conexión TCP se inicia mediante la dirección de transporte, que se utiliza para establecer una conexión TCP

Establecimiento vecino LDP

• Tipos de mensajes LDP: (Los siguientes son solo tipos, no mensajes de protocolo reales)
  messageEl mensaje de descubrimiento anuncia y mantiene la existencia de un LSR en la red
  ②El mensaje de sesión establece, mantiene y finaliza las sesiones LDP entre pares LDP
  ③El mensaje de publicidad genera, cambia y elimina FEC
  Asignación de etiquetas messageEl mensaje de notificación anuncia mensajes de advertencia y error (al igual que en BGP, se usa para informar cuando hay un problema)
• Principios de notificación LDP de Huawei:
  ① De manera predeterminada, el dispositivo solo asigna etiquetas a los prefijos de host / 32.
  ② Después de que el dispositivo genera una determinada etiqueta de prefijo, se enviará a todos los vecinos.
  Generation Generación de etiquetas:
  1. Todas las redes / 32 en este dispositivo generarán
  2. La etiqueta se recibirá a través del enrutador del siguiente salto en el segmento de red de destino en la tabla de enrutamiento, luego esta vez enviaremos la etiqueta

Penultimate Hop Popping

• Antes de usar PHP, es decir, antes de que aparezca el siguiente salto, RTA envía el paquete de datos a 100.1.1.1/32. El proceso de reenvío de datos es
  ①: RTA verifica su propia tabla LIB y reenvía el paquete de datos de acuerdo con los parámetros en la LIB, luego El paquete se etiquetará con una etiqueta MPLS de 1027.
  ②: Cuando RTB recibe un paquete etiquetado de RTA, no necesita pasar FIB y luego consultar directamente a través de LFIB, conociendo la entrada y la salida de la etiqueta, entonces Cambiará de 1027 a 1026, realizará la operación como intercambio y luego enviará este paquete a RTC. Después de enviarlo a RTC, en ausencia de PHP, se realizará una operación de intercambio. Luego, para RTD, primero se necesita Vaya a LFIB y vea que el valor de la etiqueta de salida es nulo, por lo que debe eliminar esta etiqueta y luego verificarla a través de su FIB para averiguar cómo llegar a su destino, por lo que agrega algo de consumo de recursos al RTD. [Es decir, los recursos consumidos por el dispositivo RTD son más altos que otros dispositivos, lo que hace que MPLS alcance fácilmente el cuello de botella]
• Para hacer frente a esta situación, ha aparecido el papel de PHP. Después de introducir la tecnología PHP, el RTC en el penúltimo salto de esta red recibirá una etiqueta con un valor de 3 (reservado) del RTD del enrutador del último salto, llamado Etiqueta implícita Esta etiqueta implícita se otorga al enrutador del siguiente salto, de modo que aparecerá un elemento out label = 3 en su tabla LFIB. En este caso, sabe que si se van a enviar los datos, la etiqueta debe eliminarse y eliminarse. Después de eso, RTD solo necesita verificar su tabla FIB para transferir el paquete a 100.1.1.1/32

[Nota]: Si desea usar QoS basado en MPLS, debe considerar un problema, es decir, nuestras etiquetas realmente deben existir. En este caso, debemos usar etiquetas explícitas (0)