Descripción general del LDP
Introducción del PLD
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. El LDP permite a los enrutadores establecer rutas conmutadas por 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 capas de vínculo de datos.
Estos LSP podrían tener un punto de conexión en un vecino conectado directamente (comparable al reenvío de IP salto a salto) o en un nodo de salida de la red, lo que permite la conmutación a través de todos los nodos intermedios. Los LSP establecidos por LDP también pueden atravesar LSP diseñados por tráfico creados por RSVP.
El 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 en el siguiente salto para la FEC y lo empala a la etiqueta que anuncia en 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 de LDP basadas en TCP para el intercambio de información de MPLS dentro de la red. Habilitar tanto MPLS como 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 LSP dentro de una red MPLS. Luego, los enrutadores comparten las actualizaciones de LSP, como paquetes de saludo y anuncios de LSP en las adyacencias. Dado que el LDP se ejecuta sobre un IGP, como IS-IS u OSPF, debe configurar el LDP y el IGP en el mismo conjunto de interfaces. Después de configurar ambos, LDP comienza a transmitir y recibir mensajes de 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 reservas 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 fuera de todas las interfaces habilitadas para LDP. Cuando un LSR adyacente recibe mensajes de descubrimiento de LDP, establece una sesión TCP subyacente. Luego, se crea una sesión LDP en la parte superior de la sesión TCP. El apretón de manos tcp de tres vías garantiza que la sesión del LDP tenga conectividad bidireccional. Después de establecer la sesión LDP, los vecinos del PLD mantienen y terminan la sesión intercambiando mensajes. Los mensajes de anuncio de LDP permiten que los LSR intercambien información de etiquetas para determinar los próximos saltos dentro de un LSP determinado. Cualquier cambio de topología, como una falla de enrutador, genera notificaciones de LDP que pueden terminar la sesión del LDP o generar anuncios de LDP adicionales para propagar un cambio de LSP.
A partir de Junos OS versión 20.3R1, es compatible con MPLS para proporcionar configuración del protocolo de señalización LDP con la funcionalidad de plano de control.
Ejemplo: Configuración de LSP señalizadas por LDP
En este ejemplo, se muestra cómo crear y configurar instancias de LDP dentro de una red MPLS.
Requisitos
Antes de empezar:
Configure interfaces de red. Consulte Guía del usuario de interfaces para dispositivos de seguridad.
Configure un IGP en toda su red. (La configuración de LDP se agrega a la configuración IGP existente y se incluye en la configuración 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 el LDP se ejecuta sobre un IGP, como IS-IS u OSPF, debe configurar el LDP y el IGP en el mismo conjunto de interfaces.
Descripción general
Para configurar LSP señalizadas 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 jerárquicos [protocols mpls] y [protocols ldp].
En este ejemplo, habilitar la familia MPLS y crear una instancia de LDP en todas las interfaces de tránsito. Además, habilita el proceso MPLS en todas las interfaces de tránsito de la red MPLS. En este ejemplo, configure una red de ejemplo como se muestra en Figura 1.
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, luego, ingrese commit desde el [edit] modo de configuración.
R1
set interfaces ge-0/0/0 unit 0 family mpls set protocols mpls ge-0/0/0 unit 0 set protocols ldp interface ge-0/0/0 unit 0
R2
set interfaces ge-0/0/0 unit 0 family mpls set protocols mpls ge-0/0/0 unit 0 set protocols ldp interface ge-0/0/0 unit 0 set interfaces ge-0/0/1 unit 0 family mpls set protocols mpls ge-0/0/1 unit 0 set protocols ldp interface ge-0/0/1 unit 0
R3
set interfaces ge-0/0/0 unit 0 family mpls set protocols mpls ge-0/0/0 unit 0 set protocols ldp interface ge-0/0/0 unit 0
Procedimiento paso a paso
Para habilitar instancias de LDP dentro de una red MPLS:
Habilite la familia MPLS en la interfaz de tránsito del enrutador R1.
[edit] user@R1# set interfaces ge-0/0/0 unit 0 family mpls
Habilite el proceso MPLS en la interfaz de tránsito.
[edit] user@R1# set protocols mpls interface ge-0/0/0 unit 0
Cree la instancia de LDP en la interfaz de tránsito.
[edit] user@R1# set protocols ldp interface ge-0/0/0 unit 0
Resultados
Para confirmar la configuración, ingrese el comando desde el show modo de configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
Para mayor brevedad, este show resultado solo incluye la configuración relevante para este ejemplo. Cualquier otra configuración del sistema se ha reemplazado por puntos suspensivos (...).
user@R1# show
...
interfaces {
ge-0/0/0 {
unit 0 {
family inet {
address 10.100.37.20/24;
}
family mpls;
}
}
}
...
protocols {
mpls {
interface all;
}
ldp {
interface ge-0/0/0.0;
}
}
Si ha terminado de configurar el dispositivo, escriba el commit comando desde el modo de configuración para activar la configuración.
Implementación del protocolo LDP de Junos OS
La implementación de Junos OS de LDP admite LDP versión 1. Junos OS admite un mecanismo simple para tunelización entre enrutadores en un protocolo de puerta de enlace interior (IGP), para eliminar la distribución requerida de rutas externas dentro del núcleo. Junos OS permite un túnel MPLS el próximo salto a todos los enrutadores de salida en la red, con solo un IGP que se ejecuta en el núcleo para distribuir rutas a los enrutadores de salida. Los enrutadores de borde 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 de LDP
Debe configurar LDP para cada interfaz en la que desea que se ejecute LDP. LDP crea árboles de LSP arraigados en cada enrutador de salida para la dirección de ID del enrutador que es el siguiente salto del BGP. El punto de entrada está en cada enrutador que ejecuta LDP. Este proceso proporciona una ruta inet.3 a cada enrutador de salida. Si el BGP se está ejecutando, intentará resolver los próximos saltos mediante el uso primero de la tabla inet.3, que vincula la mayoría, si no todas, de las rutas del BGP a los saltos siguientes 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 de LDP se convierten en vecinos, establecen una sesión de LDP para intercambiar información de etiquetas. 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 opera junto con un protocolo de enrutamiento de unidifusión. El LDP instala LSP solo cuando están habilitados tanto el LDP como el protocolo de enrutamiento. Por esta razón, debe habilitar tanto el LDP como el protocolo de enrutamiento en el mismo conjunto de interfaces. Si esto no se hace, es posible que los LSP no se establezcan entre cada enrutador de salida y todos los enrutadores de entrada, lo que podría dar lugar a la pérdida de tráfico enrutado del BGP.
Puede aplicar filtros de políticas a etiquetas recibidas desde otros enrutadores a través de LDP y distribuidas a ellos. Los filtros de políticas le proporcionan un mecanismo para controlar el establecimiento de LSP.
Para que el LDP se ejecute en una interfaz, la MPLS debe habilitarse en una interfaz lógica en esa interfaz. Para obtener más información, consulte interfaces lógicas.
Tipos de mensajes LDP
El LDP utiliza los tipos de mensaje descritos en las siguientes secciones para establecer y quitar asignaciones e informar errores. Todos los mensajes LDP tienen una estructura común que usa un esquema de codificación de tipo, longitud y valor (TLV).
Mensajes de descubrimiento
Los mensajes de Discovery anuncian y mantienen la presencia de un enrutador en una red. Los enrutadores indican su presencia en una red mediante el envío de mensajes de saludo periódicamente. Los mensajes de saludo 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 descubrimiento:
Descubrimiento básico: un enrutador envía periódicamente mensajes de saludo del vínculo de LDP a través de una interfaz. Los mensajes de saludo del 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 directamente conectados 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 descubrimiento de LDP en la dirección específica. El enrutador de destino decide si responder o ignorar el mensaje de saludo objetivo. Un enrutador de destino que elige responder lo hace mediante el envío periódico de 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 de LDP a través del transporte TCP. Cuando el procedimiento de inicialización se completa correctamente, los dos enrutadores son pares de LDP y pueden intercambiar mensajes publicitarios.
Mensajes de anuncio
Los mensajes de anuncio crean, cambian y eliminan asignaciones de etiquetas para reenviar clases de equivalencia (FET). Solicitar una etiqueta o anunciar una asignación de etiquetas a un par es una decisión que toma el enrutador local. En general, el enrutador solicita una asignación de etiquetas a un enrutador vecino cuando lo necesita y anuncia una asignación de etiquetas 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 asesoramiento e información de error de señal. LDP envía mensajes de notificación para informar errores y otros eventos de interés. Hay dos tipos de mensajes de notificación de 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, termina 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 asesoramiento, 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 LDP en LSP RSVP
Puede tunelización de LSP LDP a través de LSP RSVP. En las siguientes secciones se describe cómo funciona la tunelización de LSP LDP en LSP RSVP:
Descripción general de los LSP de LDP de tunelización en los LSP RSVP
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 tunelan a través de los LSP establecidos por RSVP. El LDP trata efectivamente los LSP diseñados por tráfico como saltos únicos.
Cuando configura el enrutador para ejecutar LDP en los 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 simples (un way) diseñados por 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 tráfico.
Si configura LDP a través de LSP RSVP, aún puede configurar varias áreas de OSPF y niveles de IS-IS en el núcleo diseñado de tráfico y en la nube LDP circundante.
A partir de Junos OS versión 15.1, la compatibilidad con varias instancias se extiende a LDP mediante tunelización RSVP para una instancia de enrutamiento de enrutador virtual. Esto permite dividir un único dominio de enrutamiento y MPLS en varios dominios para que cada dominio se pueda escalar de forma independiente. El BGP etiquetado como unidifusión se puede usar para unir estos dominios para clases de equivalencia de reenvío de servicio (FET). Cada dominio usa LDP-over-RSVP LSP dentro del dominio para el reenvío de MPLS.
Con la introducción de la compatibilidad con varias instancias para LSP LDP-over-RSVP, no 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 [edit protocols mpls] nivel de jerarquía, se produce un error de configuración en el momento de confirmar.
Beneficios de tunelización de LSP LDP en LSP RSVP
Tunelización de LSP LDP en LSP RSVP ofrece los siguientes beneficios:
Ofrece convergencia de diferentes tipos de tráfico, como IPv4, IPv6, unidifusión y multidifusión en VPN de capa 2 y capa 3.
Permite opciones de conectividad de acceso flexibles que pueden acomodar varias topologías, diferentes protocolos y múltiples límites administrativos.
Permite la intertrabajo segura entre varios proveedores.
Permite la provisió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 enlaces y nodos.
Reduce la cantidad 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.
Ofrece implementaciones rentables con una interrupción mínima de la red, ya que los LSP se construyen mediante túneles de TE de punto a punto a los vecinos directamente conectados. Estos túneles de TE solo van al siguiente salto, no de extremo a extremo. Luego, cuando el LDP se ejecuta en esos túneles, las sesiones se construyen para el vecino conectado directamente. Cuando hay un cambio en la red, como agregar un nuevo nodo, los vecinos directamente conectados del nuevo nodo tienen sesiones RSVP y LDP. Por lo tanto, los LSP de RSVP son solo para el siguiente salto, y LDP se encarga de anunciar las etiquetas para las nuevas direcciones.
Tunelización de LDP mediante SR-TE
Aprenda 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 sobre SR-TE
- Descripción general de LDP de tunelización mediante SR-TE
Beneficios de la tunelización de LDP sobre 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 admitir varias 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.
Ofrece una restauración más rápida de la conectividad de red mediante alternativa sin bucle independiente de topología (TI-LFA) dentro del dominio SR-TE. Sr mediante TI-LFA enruta el tráfico al instante a una ruta de respaldo o alternativa si la ruta principal falla o deja de estar disponible.
Descripción general de LDP de tunelización mediante 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. El LDP ofrece la ventaja de ser simple, pero el 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 la 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 admita 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 situaciones, la función de tunelización de LDP sobre SR-TE ofrece 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 tunelan a través de la red SR-TE, lo que permite intertrabajar los LSP de LDP con los LSP de SR-TE. Por ejemplo, si tiene dominios LDP en la red de borde del proveedor y SR-TE en la red central, puede conectar los dominios LDP mediante SR-TE, como se muestra en Figura 2.
La tunelización de LDP mediante SR-TE admite la coexistencia de los LSP LDP y los LSP de SR-TE.
También puede tunelización de LDP a través de SR-TE entre dominios LDP conectados a redes centrales interrregiales. Por ejemplo, si tiene varios dominios de LDP regionales conectados a las redes principales de SR-TE entre regiones, puede tunelización de LDP a través de la red central de SR-TE entre regiones, como se muestra en Figura 3.
En Figura 3, tiene tres redes regionales (A, B y C) que ejecutan LDP. Estos dominios regionales de LDP están conectados a sus respectivas redes centrales regionales que ejecutan SR-TE. Las redes centrales de SR-TE regionales están aún más interconectadas con otras redes centrales de SR-TE (red central interrregional). Puede tunelización de LDP a través de estas redes principales de SR-TE entre regiones e implementar servicios, como VPN de capa 3, sin problemas. Este escenario podría usarse en una red de retorno móvil, donde la capa de agregación de núcleo ejecuta LDP tunelizadas sobre SR-TE, mientras que la capa de acceso solo ejecuta LDP.
Para habilitar la tunelización de LDP mediante SR-TE en redes IS-IS, debe configurar las siguientes instrucciones de configuración :
-
ldp-tunnelingen el nivel de jerarquía [edit protocols source-packet-routing source-routing-path source-routing-path-name] para habilitar la tunelización de LDP a través de SR-TE. -
spring-teen el nivel de jerarquía [edit protocols isis traffic-engineering tunnel-source-protocol] selecciona LDP sobre LSP SR-TE como protocolo de origen de túnel.
Para habilitar la tunelización de LDP a través de SR-TE en redes OSPF, debe configurar las siguientes instrucciones de configuración:
-
ldp-tunnelingen el nivel de jerarquía [edit protocols source-packet-routing source-routing-path source-routing-path-name] para habilitar la tunelización de LDP a través de SR-TE. -
spring-teen el nivel de jerarquía [edit protocols ospf traffic-engineering tunnel-source-protocol] selecciona LDP sobre LSP SR-TE como protocolo de origen de túnel.
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 más preferida. Por ejemplo, si la red central tiene LSP de RSVP y LSP de SR-TE, y la tunelización de LDP está habilitada para los LSP RSVP y SR-TE, la tunnel-source-protocol configuración selecciona el túnel según el valor de preferencia. El túnel con el valor de preferencia más bajo es el más preferido. Puede invalidar esta preferencia de ruta con un protocolo específico para todos los destinos mediante la configuración del valor de preferencia, como se muestra en el ejemplo siguiente:
[edit] user@host#set protocols isis traffic-engineering tunnel-source-protocol spring-te preference 2 user@host#set protocols isis traffic-engineering tunnel-source-protocol rsvp preference 5
[edit] user@host#set protocols ospf traffic-engineering tunnel-source-protocol spring-te preference 2 user@host#set protocols ospf traffic-engineering tunnel-source-protocol rsvp preference 5
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 tienen el valor de preferencia más bajo en comparación con el protocolo de origen de túnel RSVP.
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 objetivo 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-tunneling) de LDP o hasta que el LSP de SR-TE se elimina de la configuración.
Junos OS actualmente no admite LDP sobre LSP DE SR-TE de color.
Ejemplo: Tunelización del LDP por SR-TE en la red IS-IS
Utilice este ejemplo para aprender a tunelización de LSP de LDP a través de SR-TE en su red central.
Nuestro equipo de pruebas de contenido validó y actualizó este ejemplo.
Requisitos
En este ejemplo, se utilizan los siguientes componentes de hardware y software:
Enrutadores serie MX como CE, PE y enrutadores de núcleo.
-
Junos OS versión 20.3R1 o posterior se ejecuta en todos los dispositivos.
-
Actualizado y revalidado mediante vMX en Junos OS versión 21.1R1.
-
¿Le interesa obtener experiencia práctica en esta función?
Visite Juniper vLabs para reservar su vLab Sandbox preconfigurado : Enrutamiento por segmentos - Básico y pruébelo de forma gratuita!
Descripción general
En la siguiente topología (Figura 4) se muestran dos dominios LDP (dominio LDP A y dominio B de LDP) conectados a la red central de SR-TE, que extiende la sesión LSP sobre el núcleo mediante tunelización a través de SR-TE.
Topología
Configuración
Para tunelización de LSP LDP a través de SR-TE en su red central, realice las siguientes 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 y, luego, ingrese commit desde el [edit] modo de configuración.
Dispositivo CE1
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description CE1-to-PE1 set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.1/24 set interfaces lo0 unit 0 family inet address 192.168.100.11/32 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options router-id 192.168.100.11
Dispositivo PE1
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description PE1-to-CE1 set interfaces ge-0/0/1 unit 0 family inet address 10.1.1.2/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/3 description PE1-to-R1 set interfaces ge-0/0/3 unit 0 family inet address 10.1.2.1/24 set interfaces ge-0/0/3 unit 0 family iso set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.5/32 set interfaces lo0 unit 0 family iso address 49.0004.0192.0168.0005.00 set interfaces lo0 unit 0 family mpls set policy-options policy-statement export_bgp term a from protocol bgp set policy-options policy-statement export_bgp term a from protocol direct set policy-options policy-statement export_bgp term a then accept set routing-instances CE1_vpn1 instance-type vrf set routing-instances CE1_vpn1 protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set routing-instances CE1_vpn1 protocols ospf export export_bgp set routing-instances CE1_vpn1 interface ge-0/0/1.0 set routing-instances CE1_vpn1 route-distinguisher 192.168.100.5:1 set routing-instances CE1_vpn1 vrf-target target:100:4 set routing-instances CE1_vpn1 vrf-table-label set protocols bgp group ibgp1 type internal set protocols bgp group ibgp1 local-address 192.168.100.5 set protocols bgp group ibgp1 family inet unicast set protocols bgp group ibgp1 family inet-vpn unicast set protocols bgp group ibgp1 neighbor 192.168.100.6 set protocols isis interface ge-0/0/3.0 point-to-point set protocols isis interface lo0.0 passive set protocols ldp interface ge-0/0/3.0 set protocols ldp interface lo0.0 set protocols mpls interface ge-0/0/3.0 set protocols mpls interface lo0.0 set routing-options router-id 192.168.100.5 set routing-options autonomous-system 65410
Dispositivo R1
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description R1-to-R2 set interfaces ge-0/0/1 unit 0 family inet address 10.1.3.1/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/1 unit 0 family mpls maximum-labels 8 set interfaces ge-0/0/2 description R1-to-R3 set interfaces ge-0/0/2 unit 0 family inet address 10.1.4.1/24 set interfaces ge-0/0/2 unit 0 family iso set interfaces ge-0/0/2 unit 0 family mpls maximum-labels 8 set interfaces ge-0/0/3 description R1-to-PE1 set interfaces ge-0/0/3 unit 0 family inet address 10.1.2.2/24 set interfaces ge-0/0/3 unit 0 family iso set interfaces ge-0/0/3 unit 0 family mpls maximum-labels 8 set interfaces lo0 unit 0 family inet address 192.168.100.1/32 set interfaces lo0 unit 0 family iso address 49.0004.0192.0168.0001.00 set interfaces lo0 unit 0 family mpls set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment protected index 108 set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment unprotected index 110 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment protected index 109 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment unprotected index 111 set protocols isis interface ge-0/0/1.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/1.0 point-to-point set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment protected index 104 set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment unprotected index 106 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment protected index 105 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment unprotected index 107 set protocols isis interface ge-0/0/2.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/2.0 point-to-point set protocols isis interface ge-0/0/3.0 level 2 ipv4-adjacency-segment protected index 100 set protocols isis interface ge-0/0/3.0 level 2 ipv4-adjacency-segment unprotected index 102 set protocols isis interface ge-0/0/3.0 level 2 ipv6-adjacency-segment protected index 101 set protocols isis interface ge-0/0/3.0 level 2 ipv6-adjacency-segment unprotected index 103 set protocols isis interface ge-0/0/3.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/3.0 point-to-point set protocols isis interface lo0.0 passive set protocols isis source-packet-routing srgb start-label 80000 set protocols isis source-packet-routing srgb index-range 50000 set protocols isis source-packet-routing node-segment ipv4-index 5001 set protocols isis source-packet-routing node-segment ipv6-index 5501 set protocols isis level 1 disable set protocols isis backup-spf-options use-post-convergence-lfa set protocols isis backup-spf-options use-source-packet-routing set protocols isis traffic-engineering l3-unicast-topology set protocols isis traffic-engineering credibility-protocol-preference set protocols isis traffic-engineering tunnel-source-protocol spring-te set protocols ldp auto-targeted-session set protocols ldp preference 1 set protocols ldp interface ge-0/0/1.0 set protocols ldp interface ge-0/0/3.0 set protocols ldp interface lo0.0 set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls interface ge-0/0/3.0 set protocols mpls interface lo0.0 set protocols source-packet-routing segment-list seg1 inherit-label-nexthops set protocols source-packet-routing segment-list seg1 auto-translate set protocols source-packet-routing segment-list seg1 hop1 ip-address 10.1.4.2 set protocols source-packet-routing segment-list seg1 hop2 ip-address 10.1.5.2 set protocols source-packet-routing segment-list seg1 hop3 ip-address 10.1.6.2 set protocols source-packet-routing source-routing-path sr_static_r5 ldp-tunneling set protocols source-packet-routing source-routing-path sr_static_r5 to 192.168.100.2 set protocols source-packet-routing source-routing-path sr_static_r5 binding-sid 1003001 set protocols source-packet-routing source-routing-path sr_static_r5 primary seg1 set routing-options router-id 192.168.100.1
Dispositivo R2
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description R2-to-R1 set interfaces ge-0/0/1 unit 0 family inet address 10.1.3.2/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/1 unit 0 family mpls maximum-labels 8 set interfaces ge-0/0/2 description R2-to-R4 set interfaces ge-0/0/2 unit 0 family inet address 10.1.6.2/24 set interfaces ge-0/0/2 unit 0 family iso set interfaces ge-0/0/2 unit 0 family mpls maximum-labels 8 set interfaces ge-0/0/3 description R2-to-PE2 set interfaces ge-0/0/3 unit 0 family inet address 10.1.7.1/24 set interfaces ge-0/0/3 unit 0 family iso set interfaces ge-0/0/3 unit 0 family mpls maximum-labels 8 set interfaces lo0 unit 0 family inet address 192.168.100.2/32 set interfaces lo0 unit 0 family iso address 49.0004.0192.0168.0002.00 set interfaces lo0 unit 0 family mpls set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment protected index 500 set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment unprotected index 502 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment protected index 501 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment unprotected index 503 set protocols isis interface ge-0/0/1.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/1.0 point-to-point set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment protected index 504 set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment unprotected index 506 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment protected index 505 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment unprotected index 507 set protocols isis interface ge-0/0/2.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/2.0 point-to-point set protocols isis interface ge-0/0/3.0 level 2 ipv4-adjacency-segment protected index 508 set protocols isis interface ge-0/0/3.0 level 2 ipv4-adjacency-segment unprotected index 510 set protocols isis interface ge-0/0/3.0 level 2 ipv6-adjacency-segment protected index 509 set protocols isis interface ge-0/0/3.0 level 2 ipv6-adjacency-segment unprotected index 511 set protocols isis interface ge-0/0/3.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/3.0 point-to-point set protocols isis interface lo0.0 passive set protocols isis source-packet-routing srgb start-label 80000 set protocols isis source-packet-routing srgb index-range 50000 set protocols isis source-packet-routing node-segment ipv4-index 5005 set protocols isis source-packet-routing node-segment ipv6-index 5505 set protocols isis source-packet-routing traffic-statistics statistics-granularity per-interface set protocols isis level 1 disable set protocols isis backup-spf-options use-post-convergence-lfa set protocols isis backup-spf-options use-source-packet-routing set protocols isis traffic-engineering l3-unicast-topology set protocols isis traffic-engineering credibility-protocol-preference set protocols isis traffic-engineering tunnel-source-protocol spring-te set protocols ldp interface ge-0/0/1.0 set protocols ldp interface ge-0/0/3.0 set protocols ldp interface lo0.0 set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls interface ge-0/0/3.0 set protocols mpls interface lo0.0 set protocols source-packet-routing segment-list seg1 inherit-label-nexthops set protocols source-packet-routing segment-list seg1 auto-translate set protocols source-packet-routing segment-list seg1 hop1 ip-address 10.1.6.1 set protocols source-packet-routing segment-list seg1 hop2 ip-address 10.1.5.1 set protocols source-packet-routing segment-list seg1 hop3 ip-address 10.1.4.1 set protocols source-packet-routing source-routing-path sr_static_r1 ldp-tunneling set protocols source-packet-routing source-routing-path sr_static_r1 to 192.168.100.1 set protocols source-packet-routing source-routing-path sr_static_r1 binding-sid 1003001 set protocols source-packet-routing source-routing-path sr_static_r1 primary seg1 set routing-options router-id 192.168.100.2
Dispositivo R3
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description R3-to-R4 set interfaces ge-0/0/1 unit 0 family inet address 10.1.5.1/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 description R3-to-R1 set interfaces ge-0/0/2 unit 0 family inet address 10.1.4.2/24 set interfaces ge-0/0/2 unit 0 family iso set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.3/32 set interfaces lo0 unit 0 family iso address 49.0004.0192.0168.0003.00 set interfaces lo0 unit 0 family mpls set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment protected index 204 set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment unprotected index 206 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment protected index 205 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment unprotected index 207 set protocols isis interface ge-0/0/1.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/1.0 point-to-point set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment protected index 200 set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment unprotected index 202 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment protected index 201 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment unprotected index 203 set protocols isis interface ge-0/0/2.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/2.0 point-to-point set protocols isis interface lo0.0 passive set protocols isis source-packet-routing srgb start-label 80000 set protocols isis source-packet-routing srgb index-range 50000 set protocols isis source-packet-routing node-segment ipv4-index 5003 set protocols isis source-packet-routing node-segment ipv6-index 5503 set protocols isis level 1 disable set protocols isis backup-spf-options use-post-convergence-lfa set protocols isis backup-spf-options use-source-packet-routing set protocols isis traffic-engineering l3-unicast-topology set protocols isis traffic-engineering credibility-protocol-preference set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls interface lo0.0 set routing-options router-id 192.168.100.3
Dispositivo R4
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description R4-to-R3 set interfaces ge-0/0/1 unit 0 family inet address 10.1.5.2/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 description R4-to-R2 set interfaces ge-0/0/2 unit 0 family inet address 10.1.6.1/24 set interfaces ge-0/0/2 unit 0 family iso set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 192.168.100.4/32 set interfaces lo0 unit 0 family iso address 49.0004.0192.0168.0004.00 set interfaces lo0 unit 0 family mpls set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment protected index 300 set protocols isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment unprotected index 302 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment protected index 301 set protocols isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment unprotected index 303 set protocols isis interface ge-0/0/1.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/1.0 point-to-point set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment protected index 304 set protocols isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment unprotected index 306 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment protected index 305 set protocols isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment unprotected index 307 set protocols isis interface ge-0/0/2.0 level 2 post-convergence-lfa set protocols isis interface ge-0/0/2.0 point-to-point set protocols isis interface lo0.0 passive set protocols isis source-packet-routing srgb start-label 80000 set protocols isis source-packet-routing srgb index-range 50000 set protocols isis source-packet-routing node-segment ipv4-index 5004 set protocols isis source-packet-routing node-segment ipv6-index 5504 set protocols isis source-packet-routing traffic-statistics statistics-granularity per-interface set protocols isis level 1 disable set protocols isis backup-spf-options use-post-convergence-lfa set protocols isis backup-spf-options use-source-packet-routing set protocols isis traffic-engineering l3-unicast-topology set protocols isis traffic-engineering credibility-protocol-preference set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls interface lo0.0 set routing-options router-id 192.168.100.4
Dispositivo PE2
set chassis network-services enhanced-ip set interfaces ge-0/0/2 description PE2-to-CE2 set interfaces ge-0/0/2 unit 0 family inet address 10.1.8.1/24 set interfaces ge-0/0/2 unit 0 family iso set interfaces ge-0/0/2 unit 0 family mpls maximum-labels 8 set interfaces ge-0/0/3 description PE2-to-R2 set interfaces ge-0/0/3 unit 0 family inet address 10.1.7.2/24 set interfaces ge-0/0/3 unit 0 family iso set interfaces ge-0/0/3 unit 0 family mpls maximum-labels 8 set interfaces lo0 unit 0 family inet address 192.168.100.6/32 set interfaces lo0 unit 0 family iso address 49.0004.0192.0168.0006.00 set interfaces lo0 unit 0 family mpls set policy-options policy-statement export_bgp term a from protocol bgp set policy-options policy-statement export_bgp term a from protocol direct set policy-options policy-statement export_bgp term a then accept set routing-instances CE2_vpn1 instance-type vrf set routing-instances CE2_vpn1 protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set routing-instances CE2_vpn1 protocols ospf export export_bgp set routing-instances CE2_vpn1 interface ge-0/0/2.0 set routing-instances CE2_vpn1 route-distinguisher 192.168.100.6:1 set routing-instances CE2_vpn1 vrf-target target:100:4 set routing-instances CE2_vpn1 vrf-table-label set protocols bgp group ibgp1 type internal set protocols bgp group ibgp1 local-address 192.168.100.6 set protocols bgp group ibgp1 family inet unicast set protocols bgp group ibgp1 family inet-vpn unicast set protocols bgp group ibgp1 neighbor 192.168.100.5 set protocols isis interface ge-0/0/3.0 point-to-point set protocols isis interface lo0.0 passive set protocols ldp interface ge-0/0/3.0 set protocols ldp interface lo0.0 set protocols mpls interface ge-0/0/3.0 set protocols mpls interface lo0.0 set routing-options router-id 192.168.100.6 set routing-options autonomous-system 65410
Dispositivo CE2
set chassis network-services enhanced-ip set interfaces ge-0/0/1 description CE2-to-PE2 set interfaces ge-0/0/2 unit 0 family inet address 10.1.8.2/24 set interfaces lo0 unit 0 family inet address 192.168.100.22/32 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options router-id 192.168.100.22
Configuración de PE1
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.
Para configurar el dispositivo PE1:
Configure el modo de servicios de red como IP mejorada. La IP mejorada establece los servicios de red del enrutador para un protocolo de Internet mejorado y utiliza capacidades de modo mejoradas.
[edit chassis] user@PE1#set network-services enhanced-ip
Después de configurar la
enhanced-ipinstrucción y confirmar la configuración, aparece el siguiente mensaje de advertencia que le pide que reinicie el enrutador:'chassis' WARNING: Chassis configuration for network services has been changed. A system reboot is mandatory. Please reboot the system NOW. Continuing without a reboot might result in unexpected system behavior. commit complete
El reinicio abre las FPC en el enrutador.
-
Configure las interfaces del dispositivo.
[edit interfaces] user@PE1#set ge-0/0/1 description PE1-to-CE1 user@PE1#set ge-0/0/1 unit 0 family inet address 10.1.1.2/24 user@PE1#set ge-0/0/1 unit 0 family iso user@PE1#set ge-0/0/3 description PE1-to-R1 user@PE1#set ge-0/0/3 unit 0 family inet address 10.1.2.1/24 user@PE1#set ge-0/0/3 unit 0 family iso user@PE1#set ge-0/0/3 unit 0 family mpls user@PE1#set lo0 unit 0 family inet address 192.168.100.5/32 user@PE1#set lo0 unit 0 family iso address 49.0004.0192.0168.0005.00 user@PE1#set lo0 unit 0 family mpls
-
Configure las opciones de política para exportar rutas del BGP al enrutador CE, que ejecuta el protocolo OSPF en este ejemplo.
[edit policy-options] user@PE1#set policy-statement export_bgp term a from protocol bgp user@PE1#set policy-statement export_bgp term a from protocol direct user@PE1#set policy-statement export_bgp term a then accept
-
Configure una instancia de enrutamiento VPN de capa 3 para admitir el dispositivo CE1 basado en OSPF.
[edit routing-instances] user@PE1#set CE1_vpn1 instance-type vrf user@PE1#set CE1_vpn1 protocols ospf area 0.0.0.0 interface ge-0/0/1.0 user@PE1#set CE1_vpn1 protocols ospf export export_bgp user@PE1#set CE1_vpn1 interface ge-0/0/1.0 user@PE1#set CE1_vpn1 route-distinguisher 192.168.100.5:1 user@PE1#set CE1_vpn1 vrf-target target:100:4 user@PE1#set CE1_vpn1 vrf-table-label
-
Configure el ID de enrutador y el número de sistema autónomo para el dispositivo PE1.
[edit routing-options] user@PE1#set router-id 192.168.100.5 userPE1# set autonomous-system 65410
-
Configure ISIS, LDP y MPLS en las interfaces conectadas a la red central.
[edit protocols] user@PE1#set isis interface ge-0/0/3.0 point-to-point user@PE1#set isis interface lo0.0 passive user@PE1#set ldp interface ge-0/0/3.0 user@PE1#set ldp interface lo0.0 user@PE1#set mpls interface ge-0/0/3.0 user@PE1#set mpls interface lo0.0
-
Configure el BGP entre los dispositivos pe.
[edit protocols] user@PE1#set bgp group ibgp1 type internal user@PE1#set bgp group ibgp1 local-address 192.168.100.5 user@PE1#set bgp group ibgp1 family inet unicast user@PE1#set bgp group ibgp1 family inet-vpn unicast user@PE1#set bgp group ibgp1 neighbor 192.168.100.6
Resultados
Desde el modo de configuración, ingrese los comandos , show interfaces, show policy-options, show routing-instances,show routing-options y show protocols para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@PE1#show chassis network-services enhanced-ip;
user@PE1#show interfaces
ge-0/0/1 {
description PE1-to-CE1;
unit 0 {
family inet {
address 10.1.1.2/24;
}
family iso;
}
}
ge-0/0/3 {
description PE1-to-R1;
unit 0 {
family inet {
address 10.1.2.1/24;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.100.5/32;
}
family iso {
address 49.0004.0192.0168.0005.00;
}
family mpls;
}
}
user@PE1#show policy-options
policy-statement export_bgp {
term a {
from protocol [ bgp direct ];
then accept;
}
}
user@PE1#show routing-instances
CE1_vpn1 {
instance-type vrf;
protocols {
ospf {
area 0.0.0.0 {
interface ge-0/0/1.0;
}
export export_bgp;
}
}
interface ge-0/0/1.0;
route-distinguisher 192.168.100.5:1;
vrf-target target:100:4;
vrf-table-label;
}user@PE1#show routing-options router-id 192.168.100.5; autonomous-system 65410;
user@PE1#show protocols
bgp {
group ibgp1 {
type internal;
local-address 192.168.100.5;
family inet {
unicast;
}
family inet-vpn {
unicast;
}
neighbor 192.168.100.6;
}
}
isis {
interface ge-0/0/3.0 {
point-to-point;
}
interface lo0.0 {
passive;
}
}
ldp {
interface ge-0/0/3.0;
interface lo0.0;
}
mpls {
interface ge-0/0/3.0;
interface lo0.0;
}Configuración del dispositivo R1
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.
Para configurar el dispositivo R1:
Configure el modo de servicios de red como IP mejorada. La IP mejorada establece los servicios de red del enrutador para un protocolo de Internet mejorado y utiliza capacidades de modo mejoradas.
[edit chassis] user@R1#set network-services enhanced-ip
Después de configurar la
enhanced-ipinstrucción y confirmar la configuración, aparece el siguiente mensaje de advertencia que le pide que reinicie el enrutador:'chassis' WARNING: Chassis configuration for network services has been changed. A system reboot is mandatory. Please reboot the system NOW. Continuing without a reboot might result in unexpected system behavior. commit complete
El reinicio abre las FPC en el enrutador.
-
Configure las interfaces del dispositivo.
[edit interfaces] user@R1#set ge-0/0/1 description R1-to-R2 user@R1#set ge-0/0/1 unit 0 family inet address 10.1.3.1/24 user@R1#set ge-0/0/1 unit 0 family iso user@R1#set ge-0/0/1 unit 0 family mpls maximum-labels 8 user@R1#set ge-0/0/2 description R1-to-R3 user@R1#set ge-0/0/2 unit 0 family inet address 10.1.4.1/24 user@R1#set ge-0/0/2 unit 0 family iso user@R1#set ge-0/0/2 unit 0 family mpls maximum-labels 8 user@R1#set ge-0/0/3 description R1-to-PE1 user@R1#set ge-0/0/3 unit 0 family inet address 10.1.2.2/24 user@R1#set ge-0/0/3 unit 0 family iso user@R1#set ge-0/0/3 unit 0 family mpls maximum-labels 8 user@R1#set lo0 unit 0 family inet address 192.168.100.1/32 user@R1#set lo0 unit 0 family iso address 49.0004.0192.0168.0001.00 user@R1#set lo0 unit 0 family mpls
Configure las opciones de enrutamiento para identificar el enrutador en el dominio.
[edit routing-options] user@R1#set router-id 192.168.100.1
-
Configure los SID de adyacencia de ISIS en las interfaces y asigne etiquetas SRGB para habilitar el enrutamiento por 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.
[edit protocols] user@R1#set isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment protected index 108 user@R1#set isis interface ge-0/0/1.0 level 2 ipv4-adjacency-segment unprotected index 110 user@R1#set isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment protected index 109 user@R1#set isis interface ge-0/0/1.0 level 2 ipv6-adjacency-segment unprotected index 111 user@R1#set isis interface ge-0/0/1.0 level 2 post-convergence-lfa user@R1#set isis interface ge-0/0/1.0 point-to-point user@R1#set isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment protected index 104 user@R1#set isis interface ge-0/0/2.0 level 2 ipv4-adjacency-segment unprotected index 106 user@R1#set isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment protected index 105 user@R1#set isis interface ge-0/0/2.0 level 2 ipv6-adjacency-segment unprotected index 107 user@R1#set isis interface ge-0/0/2.0 level 2 post-convergence-lfa user@R1#set isis interface ge-0/0/2.0 point-to-point user@R1#set isis interface ge-0/0/3.0 level 2 ipv4-adjacency-segment protected index 100 user@R1#set isis interface ge-0/0/3.0 level 2 ipv4-adjacency-segment unprotected index 102 user@R1#set isis interface ge-0/0/3.0 level 2 ipv6-adjacency-segment protected index 101 user@R1#set isis interface ge-0/0/3.0 level 2 ipv6-adjacency-segment unprotected index 103 user@R1#set isis interface ge-0/0/3.0 level 2 post-convergence-lfa user@R1#set isis interface ge-0/0/3.0 point-to-point user@R1#set isis interface lo0.0 passive user@R1#set isis source-packet-routing srgb start-label 80000 user@R1#set isis source-packet-routing srgb index-range 50000 user@R1#set isis source-packet-routing node-segment ipv4-index 5001 user@R1#set isis source-packet-routing node-segment ipv6-index 5501 user@R1#set isis level 1 disable
Configure TI-LFA para habilitar la protección contra errores de vínculo y nodo. El SR que usa TI-LFA ofrece una restauración más rápida de la conectividad de red al enrutar el tráfico instantáneamente a una ruta de respaldo o a una ruta alternativa si la ruta principal falla o deja de estar disponible.
[edit protocols] user@R1#set isis backup-spf-options use-post-convergence-lfa user@R1#set isis backup-spf-options use-source-packet-routing
Configure los parámetros de ingeniería de tráfico de ISIS.
[edit protocols] user@R1#set isis traffic-engineering l3-unicast-topology user@R1#set isis traffic-engineering credibility-protocol-preference
Habilite la tunelización de LDP mediante SR-TE.
[edit protocols] user@R1#set isis traffic-engineering tunnel-source-protocol spring-te
Configure los protocolos MPLS y LDP en las interfaces del dominio LDP para intercambiar etiquetas en el dominio LDP.
[edit protocols] user@R1#set ldp preference 1 user@R1#set ldp interface ge-0/0/3.0 user@R1#set ldp interface lo0.0 user@R1#set mpls interface ge-0/0/1.0 user@R1#set mpls interface ge-0/0/2.0 user@R1#set mpls interface ge-0/0/3.0 user@R1#set mpls interface lo0.0
Habilite la sesión de LDP de destino entre los enrutadores de borde en el dominio LDP.
[edit protocols] user@R1#set ldp auto-targeted-session
Configure una lista de segmentos para enrutar el tráfico a una ruta específica.
[edit protocols] user@R1#set source-packet-routing segment-list seg1 inherit-label-nexthops user@R1#set source-packet-routing segment-list seg1 auto-translate user@R1#set source-packet-routing segment-list seg1 hop1 ip-address 192.168.4.2 user@R1#set source-packet-routing segment-list seg1 hop2 ip-address 192.168.5.2 user@R1#set source-packet-routing segment-list seg1 hop3 ip-address 192.168.6.2
Configure el LSP de SR-TE en los enrutadores de borde remotos para habilitar la tunelización de LDP mediante SR-TE.
[edit protocols] user@R1#set source-packet-routing source-routing-path sr_static_r5 ldp-tunneling user@R1#set source-packet-routing source-routing-path sr_static_r5 to 192.168.66.66 user@R1#set source-packet-routing source-routing-path sr_static_r5 binding-sid 1003001 user@R1#set source-packet-routing source-routing-path sr_static_r5 primary seg1
Resultados
Desde el modo de configuración, ingrese los comandos , show interfaces, show routing-optionsy show protocols para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@R1#show chassis network-services enhanced-ip;
user@R1#show interfaces
ge-0/0/1 {
description R1-to-R2;
unit 0 {
family inet {
address 10.1.3.1/24;
}
family iso;
family mpls {
maximum-labels 8;
}
}
}
ge-0/0/2 {
description R1-to-R3;
unit 0 {
family inet {
address 10.1.4.1/24;
}
family iso;
family mpls {
maximum-labels 8;
}
}
}
ge-0/0/3 {
description R1-to-PE1;
unit 0 {
family inet {
address 10.1.2.2/24;
}
family iso;
family mpls {
maximum-labels 8;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.100.1/32;
}
family iso {
address 49.0004.0192.0168.0001.00;
}
family mpls;
}
}user@R1#show protocols
isis {
interface ge-0/0/1.0 {
level 2 {
ipv4-adjacency-segment {
protected index 108;
unprotected index 110;
}
ipv6-adjacency-segment {
protected index 109;
unprotected index 111;
}
post-convergence-lfa;
}
point-to-point;
}
interface ge-0/0/2.0 {
level 2 {
ipv4-adjacency-segment {
protected index 104;
unprotected index 106;
}
ipv6-adjacency-segment {
protected index 105;
unprotected index 107;
}
post-convergence-lfa;
}
point-to-point;
}
interface ge-0/0/3.0 {
level 2 {
ipv4-adjacency-segment {
protected index 100;
unprotected index 102;
}
ipv6-adjacency-segment {
protected index 101;
unprotected index 103;
}
post-convergence-lfa;
}
point-to-point;
}
interface lo0.0 {
passive;
}
source-packet-routing {
srgb start-label 80000 index-range 50000;
node-segment {
ipv4-index 5001;
ipv6-index 5501;
}
}
level 1 disable;
backup-spf-options {
use-post-convergence-lfa;
use-source-packet-routing;
}
traffic-engineering {
l3-unicast-topology;
credibility-protocol-preference;
tunnel-source-protocol {
spring-te;
}
}
}
ldp {
auto-targeted-session;
preference 1;
interface ge-0/0/3.0;
interface lo0.0;
}
mpls {
interface ge-0/0/1.0;
interface ge-0/0/2.0;
interface ge-0/0/3.0;
interface lo0.0;
}
source-packet-routing {
segment-list seg1 {
inherit-label-nexthops;
auto-translate;
hop1 ip-address 10.1.4.2;
hop2 ip-address 10.1.5.2;
hop3 ip-address 10.1.6.2;
}
source-routing-path sr_static_r5 {
ldp-tunneling;
to 192.168.100.4;
binding-sid 1003001;
primary {
seg1;
}
}
}user@R1#show routing-options router-id 192.168.100.1;
Verificación
Para confirmar que la configuración funciona correctamente, realice las siguientes tareas:
- Verificar la tunelización de LDP mediante SR-TE
- Verificar el reenvío de LDP al dispositivo de PE remoto
- Verificar la etiqueta anunciada
Verificar la tunelización de LDP mediante SR-TE
Propósito
Verifique que el LDP a través del túnel 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 show spring-traffic-engineering lsp detail comando.
En R1
user@R1>show spring-traffic-engineering lsp detail Name: sr_static_r5 Tunnel-source: Static configuration To: 192.168.100.2 State: Up LDP-tunneling enabled Path: seg1 Outgoing interface: NA Auto-translate status: Enabled Auto-translate result: Success Compute Status:Disabled , Compute Result:N/A , Compute-Profile Name:N/A BFD status: N/A BFD name: N/A ERO Valid: true SR-ERO hop count: 3 Hop 1 (Strict): NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.1.4.2 SID type: 20-bit label, Value: 80104 Hop 2 (Strict): NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.1.5.2 SID type: 20-bit label, Value: 80204 Hop 3 (Strict): NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.1.6.2 SID type: 20-bit label, Value: 80304 Total displayed LSPs: 1 (Up: 1, Down: 0)
En R2
user@R2>show spring-traffic-engineering lsp detail Name: sr_static_r1 Tunnel-source: Static configuration To: 192.168.100.1 State: Up LDP-tunneling enabled Path: seg1 Outgoing interface: NA Auto-translate status: Enabled Auto-translate result: Success Compute Status:Disabled , Compute Result:N/A , Compute-Profile Name:N/A BFD status: N/A BFD name: N/A ERO Valid: true SR-ERO hop count: 3 Hop 1 (Strict): NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.1.6.1 SID type: 20-bit label, Value: 80504 Hop 2 (Strict): NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.1.5.1 SID type: 20-bit label, Value: 80300 Hop 3 (Strict): NAI: IPv4 Adjacency ID, 0.0.0.0 -> 10.1.4.1 SID type: 20-bit label, Value: 80200 Total displayed LSPs: 1 (Up: 1, Down: 0)
Significado
En R1, el túnel LDP se establece con el enrutador 192.168.100.2 de borde remoto en la red central sr-TE. También puede ver los valores 80104, 80204, 80304 de la etiqueta SID en la salida.
En R2, el túnel LDP se establece con el enrutador 192.168.100.1 de borde remoto en la red central sr-TE. También puede ver los valores 80504, 80300, 80200 de la etiqueta SID en la salida.
Verificar el reenvío de LDP al dispositivo de PE remoto
Propósito
Compruebe que la ruta al enrutador de PE remoto usa reenvío de LDP y está tunelizadas mediante SR-TE.
Acción
Desde el modo operativo, ejecute el show route destination-prefix comando.
En R1
Verifique que la ruta al enrutador de PE remoto (PE2) se realiza a través de LDP a través del túnel SR-TE.
user@R1>show route 192.168.100.6
inet.0: 24 destinations, 24 routes (24 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.6/32 *[IS-IS/18] 5d 13:10:09, metric 20
> to 10.1.3.2 via ge-0/0/1.0
inet.3: 8 destinations, 13 routes (5 active, 0 holddown, 6 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.6/32 *[LDP/1] 5d 13:10:09, metric 1
> to 10.1.4.2 via ge-0/0/2.0, Push 16, Push 80304, Push 80204(top)
to 10.1.3.2 via ge-0/0/1.0, Push 16, Push 80304, Push 80204, Push 85003, Push 85004(top)
En R2
Verifique que la ruta al enrutador de PE remoto (PE1) se realiza a través de LDP a través del túnel SR-TE.
user@R2>show route 192.168.100.5
inet.0: 24 destinations, 24 routes (24 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.5/32 *[IS-IS/18] 5d 13:20:15, metric 20
> to 10.1.3.1 via ge-0/0/1.0
inet.3: 8 destinations, 13 routes (5 active, 0 holddown, 6 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.5/32 *[LDP/9] 5d 13:20:15, metric 1
> to 10.1.6.1 via ge-0/0/2.0, Push 16, Push 80200, Push 80300(top)
to 10.1.3.1 via ge-0/0/1.0, Push 16, Push 80200, Push 80300, Push 85004, Push 85003(top)En PE1
Verifique que la ruta al enrutador de PE remoto (PE2) se realiza a través de una sesión LDP de destino al PE remoto.
user@PE1>show route 192.168.100.6
inet.0: 22 destinations, 22 routes (22 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.6/32 *[IS-IS/18] 1w3d 15:58:20, metric 30
> to 10.1.2.2 via ge-0/0/3.0
inet.3: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.6/32 *[LDP/9] 1w0d 16:00:05, metric 1
> to 10.1.2.2 via ge-0/0/3.0, Push 18En PE2
Verifique que la ruta al enrutador de PE remoto (PE1) se realiza a través de una sesión LDP de destino al PE remoto.
user@PE2>show route 192.168.100.5
inet.0: 22 destinations, 22 routes (22 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.5/32 *[IS-IS/18] 1w3d 15:59:19, metric 30
> to 10.1.7.1 via ge-0/0/3.0
inet.3: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.100.5/32 *[LDP/9] 1w0d 16:01:14, metric 1
> to 10.1.7.1 via ge-0/0/3.0, Push 18Significado
En R1, puede ver la etiqueta LDP como 16 y las pilas de etiquetas SR-TE como 80304, 80204, 85003, 85004.
En R2, puede ver la etiqueta LDP como 16 y las pilas de etiquetas SR-TE como 80200, 80300, 85004, 85003.
En PE1 y PE2, puede ver la etiqueta LDP como 18 y 19, respectivamente.
Verificar la etiqueta anunciada
Propósito
Verifique las etiquetas anunciadas para la clase de equivalencia de reenvío (FEC).
Acción
Desde el modo operativo, ejecute el show ldp database comando.
En R1
Verifique las etiquetas anunciadas en el PE (PE1) directamente conectado y las etiquetas recibidas del enrutador de borde remoto (R2).
user@R1>show ldp database
Input label database, 192.168.100.1:0--192.168.100.2:0
Labels received: 4
Label Prefix
17 192.168.100.1/32
3 192.168.100.2/32
18 192.168.100.5/32
16 192.168.100.6/32
Output label database, 192.168.100.1:0--192.168.100.2:0
Labels advertised: 4
Label Prefix
3 192.168.100.1/32
17 192.168.100.2/32
16 192.168.100.5/32
18 192.168.100.6/32
Input label database, 192.168.100.1:0--192.168.100.5:0
Labels received: 4
Label Prefix
17 192.168.100.1/32
18 192.168.100.2/32
3 192.168.100.5/32
19 192.168.100.6/32
Output label database, 192.168.100.1:0--192.168.100.5:0
Labels advertised: 4
Label Prefix
3 192.168.100.1/32
17 192.168.100.2/32
16 192.168.100.5/32
18 192.168.100.6/32En R2
Verifique las etiquetas anunciadas en el PE (PE2) directamente conectado y las etiquetas recibidas del enrutador de borde remoto (R1).
user@R2>show ldp database
Input label database, 192.168.100.2:0--192.168.100.1:0
Labels received: 4
Label Prefix
3 192.168.100.1/32
17 192.168.100.2/32
16 192.168.100.5/32
18 192.168.100.6/32
Output label database, 192.168.100.2:0--192.168.100.1:0
Labels advertised: 4
Label Prefix
17 192.168.100.1/32
3 192.168.100.2/32
18 192.168.100.5/32
16 192.168.100.6/32
Input label database, 192.168.100.2:0--192.168.100.6:0
Labels received: 4
Label Prefix
18 192.168.100.1/32
17 192.168.100.2/32
19 192.168.100.5/32
3 192.168.100.6/32
Output label database, 192.168.100.2:0--192.168.100.6:0
Labels advertised: 4
Label Prefix
17 192.168.100.1/32
3 192.168.100.2/32
18 192.168.100.5/32
16 192.168.100.6/32En PE1
Compruebe que la etiqueta de la dirección de circuito cerrado del dispositivo PE remoto (PE2) se anuncie mediante el dispositivo de borde R1 al dispositivo PE local (PE1).
user@PE1>show ldp database
Input label database, 192.168.100.5:0--192.168.100.1:0
Labels received: 4
Label Prefix
3 192.168.100.1/32
17 192.168.100.2/32
16 192.168.100.5/32
18 192.168.100.6/32
Output label database, 192.168.100.5:0--192.168.100.1:0
Labels advertised: 4
Label Prefix
17 192.168.100.1/32
18 192.168.100.2/32
3 192.168.100.5/32
19 192.168.100.6/32
En PE2
Verifique que la etiqueta de la dirección de circuito cerrado del dispositivo PE remoto (PE1) se anuncie mediante el dispositivo de borde R2 al dispositivo PE local (PE2).
user@PE2>show ldp database
Input label database, 192.168.100.6:0--192.168.100.2:0
Labels received: 4
Label Prefix
17 192.168.100.1/32
3 192.168.100.2/32
18 192.168.100.5/32
16 192.168.100.6/32
Output label database, 192.168.100.6:0--192.168.100.2:0
Labels advertised: 4
Label Prefix
18 192.168.100.1/32
17 192.168.100.2/32
19 192.168.100.5/32
3 192.168.100.6/32Significado
En R1, puede ver que la etiqueta 18 se anuncia en el PE conectado directamente (PE1) y la etiqueta 19 se recibe del enrutador de borde remoto (R2).
En R2, puede ver que la etiqueta 17 se anuncia en el PE conectado directamente (PE2) y la etiqueta 19 se recibe del enrutador de borde remoto (R1).
En PE1, puede ver que la etiqueta 18 se recibe del enrutador de borde local (R1).
En PE2, puede ver que la etiqueta 17 se recibe del enrutador de borde local (R2).
Operaciones de etiquetas
Figura 5 muestra un LSP LDP que se tunelizó a través de un LSP RSVP. (Para obtener definiciones de operaciones de etiquetas, consulte Descripción general de etiquetas de MPLS. El óvalo interno sombreado representa el dominio RSVP, mientras que el óvalo externo representa el dominio LDP. RSVP establece un LSP a través de 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). Dado que el paquete entra 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 LSP RSVP, y cuando se alcanza el penúltimo enrutador (D), se activa 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 aparece la última etiqueta.
Figura 6 muestra una operación de etiqueta de inserción doble (L1L2). Se utiliza una operación de etiqueta de inserción doble cuando el enrutador de entrada (A) para el LSP LSP y el LSP RSVP tunelizadas 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 L2 se salta del paquete mediante el enrutador D.
Protección de sesión de LDP
La protección de sesión de LDP se basa en la funcionalidad de saludo de destino del LDP definida en RFC 5036, especificación LDP, y es compatible con Junos OS, así como las implementaciones de LDP de la mayoría de los otros proveedores. Implica enviar paquetes de saludo del Protocolo de datagramas de usuario (UDP) de unidifusión a una dirección de vecino remota y recibir paquetes similares del enrutador vecino.
Si configura la protección de sesión de LDP en un enrutador, las sesiones de LDP se mantienen de la siguiente manera:
Se establece una sesión LDP entre un enrutador y un enrutador vecino remoto.
Si todos los vínculos directos entre los enrutadores fallan, la sesión LDP permanece activa mientras haya conectividad IP entre los enrutadores según otra conexión a través de la red.
Cuando se restablece el vínculo directo entre los enrutadores, no se reinicia la sesión LDP. Los enrutadores simplemente intercambian saludos LDP entre sí a través del vínculo directo. Luego, pueden comenzar a reenviar paquetes MPLS señalados por LDP mediante la sesión LDP original.
De forma predeterminada, los saludos dirigidos al LDP se establecen al vecino remoto siempre que la sesión del LDP esté activa, incluso si ya no hay vecinos de vínculo a ese enrutador. También puede especificar la duración que desea mantener la conexión de vecino remoto en ausencia de vecinos de vínculo. Cuando el último vecino de vínculo de una sesión falla, 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 subir, la conexión de vecino remoto se desconexiona y la sesión LDP se termina. Si configura un valor diferente para el temporizador mientras se ejecuta actualmente, Junos OS actualiza el temporizador al valor especificado sin interrumpir el estado actual de la sesión del LDP.
Descripción general del soporte de 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) señalizadas por IPv4. Esto requiere que los LSP con señal de IPv4 se configuren estáticamente o se establezcan dinámicamente mediante enrutadores de borde del proveedor IPv6. Debido a la creciente demanda de IPv6, se ha vuelto imperativo implementar un núcleo MPLS IPv6 con un LSP señal de 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 el RFC 7552. Además de proporcionar una sola sesión para redes IPv4 e IPv6, el LDP de Junos OS admite sesiones IPv4 separadas solo para IPv4 y sesiones IPv6 solo para IPv6.
Puede configurar la familia de direcciones como inet para IPv4 o inet6 IPv6, o ambos. Si la dirección de familia no está configurada, la dirección predeterminada del inet de familia está habilitada. Cuando se configuran IPv4 e IPv6, puede usar la transport-preference instrucción para configurar el transporte preferido para que sea o IPv4IPv6. Según la preferencia, LDP intenta establecer una conexión TCP mediante IPv4 o IPv6. De forma predeterminada, IPv6 está seleccionado. La dual-transport instrucción permite que el LDP de Junos OS establezca la conexión TCP mediante IPv4 con vecinos IPv4, y sobre IPv6 con vecinos IPv6 como una LSR de una sola pila. Los inet-lsr-id ID e inet6-lsr-id son los dos ID de LSR que se deben configurar para establecer una sesión LDP mediante transporte TCP IPv4 e IPv6. Estos dos IDENTIFICA no deben ser cero y deben configurarse con valores diferentes.
Soporte de coincidencia más largo para descripción general de LDP
El LDP se utiliza a menudo para establecer rutas de conmutación de etiquetas (LSP) de MPLS en todo un dominio de red completo mediante un IGP, como OSPF o IS-IS. En una red de este tipo, todos los enlaces del dominio tienen adyacencias IGP y Adyacencias LDP. El LDP establece los LSP en la ruta más corta a un destino según lo determine el IGP. En Junos OS, la implementación de LDP hace una búsqueda exacta de coincidencia 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 de MPLS se configuren en todos los enrutadores de borde de etiquetas (LER). Esto no cumple con el propósito del diseño jerárquico ip o del enrutamiento predeterminado en los dispositivos de acceso. La configuración longest-match permite que LDP configure LSP según las rutas agregadas o resumidas en áreas OSPF o niveles IS-IS en el interdominio.