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 [protocols mpls] y [protocols 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.
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 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 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
Confirme la configuración introduciendo 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 incluye solo la configuración relevante para este ejemplo. Cualquier otra configuración en el sistema se reemplazó 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, ingrese 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 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.
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.
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 [edit protocols mpls] nivel de jerarquía, se produce un error de configuración en el momento de la confirmación.
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
- 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.
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.
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 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 :
-
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 de SR-TE como protocolo de origen de túnel.
Para habilitar la tunelización 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 de 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 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 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 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:
[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 tiene 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 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 (ldp-tunneling) o el LSP de SR-TE de la configuración.
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.
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.
-
¿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 (Figura 4) 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.
Topología
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
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
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.
Para configurar el dispositivo PE1:
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.
[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 solicitándole 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 los 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 directiva para exportar rutas 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 del 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 principal.
[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 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, escriba los comandos , show interfaces, show routing-instancesshow policy-options, , yshow routing-optionsshow 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
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.
Para configurar el dispositivo R1:
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.
[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 solicitándole 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 los 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 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.
[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 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.
[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 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 a través de 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 LDP dirigida entre los enrutadores perimetrales del 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 LSP SR-TE en los enrutadores perimetrales remotos para habilitar la tunelización LDP a través de 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 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.
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:
- Verificación de la tunelización de LDP a través de SR-TE
- Comprobar el reenvío de LDP al dispositivo de PE remoto
- Verificación de la etiqueta anunciada
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 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 perimetral remoto en la red central de 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 perimetral remoto en la red central de SR-TE. También puede ver los valores 80504, 80300, 80200 de la etiqueta SID en la salida.
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 show route destination-prefix comando.
En R1
Compruebe que la ruta al enrutador PE (PE2) remoto 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
Compruebe que la ruta al enrutador PE (PE1) remoto 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
Compruebe que la ruta al enrutador de PE remoto (PE2) se realiza a través de una sesión de LDP dirigida 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
Compruebe que la ruta al enrutador de PE remoto (PE1) se realiza a través de una sesión de LDP dirigida 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 la etiqueta SR-TE se apilan como 80304, 80204, 85003, 85004.
En R2, puede ver la etiqueta LDP como 16 y la etiqueta SR-TE se apilan como 80200, 80300, 85004, 85003.
En PE1 y PE2, puede ver la etiqueta LDP como 18 y 19, respectivamente.
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 show ldp database comando.
En R1
Verifique las etiquetas anunciadas para el PE conectado directamente (PE1) 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 para el PE conectado directamente (PE2) 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 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).
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
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).
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 hacia 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 hacia 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 perimetral local (R1).
En PE2, puede ver que la etiqueta 17 se recibe del enrutador perimetral local (R2).
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 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.
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:
Se establece una sesión LDP entre un enrutador y un enrutador vecino remoto.
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.
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 inet para IPv4 o inet6 para IPv6, o ambas. 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 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 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. Los inet-lsr-id ID y inet6-lsr-id son los dos ID de LSR que deben configurarse para establecer una sesión LDP a través de IPv4 y transporte TCP IPv6. 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 longest-match 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.
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.