Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción general de LDP

Introducción a LDP

El protocolo de distribución de etiquetas (LDP) es un protocolo para distribuir etiquetas en aplicaciones que no están diseñadas para el tráfico. LDP permite a los enrutadores establecer rutas de conmutación de etiquetas (LSP) a través de una red mediante la asignación de información de enrutamiento de capa de red directamente a rutas conmutadas por capa de vínculo de datos.

Estos LSP pueden tener un punto de conexión en un vecino conectado directamente (comparable al reenvío IP salto a salto) o en un nodo de salida de red, lo que permite la conmutación a través de todos los nodos intermediarios. Los LSP establecidos por LDP también pueden atravesar LSP de ingeniería de tráfico creados por RSVP.

LDP asocia una clase de equivalencia de reenvío (FEC) con cada LSP que crea. El FEC asociado con un LSP especifica qué paquetes se asignan a ese LSP. Los LSP se extienden a través de una red a medida que cada enrutador elige la etiqueta anunciada por el siguiente salto para el FEC y la empalma a la etiqueta que anuncia a todos los demás enrutadores. Este proceso forma un árbol de LSP que convergen en el enrutador de salida.

Descripción del protocolo de señalización LDP

LDP es un protocolo de señalización que se ejecuta en un dispositivo configurado para la compatibilidad con MPLS. La configuración correcta de MPLS y LDP inicia el intercambio de paquetes TCP a través de las interfaces LDP. Los paquetes establecen sesiones LDP basadas en TCP para el intercambio de información MPLS dentro de la red. Habilitar MPLS y LDP en las interfaces adecuadas es suficiente para establecer LSP.

LDP es un protocolo de señalización simple y de acción rápida que establece automáticamente adyacencias de LSP dentro de una red MPLS. Luego, los enrutadores comparten actualizaciones de LSP, como paquetes de hola y anuncios de LSP en las adyacencias. Dado que LDP se ejecuta sobre un IGP como IS-IS u OSPF, debe configurar LDP y IGP en el mismo conjunto de interfaces. Después de configurar ambos, LDP comienza a transmitir y recibir mensajes LDP a través de todas las interfaces habilitadas para LDP. Debido a la simplicidad de LDP, no puede realizar la verdadera ingeniería de tráfico que RSVP puede realizar. LDP no admite la reserva de ancho de banda ni restricciones de tráfico.

Cuando configura LDP en un enrutador de conmutación de etiquetas (LSR), el enrutador comienza a enviar mensajes de descubrimiento de LDP a todas las interfaces habilitadas para LDP. Cuando un LSR adyacente recibe mensajes de descubrimiento de LDP, establece una sesión TCP subyacente. A continuación, se crea una sesión LDP sobre la sesión TCP. El protocolo de enlace de tres vías TCP garantiza que la sesión LDP tenga conectividad bidireccional. Después de establecer la sesión de LDP, los vecinos de LDP mantienen y terminan la sesión mediante el intercambio de mensajes. Los mensajes de anuncio de LDP permiten a los LSR intercambiar información de la etiqueta para determinar los siguientes saltos dentro de un LSP en particular. Cualquier cambio de topología, como un error de enrutador, genere notificaciones de LDP que puedan terminar la sesión de LDP o genere anuncios de LDP adicionales para propagar un cambio de LSP.

A partir de Junos OS versión 20.3R1, la compatibilidad con MPLS proporciona una configuración del protocolo de señalización LDP con la funcionalidad del plano de control.

Ejemplo: Configuración de LSP con señal LDP

En este ejemplo se muestra cómo crear y configurar instancias LDP dentro de una red MPLS.

Requisitos

Antes de empezar:

  • Configure las interfaces de red. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.

  • Configure un IGP en toda la red. (La configuración de LDP se agrega a la configuración de IGP existente y se incluye en la configuración de MPLS).

  • Configure una red para usar LDP para el establecimiento de LSP habilitando MPLS en todas las interfaces de tránsito de la red MPLS.

    Nota:

    Dado que LDP se ejecuta sobre un IGP como IS-IS u OSPF, debe configurar LDP y IGP en el mismo conjunto de interfaces.

Descripción general

Para configurar los LSP señalados por LDP, debe habilitar la familia MPLS en todas las interfaces de tránsito de la red MPLS e incluir todas las interfaces de tránsito en los niveles de jerarquía [] y [].protocols mplsprotocols ldp

En este ejemplo, habilita la familia MPLS y crea una instancia LDP en todas las interfaces de tránsito. Además, puede habilitar el proceso MPLS en todas las interfaces de tránsito de la red MPLS. En este ejemplo, se configura una red de ejemplo como se muestra en .Figura 1

Figura 1: LSP típico con señal LDPLSP típico con señal LDP

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, a continuación, ingrese desde el modo de configuración.[edit]commit

R1

R2

R3

Procedimiento paso a paso

Para habilitar instancias LDP dentro de una red MPLS:

  1. Habilite la familia MPLS en la interfaz de tránsito del enrutador R1.

  2. Habilite el proceso MPLS en la interfaz de tránsito.

  3. Cree la instancia de LDP en la interfaz de tránsito.

Resultados

Confirme la configuración introduciendo el comando desde el modo de configuración.show Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Para mayor brevedad, este resultado incluye solo la configuración relevante para este ejemplo.show Cualquier otra configuración en el sistema se reemplazó por puntos suspensivos (...).

Si ha terminado de configurar el dispositivo, ingrese el comando desde el modo de configuración para activar la configuración.commit

Implementación del protocolo LDP de Junos OS

La implementación de LDP en Junos OS admite la versión 1 de LDP. Junos OS admite un mecanismo sencillo para la tunelización entre enrutadores en un protocolo de puerta de enlace interior (IGP), a fin de eliminar la distribución necesaria de rutas externas dentro del núcleo. Junos OS permite un túnel MPLS que salta a todos los enrutadores de salida de la red, con solo un IGP ejecutándose en el núcleo para distribuir las rutas a los enrutadores de salida. Los enrutadores perimetrales ejecutan BGP pero no distribuyen rutas externas al núcleo. En su lugar, la búsqueda de ruta recursiva en el borde se resuelve en un LSP conmutado al enrutador de salida. No se necesitan rutas externas en los enrutadores LDP de tránsito.

Operación LDP

Debe configurar LDP para cada interfaz en la que desee que se ejecute LDP. LDP crea árboles LSP enraizados en cada enrutador de salida para la dirección ID del enrutador que es el siguiente salto del BGP posterior. El punto de entrada se encuentra en todos los enrutadores que ejecutan LDP. Este proceso proporciona una ruta inet.3 a cada enrutador de salida. Si BGP se está ejecutando, intentará resolver los siguientes saltos utilizando primero la tabla inet.3, que enlaza la mayoría, si no todas, las rutas BGP a los próximos saltos del túnel MPLS.

Dos enrutadores adyacentes que ejecutan LDP se convierten en vecinos. Si los dos enrutadores están conectados por más de una interfaz, se convierten en vecinos en cada interfaz. Cuando los enrutadores LDP se convierten en vecinos, establecen una sesión LDP para intercambiar información de la etiqueta. Si las etiquetas por enrutador están en uso en ambos enrutadores, solo se establece una sesión LDP entre ellos, incluso si son vecinos en varias interfaces. Por esta razón, una sesión LDP no está relacionada con una interfaz en particular.

LDP funciona junto con un protocolo de enrutamiento de unidifusión. LDP instala LSP sólo cuando LDP y el protocolo de enrutamiento están habilitados. Por este motivo, debe habilitar LDP y el protocolo de enrutamiento en el mismo conjunto de interfaces. Si esto no se hace, es posible que no se establezcan LSP entre cada enrutador de salida y todos los enrutadores de entrada, lo que podría provocar la pérdida de tráfico enrutado por BGP.

Puede aplicar filtros de políticas a las etiquetas recibidas y distribuidas a otros enrutadores a través de LDP. Los filtros de políticas proporcionan un mecanismo para controlar el establecimiento de LSP.

Para que LDP se ejecute en una interfaz, MPLS debe estar habilitado en una interfaz lógica en esa interfaz. Para obtener más información, consulte las interfaces lógicas.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-network-interfaces/network-interfaces-fundamentals.html

Tipos de mensajes de LDP

LDP utiliza los tipos de mensaje descritos en las secciones siguientes para establecer y quitar asignaciones y para notificar errores. Todos los mensajes LDP tienen una estructura común que utiliza un esquema de codificación de tipo, longitud y valor (TLV).

Mensajes de descubrimiento

Los mensajes de descubrimiento anuncian y mantienen la presencia de un enrutador en una red. Los enrutadores indican su presencia en una red enviando mensajes de saludo periódicamente. Los mensajes Hello se transmiten como paquetes UDP al puerto LDP en la dirección de multidifusión del grupo para todos los enrutadores de la subred.

LDP utiliza los siguientes procedimientos de detección:

  • Descubrimiento básico: un enrutador envía periódicamente mensajes de saludo de vínculo LDP a través de una interfaz. Los mensajes de saludo de vínculo LDP se envían como paquetes UDP dirigidos al puerto de descubrimiento LDP. La recepción de un mensaje de saludo de vínculo LDP en una interfaz identifica una adyacencia con el enrutador par LDP.

  • Descubrimiento extendido: las sesiones de LDP entre enrutadores que no están conectados directamente son compatibles con el descubrimiento extendido de LDP. Un enrutador envía periódicamente mensajes de saludo dirigidos a LDP a una dirección específica. Los mensajes de saludo dirigidos se envían como paquetes UDP dirigidos al puerto de detección de LDP en la dirección específica. El enrutador de destino decide si responder o ignorar el mensaje de saludo de destino. Un enrutador de destino que elige responder lo hace enviando periódicamente mensajes de saludo dirigidos al enrutador iniciador.

Mensajes de sesión

Los mensajes de sesión establecen, mantienen y terminan sesiones entre pares de LDP. Cuando un enrutador establece una sesión con otro enrutador aprendido a través del mensaje de saludo, utiliza el procedimiento de inicialización LDP a través del transporte TCP. Cuando el procedimiento de inicialización se completa correctamente, los dos enrutadores son pares LDP y pueden intercambiar mensajes de anuncio.

Mensajes publicitarios

Los mensajes publicitarios crean, cambian y eliminan asignaciones de etiquetas para clases de equivalencia de reenvío (FEC). Solicitar una etiqueta o anunciar una asignación de etiqueta a un par es una decisión tomada por el enrutador local. En general, el enrutador solicita una asignación de etiqueta de un enrutador vecino cuando la necesita y anuncia una asignación de etiqueta a un enrutador vecino cuando desea que el vecino use una etiqueta.

Mensajes de notificación

Los mensajes de notificación proporcionan información de advertencia e información de errores de señal. LDP envía mensajes de notificación para informar de errores y otros eventos de interés. Hay dos tipos de mensajes de notificación LDP:

  • Notificaciones de errores, que indican errores fatales. Si un enrutador recibe una notificación de error de un par para una sesión LDP, finaliza la sesión LDP cerrando la conexión de transporte TCP para la sesión y descartando todas las asignaciones de etiquetas aprendidas a través de la sesión.

  • Notificaciones de advertencia, que pasan información a un enrutador sobre la sesión de LDP o el estado de algún mensaje anterior recibido del par.

Tunelización de LSP de LDP en RSVP LSP

Puede tunelizar LSP de LDP a través de LSP de RSVP. En las secciones siguientes se describe cómo funciona la tunelización de LSP de LDP en LSP RSVP:

Descripción general de la tunelización de LSP de LDP en RSVP LSP

Si utiliza RSVP para la ingeniería de tráfico, puede ejecutar LDP simultáneamente para eliminar la distribución de rutas externas en el núcleo. Los LSP establecidos por LDP se tunelizan a través de los LSP establecidos por RSVP. LDP trata eficazmente los LSP diseñados por el tráfico como saltos individuales.

Cuando configura el enrutador para ejecutar LDP en LSP establecidos por RSVP, LDP establece automáticamente sesiones con el enrutador en el otro extremo del LSP. Los paquetes de control LDP se enrutan salto a salto, en lugar de transportarse a través del LSP. Este enrutamiento le permite usar LSP simplex (unidireccionales) diseñados por el tráfico. El tráfico en la dirección opuesta fluye a través de LSP establecidos por LDP que siguen el enrutamiento de unidifusión en lugar de a través de túneles diseñados por el tráfico.

Si configura LDP a través de LSP RSVP, aún puede configurar varias áreas OSPF y niveles IS-IS en el núcleo de ingeniería de tráfico y en la nube LDP circundante.

A partir de Junos OS versión 15.1, la compatibilidad con varias instancias se amplía a LDP mediante tunelización RSVP para una instancia de enrutamiento de enrutador virtual. Esto permite dividir un solo dominio MPLS y de enrutamiento en varios dominios para que cada dominio se pueda escalar de forma independiente. La unidifusión etiquetada con BGP se puede usar para unir estos dominios para las clases de equivalencia de reenvío de servicios (FEC). Cada dominio usa LSP LDP sobre RSVP dentro del dominio para el reenvío de MPLS.

Nota:

Con la introducción de la compatibilidad de varias instancias para los LSP de LDP sobre RSVP, no se puede habilitar MPLS en una interfaz que ya está asignada a otra instancia de enrutamiento. Al agregar una interfaz que forma parte de otra instancia de enrutamiento en el nivel de jerarquía, se produce un error de configuración en el momento de la confirmación.[edit protocols mpls]

Beneficios de tunelizar LSP de LDP en RSVP LSP

La tunelización de LSP de LDP en LSP de RSVP proporciona las siguientes ventajas:

  • Proporciona convergencia de diferentes tipos de tráfico, como IPv4, IPv6, unidifusión y multidifusión, a través de VPN de capa 2 y capa 3.

  • Permite opciones de conectividad de acceso flexibles que pueden acomodar múltiples topologías, diferentes protocolos y múltiples límites administrativos.

  • Permite un intertrabajo seguro entre múltiples proveedores.

  • Permite la prestación de servicios diferenciados por cliente, ya que RSVP-TE admite ingeniería de tráfico, garantías de ancho de banda y capacidades de redundancia de vínculos y nodos.

  • Reduce el número de LSP necesarios en el núcleo, lo que reduce los requisitos de recursos de los protocolos y enrutadores, además de reducir el tiempo de convergencia.

  • Proporciona despliegues rentables con una interrupción mínima de la red, ya que los LSP se construyen utilizando túneles TE punto a punto para conectar directamente a los vecinos. Estos túneles TE solo van al siguiente salto, no de extremo a extremo. Luego, cuando LDP se ejecuta en esos túneles, las sesiones se construyen para el vecino conectado directamente. Cuando se produce un cambio en la red, como agregar un nuevo nodo, los vecinos conectados directamente del nuevo nodo tienen sesiones RSVP y LDP. Por lo tanto, los LSP RSVP son solo para el siguiente salto, y LDP se encarga de las etiquetas publicitarias para las nuevas direcciones.

Tunelización de LDP a través de SR-TE

Obtenga información sobre los beneficios y obtenga una descripción general de la tunelización de LDP a través de SR-TE.

Beneficios de la tunelización de LDP a través de SR-TE

  • Permite una integración perfecta de LDP a través de SR-TE en la red central.

  • Ofrece opciones de conectividad flexibles para adaptarse a múltiples topologías, protocolos y dominios.

  • Permite la interoperabilidad entre dispositivos compatibles con LDP y SR.

  • Aprovecha las capacidades de uso compartido de carga de SR-TE.

  • Proporciona una restauración más rápida de la conectividad de red mediante la Alternativa sin bucles independiente de topología (TI-LFA) dentro del dominio SR-TE. El SR mediante TI-LFA enruta el tráfico instantáneamente a una copia de seguridad o a una ruta alternativa si la ruta principal falla o deja de estar disponible.

Descripción general de la tunelización de LDP a través de SR-TE

Es común que los proveedores de servicios usen el protocolo de señalización LDP con transporte MPLS en los bordes de sus redes. LDP ofrece la ventaja de ser simple, pero LDP carece de ingeniería de tráfico (TE) y capacidades sofisticadas de reparación de rutas que a menudo se desean en el núcleo de la red. Muchos proveedores de servicios están migrando de RSVP a ingeniería de tráfico de enrutamiento por segmentos (SR-TE) en el núcleo. SR-TE también se conoce como enrutamiento de origen en redes de paquetes (SPRING).

Es posible que los enrutadores que ejecutan LDP en el borde no admitan las capacidades de SR. Es posible que el proveedor de servicios desee continuar usando LDP en estos enrutadores para evitar la necesidad de una actualización. En tales escenarios, la función de tunelización LDP sobre SR-TE proporciona la capacidad de integrar enrutadores que no son compatibles con SR (que ejecutan LDP) con enrutadores que son compatibles con SR (que ejecutan SR-TE).

Los LSP de LDP se tunelizan a través de la red SR-TE, lo que permite el interfuncionamiento de los LSP de LDP con los LSP de SR-TE. Por ejemplo, si tiene dominios LDP en la red perimetral del proveedor y SR-TE en la red principal, puede conectar los dominios LDP a través de SR-TE, como se muestra en Figura 2.

La tunelización de LDP a través de SR-TE admite la coexistencia de LSP de LDP y LSP de SR-TE.

Figura 2: Interconecte dominios LDP a través de SR-TE en la red principalInterconecte dominios LDP a través de SR-TE en la red principal

También puede tunelizar LDP a través de SR-TE entre dominios LDP conectados a redes centrales entre regiones. Por ejemplo, si tiene varios dominios regionales de LDP conectados a las redes principales de SR-TE entre regiones, puede tunelizar LDP a través de la red principal de SR-TE entre regiones, como se muestra en .Figura 3

Figura 3: LDP sobre SR-TE entre redes centrales interregionalesLDP sobre SR-TE entre redes centrales interregionales

En , tiene tres redes regionales (A, B y C) que ejecutan LDP.Figura 3 Estos dominios regionales de LDP están conectados a sus respectivas redes centrales regionales que ejecutan SR-TE. Las redes básicas regionales de ERT-ER están interconectadas con otras redes básicas regionales de SR-TE (red básica interregional). Puede tunelizar LDP a través de estas redes centrales de SR-TE interregionales y desplegar servicios, como VPN de capa 3, sin problemas. Este escenario se podría usar en una red de retorno móvil, donde la capa de agregación del núcleo ejecuta LDP tunelizado a través de SR-TE mientras que la capa de acceso solo ejecuta LDP.

Para habilitar la tunelización LDP a través de SR-TE en redes IS-IS, debe configurar las siguientes instrucciones de configuración :

  • en el nivel de jerarquía [] para habilitar la tunelización de LDP a través de SR-TE.ldp-tunnelingedit protocols source-packet-routing source-routing-path source-routing-path-name

  • en el nivel de jerarquía [] selecciona LDP sobre LSP de SR-TE como protocolo de origen de túnel.spring-teedit protocols isis traffic-engineering tunnel-source-protocol

Para habilitar la tunelización LDP a través de SR-TE en redes OSPF, debe configurar las siguientes instrucciones de configuración:

  • en el nivel de jerarquía [] para habilitar la tunelización de LDP a través de SR-TE.ldp-tunnelingedit protocols source-packet-routing source-routing-path source-routing-path-name

  • en el nivel de jerarquía [] selecciona LDP sobre LSP de SR-TE como protocolo de origen de túnel.spring-teedit protocols ospf traffic-engineering tunnel-source-protocol

Puede configurar más de un protocolo de origen de túnel para IGP (IS-IS y OSPF) para crear rutas de acceso directo. Cuando se configura más de un protocolo de origen de túnel y si los túneles de más de un protocolo están disponibles para un destino, se establece el túnel con la ruta preferida. Por ejemplo, si la red principal tiene LSP RSVP y LSP SR-TE y la tunelización LDP está habilitada para los LSP RSVP y SR-TE, la configuración selecciona el túnel según el valor de preferencia.tunnel-source-protocol El túnel con el valor de preferencia más bajo es el preferido. Puede reemplazar esta preferencia de ruta con un protocolo específico para todos los destinos configurando el valor de preferencia, como se muestra en el ejemplo siguiente:

En este ejemplo, puede ver que el valor de preferencia configurado para el protocolo de origen de túnel SR-TE es 2 y el valor de preferencia para el protocolo de origen de túnel RSVP es 5. En este caso, se prefiere el túnel SR-TE porque tiene el valor de preferencia más bajo en comparación con el protocolo de origen de túnel RSVP.

Nota:

No es obligatorio configurar el valor de preferencia del protocolo de origen del túnel. Si más de un protocolo de origen de túnel tiene el mismo valor de preferencia, el túnel se establece en función de la ruta preferida al destino.

La sesión de LDP de destino se establece y se activa cuando aparece el LSP de SR-TE. La sesión LSP permanece establecida hasta que se elimina la configuración de tunelización LDP () o el LSP de SR-TE de la configuración.ldp-tunneling

Nota:

Actualmente, Junos OS no admite LDP sobre LSP SR-TE de color.

Ejemplo: Tunelización de LDP a través de SR-TE en una red IS-IS

Use este ejemplo para aprender a tunelizar LSP de LDP a través de SR-TE en su red central.

Nota:

Nuestro equipo de pruebas de contenido ha validado y actualizado este ejemplo.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Enrutadores de la serie MX como enrutadores CE, PE y de núcleo.

  • Junos OS versión 20.3R1 o posterior ejecutándose en todos los dispositivos.

    • Actualizado y revalidado con vMX en Junos OS versión 21.1R1.

Nota:

¿Está interesado en obtener experiencia práctica en esta función?

Visite Juniper vLabs para reservar su sandbox vLab preconfigurado : Enrutamiento por segmentos - ¡Básico y pruébalo gratis!

Descripción general

La siguiente topología () muestra dos dominios LDP (dominio LDP A y dominio LDP B) conectados a la red principal de SR-TE, que extiende la sesión de LSP sobre el núcleo mediante un túnel a través de SR-TE.Figura 4

Topología

Figura 4: Tunelización de LDP a través de SR-TE en la red centralTunelización de LDP a través de SR-TE en la red central

Configuración

Para tunelizar LDP LSP a través de SR-TE en su red principal, realice estas tareas:

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Dispositivo CE1

Dispositivo PE1

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo PE2

Dispositivo CE2

Configuración de PE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.https://www.juniper.net/documentation/en_US/junos/topics/reference/general/cli-editor-configuration-mode-quick-reference-using.htmlhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo PE1:

  1. Configure el modo de servicios de red como IP mejorada. IP mejorada establece los servicios de red del enrutador en Protocolo de Internet mejorado y utiliza capacidades de modo mejorado.

    Después de configurar la instrucción y confirmar la configuración, aparece el siguiente mensaje de advertencia solicitándole que reinicie el enrutador:enhanced-ip

    El reinicio abre los FPC en el enrutador.

  2. Configure las interfaces del dispositivo.

  3. Configure las opciones de directiva para exportar rutas BGP al enrutador CE, que ejecuta el protocolo OSPF en este ejemplo.

  4. Configure una instancia de enrutamiento VPN de capa 3 para admitir el dispositivo CE1 basado en OSPF.

  5. Configure el ID del enrutador y el número de sistema autónomo para el dispositivo PE1.

  6. Configure ISIS, LDP y MPLS en las interfaces conectadas a la red principal.

  7. Configure BGP entre los dispositivos PE.

Resultados

Desde el modo de configuración, escriba los comandos , , , , y para confirmar la configuración.show chassisshow interfacesshow policy-optionsshow routing-instancesshow routing-optionsshow protocols Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Configuración del dispositivo R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.https://www.juniper.net/documentation/en_US/junos/topics/reference/general/cli-editor-configuration-mode-quick-reference-using.htmlhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R1:

  1. Configure el modo de servicios de red como IP mejorada. IP mejorada establece los servicios de red del enrutador en Protocolo de Internet mejorado y utiliza capacidades de modo mejorado.

    Después de configurar la instrucción y confirmar la configuración, aparece el siguiente mensaje de advertencia solicitándole que reinicie el enrutador:enhanced-ip

    El reinicio abre los FPC en el enrutador.

  2. Configure las interfaces del dispositivo.

  3. Configure las opciones de enrutamiento para identificar el enrutador en el dominio.

  4. Configure SID de adyacencia ISIS en las interfaces y asigne etiquetas SRGB para habilitar el enrutamiento de segmentos. Las etiquetas en todo el SRGB están disponibles para ISIS. Los SID de prefijo (y los SID de nodo) se indexan desde el SRGB.

  5. Configure TI-LFA para habilitar la protección contra fallas de vínculos y nodos. El SR que usa TI-LFA proporciona una restauración más rápida de la conectividad de red al enrutar el tráfico instantáneamente a una copia de seguridad o una ruta alternativa si la ruta principal falla o no está disponible.

  6. Configure los parámetros de ingeniería de tráfico ISIS.

  7. Habilite la tunelización de LDP a través de SR-TE.

  8. Configure los protocolos MPLS y LDP en las interfaces del dominio LDP para intercambiar etiquetas en el dominio LDP.

  9. Habilite la sesión LDP dirigida entre los enrutadores perimetrales del dominio LDP.

  10. Configure una lista de segmentos para enrutar el tráfico a una ruta específica.

  11. Configure LSP SR-TE en los enrutadores perimetrales remotos para habilitar la tunelización LDP a través de SR-TE.

Resultados

Desde el modo de configuración, ingrese los comandos show chassis, show interfaces, show routing-options y show protocols para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Verificación

Para confirmar que la configuración funciona correctamente, realice las siguientes tareas:

Verificación de la tunelización de LDP a través de SR-TE

Propósito

Compruebe que el túnel LDP a través de SR-TE esté habilitado y que el túnel LDP al enrutador de borde remoto esté tomando la ruta correcta.

Acción

Desde el modo operativo, ejecute el comando.show spring-traffic-engineering lsp detail

En R1

En R2

Significado
  • En R1, el túnel LDP se establece con el enrutador perimetral remoto en la red central de SR-TE.192.168.100.2 También puede ver los valores de la etiqueta SID en la salida.80104, 80204, 80304

  • En R2, el túnel LDP se establece con el enrutador perimetral remoto en la red central de SR-TE.192.168.100.1 También puede ver los valores de la etiqueta SID en la salida.80504, 80300, 80200

Comprobar el reenvío de LDP al dispositivo de PE remoto

Propósito

Verifique que la ruta al enrutador de PE remoto use el reenvío LDP y esté tunelizada a través de SR-TE.

Acción

Desde el modo operativo, ejecute el comando.show route destination-prefix

En R1

Compruebe que la ruta al enrutador PE () remoto se realiza a través de LDP a través del túnel SR-TE.PE2

En R2

Compruebe que la ruta al enrutador PE () remoto se realiza a través de LDP a través del túnel SR-TE.PE1

En PE1

Compruebe que la ruta al enrutador de PE remoto () se realiza a través de una sesión de LDP dirigida al PE remoto.PE2

En PE2

Compruebe que la ruta al enrutador de PE remoto () se realiza a través de una sesión de LDP dirigida al PE remoto.PE1

Significado
  • En R1, puede ver la etiqueta LDP como y la etiqueta SR-TE se apilan como .1680304, 80204, 85003, 85004

  • En R2, puede ver la etiqueta LDP como y la etiqueta SR-TE se apilan como .1680200, 80300, 85004, 85003

  • En PE1 y PE2, puede ver la etiqueta LDP como y , respectivamente.1819

Verificación de la etiqueta anunciada

Propósito

Compruebe las etiquetas anunciadas para la clase de equivalencia de reenvío (FEC).

Acción

Desde el modo operativo, ejecute el comando.show ldp database

En R1

Verifique las etiquetas anunciadas para el PE conectado directamente (PE1) y las etiquetas recibidas del enrutador de borde remoto (R2).

En R2

Verifique las etiquetas anunciadas para el PE conectado directamente (PE2) y las etiquetas recibidas del enrutador de borde remoto (R1).

En PE1

Compruebe que el dispositivo perimetral R1 anuncia la etiqueta de la dirección de circuito cerrado del dispositivo de PE remoto (PE2) en el dispositivo de PE local (PE1).

En PE2

Compruebe que el dispositivo perimetral R2 anuncia la etiqueta de la dirección de circuito cerrado del dispositivo PE remoto (PE1) al dispositivo PE local (PE2).

Significado
  • En R1, puede ver que la etiqueta se anuncia hacia el PE conectado directamente (PE1) y la etiqueta se recibe del enrutador de borde remoto (R2).1819

  • En R2, puede ver que la etiqueta se anuncia hacia el PE conectado directamente (PE2) y la etiqueta se recibe del enrutador de borde remoto (R1).1719

  • En PE1, puede ver que la etiqueta se recibe del enrutador perimetral local (R1).18

  • En PE2, puede ver que la etiqueta se recibe del enrutador perimetral local (R2).17

Operaciones de etiquetas

Figura 5 muestra un LSP de LDP que se tuneliza a través de un LSP de RSVP. (Para obtener definiciones de las operaciones de etiqueta, consulte Descripción general de etiquetas MPLS.) El óvalo interior sombreado representa el dominio RSVP, mientras que el óvalo exterior representa el dominio LDP. RSVP establece un LSP a través de los enrutadores B, C, D y E, con la secuencia de etiquetas L3, L4. LDP establece un LSP a través de los enrutadores A, B, E, F y G, con la secuencia de etiquetas L1, L2, L5. LDP ve el LSP RSVP entre los enrutadores B y E como un solo salto.

Cuando el paquete llega al enrutador A, entra en el LSP establecido por LDP y se inserta una etiqueta (L1) en el paquete. Cuando el paquete llega al enrutador B, la etiqueta (L1) se intercambia por otra etiqueta (L2). Debido a que el paquete está entrando en el LSP diseñado por el tráfico establecido por RSVP, se inserta una segunda etiqueta (L3) en el paquete.

Esta etiqueta externa (L3) se intercambia con una nueva etiqueta (L4) en el enrutador intermedio (C) dentro del túnel RSVP LSP, y cuando se alcanza el penúltimo enrutador (D), se abre la etiqueta superior. El enrutador E cambia la etiqueta (L2) por una nueva etiqueta (L5), y el penúltimo enrutador para el LSP (F) establecido por LDP muestra la última etiqueta.

Figura 5: Swap y push cuando los LSP de LDP se tunelizan a través de LSP de RSVPSwap y push cuando los LSP de LDP se tunelizan a través de LSP de RSVP

Figura 6 representa una operación de etiqueta de doble empuje (L1L2). Se utiliza una operación de etiqueta de doble inserción cuando el enrutador de entrada (A) tanto para el LSP LDP como para el LSP RSVP tunelizado a través de él es el mismo dispositivo. Tenga en cuenta que el enrutador D es el penúltimo salto para el LSP establecido por LDP, por lo que el enrutador D extrae L2 del paquete.

Figura 6: Doble inserción cuando los LSP de LDP se tunelizan a través de LSP de RSVPDoble inserción cuando los LSP de LDP se tunelizan a través de LSP de RSVP

Protección de sesión LDP

La protección de sesión de LDP se basa en la funcionalidad de saludo dirigido a LDP definida en RFC 5036, especificación LDP, y es compatible con Junos OS y con las implementaciones de LDP de la mayoría de los demás proveedores. Implica enviar paquetes de saludo del Protocolo de datagramas de usuario (UDP) de unidifusión a una dirección de vecino remoto y recibir paquetes similares del enrutador vecino.

Si configura la protección de sesión LDP en un enrutador, las sesiones LDP se mantienen de la siguiente manera:

  1. Se establece una sesión LDP entre un enrutador y un enrutador vecino remoto.

  2. Si todos los vínculos directos entre los enrutadores dejan de funcionar, la sesión LDP permanece activa mientras haya conectividad IP entre los enrutadores basada en otra conexión a través de la red.

  3. Cuando se restablece el vínculo directo entre los enrutadores, la sesión LDP no se reinicia. Los enrutadores simplemente intercambian saludos LDP entre sí a través del enlace directo. A continuación, pueden comenzar a reenviar paquetes MPLS señalados por LDP mediante la sesión original de LDP.

De forma predeterminada, los saludos dirigidos a LDP se establecen en el vecino remoto siempre que la sesión de LDP esté activa, incluso si no hay más vecinos de vínculo a ese enrutador. También puede especificar la duración durante la cual desea mantener la conexión del vecino remoto en ausencia de vecinos de vínculo. Cuando el último vínculo vecino de una sesión deja de funcionar, Junos OS inicia un temporizador de protección de sesión LDP. Si este temporizador caduca antes de que alguno de los vecinos del vínculo vuelva a funcionar, la conexión del vecino remoto se desactiva y la sesión LDP finaliza. Si configura un valor diferente para el temporizador mientras se está ejecutando, Junos OS actualizará el temporizador al valor especificado sin interrumpir el estado actual de la sesión LDP.

Descripción general de la compatibilidad con IPv6 nativo de LDP

La conectividad IPv6 a menudo depende de la tunelización de IPv6 a través de un núcleo MPLS IPv4 con rutas de conmutación de etiquetas (LSP) de MPLS señaladas por IPv4. Esto requiere que los enrutadores perimetrales del proveedor de IPv6 configuren estáticamente o establezcan dinámicamente los LSP señalados por IPv4. Debido a la creciente demanda de IPv6, se ha vuelto imperativo implementar un núcleo MPLS IPv6 con un LSP con señal IPv6 para proporcionar conectividad IPv6. En Junos OS, LDP solo se admite en una red IPv6 y en una red de doble pila IPv6/IPv4, como se describe en RFC 7552. Además de proporcionar una única sesión para redes IPv4 e IPv6, Junos OS LDP admite sesiones IPv4 independientes solo para IPv4 y sesiones IPv6 solo para IPv6.

Puede configurar la familia de direcciones como para IPv4 o para IPv6, o ambas.inetinet6 Si la dirección de familia no está configurada, se habilita la dirección predeterminada de family inet. Cuando se configuran IPv4 e IPv6, puede utilizar la instrucción para configurar el transporte preferido para que sea o .transport-preferenceIPv4IPv6 Según la preferencia, LDP intenta establecer una conexión TCP mediante IPv4 o IPv6. De forma predeterminada, IPv6 está seleccionado. La instrucción permite a Junos OS LDP establecer la conexión TCP a través de IPv4 con vecinos IPv4 y a través de IPv6 con vecinos IPv6 como un LSR de una sola pila.dual-transport Los ID y son los dos ID de LSR que deben configurarse para establecer una sesión LDP a través de IPv4 y transporte TCP IPv6.inet-lsr-idinet6-lsr-id Estos dos ID deben ser distintos de cero y deben configurarse con valores diferentes.

Descripción general del soporte de coincidencia más larga para LDP

LDP se utiliza a menudo para establecer rutas de conmutación de etiquetas (LSP) MPLS en un dominio de red completo mediante un IGP como OSPF o IS-IS. En dicha red, todos los enlaces en el dominio tienen adyacencias IGP, así como adyacencias LDP. LDP establece los LSP en el camino más corto a un destino según lo determinado por IGP. En Junos OS, la implementación de LDP realiza una búsqueda de coincidencia exacta en la dirección IP de la clase de equivalencia de reenvío (FEC) en la base de información de enrutamiento (RIB) o rutas IGP para la asignación de etiquetas. Esta asignación exacta requiere que las direcciones IP de punto de conexión LDP de extremo a extremo MPLS estén configuradas en todos los enrutadores de borde de etiqueta (LER). Esto frustra el propósito del diseño jerárquico IP o el enrutamiento predeterminado en los dispositivos de acceso. La configuración permite a LDP configurar LSP basado en las rutas agregadas o resumidas a través de áreas OSPF o niveles IS-IS en el interdominio.longest-match

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.

Liberación
Descripción
22.4R1
A partir de Junos OS y Junos OS Evolved versión 22.4R1, puede tunelizar LSP de LDP a través de ingeniería de tráfico de enrutamiento por segmentos (SR-TE) en redes OSPF.
20.3R1
A partir de Junos OS versión 20.3R1, la compatibilidad con MPLS proporciona una configuración del protocolo de señalización LDP con la funcionalidad del plano de control.
15.1
A partir de Junos OS versión 15.1, la compatibilidad con varias instancias se amplía a LDP mediante tunelización RSVP para una instancia de enrutamiento de enrutador virtual.