Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Protección de nodos y rutas para LSP MPLS

MPLS y protección de tráfico

Por lo general, cuando un LSP falla, el enrutador inmediatamente ascendente de la falla señala la interrupción al enrutador de entrada. El enrutador de entrada calcula una nueva ruta al enrutador de salida, establece el nuevo LSP y, a continuación, dirige el tráfico de la ruta fallida a la nueva ruta. Este proceso de reenrutamiento puede llevar mucho tiempo y ser propenso a fallas. Por ejemplo, las señales de interrupción del enrutador de entrada podrían perderse o la nueva ruta podría tardar demasiado en aparecer, lo que da como resultado una caída significativa de paquetes. Junos OS proporciona varios mecanismos complementarios para proteger contra fallas de LSP:

  • Rutas secundarias en espera: puede configurar rutas principales y secundarias. Configure rutas secundarias con la standby instrucción. Para activar la protección del tráfico, debe configurar estas rutas de espera solo en el enrutador de entrada. Si la ruta principal falla, el enrutador de entrada reenruta inmediatamente el tráfico de la ruta fallida a la ruta de espera, lo que elimina la necesidad de calcular una nueva ruta y señalar una nueva ruta. Para obtener más información acerca de cómo configurar LSP en espera, consulte Configurar la espera activa de rutas secundarias para LSP.

  • Reenrutamiento rápido: configura el reenrutamiento rápido en un LSP para minimizar el efecto de una falla en el LSP. El reenrutamiento rápido permite que un enrutador aguas arriba de la falla enrutar la falla rápidamente al enrutador descendente de la falla. Luego, el enrutador ascendente señala la interrupción al enrutador de entrada, lo que mantiene la conectividad antes de que se establezca un nuevo LSP. Para obtener una descripción detallada del reenrutamiento rápido, consulte Descripción general del reenrutamiento rápido. Para obtener más información acerca de la configuración del reenrutamiento rápido, consulte Configurar el reenrutamiento rápido.

  • Protección de vínculos: puede configurar la protección de vínculos para ayudar a garantizar que el tráfico que atraviesa una interfaz específica de un enrutador a otro pueda seguir llegando a su destino en caso de que esta interfaz falle. Cuando la protección de vínculos se configura para una interfaz y se configura para un LSP que atraviesa esta interfaz, se crea un LSP de omisión que controla este tráfico si la interfaz falla. El LSP de omisión utiliza una interfaz y una ruta diferentes para llegar al mismo destino. Para obtener más información acerca de cómo configurar la protección de vínculos, consulte Configurar protección de vínculos en interfaces utilizadas por LSP.

Cuando la ruta secundaria en espera y el reenrutamiento rápido o la protección de vínculo se configuran en un LSP, se habilita la protección completa del tráfico. Cuando se produce una falla en un LSP, el enrutador aguas arriba de la falla enruta el tráfico alrededor de la falla y notifica al enrutador de entrada de la falla. Este reenrutamiento mantiene el tráfico fluyendo a la espera de que se procese la notificación en el enrutador de entrada. Después de recibir la notificación de error, el enrutador de entrada reenruta inmediatamente el tráfico de la ruta principal parcheada a la ruta de espera más óptima.

El reenrutamiento rápido y la protección de vínculos proporcionan un tipo similar de protección de tráfico. Ambas funciones ofrecen un servicio de transferencia rápida y emplean un diseño similar. El reenrutamiento rápido y la protección de vínculos se describen en RFC 4090, Extensiones de reenrutamiento rápido a RSVP-TE para túneles LSP. Sin embargo, solo debe configurar uno u otro. Aunque se pueden configurar ambos, hay pocos beneficios, o ninguno, al hacerlo.

Descripción general de la protección de vínculo de nodo

La protección de vínculos de nodos (varios a uno o de respaldo de instalaciones) extiende las capacidades de la protección de vínculos y ofrece una protección ligeramente diferente a la del reenrutamiento rápido. Si bien la protección de vínculos es útil para seleccionar una ruta alternativa al mismo enrutador cuando falla un vínculo específico, y el reenrutamiento rápido protege las interfaces o los nodos a lo largo de toda la ruta de un LSP, la protección de vínculo de nodo establece una ruta de omisión que evita un nodo determinado en la ruta LSP.

Cuando habilita la protección de vínculos de nodo para un LSP, también debe habilitar la protección de vínculos en todas las interfaces RSVP de la ruta. Una vez habilitado, se establecen los siguientes tipos de rutas de omisión:

  • LSP de omisión del siguiente salto: proporciona una ruta alternativa para que un LSP llegue a un enrutador vecino. Este tipo de ruta de omisión se establece cuando habilita la protección de vínculo de nodo o de vínculo.

  • LSP de omisión siguiente del salto: proporciona una ruta alternativa para un LSP a través de un enrutador vecino en ruta al enrutador de destino. Este tipo de ruta de omisión se establece exclusivamente cuando se configura la protección del vínculo del nodo.

Figura 1 muestra el ejemplo de topología de red MPLS utilizada en este tema. La red de ejemplo usa OSPF como protocolo de puerta de enlace interior (IGP) y una política para crear tráfico.

Figura 1: Protección de vínculo de nodoProtección de vínculo de nodo

La red MPLS en muestra una red solo para Figura 1 enrutador que consta de LSP unidireccional entre R1 y R5, (lsp2-r1-to-r5) y entre R6 y R0 (lsp1-r6-to-r0). Ambos LSP tienen rutas estrictas configuradas que pasan por la interfaz fe-0/1/0.

En la red que se muestra en Figura 1, ambos tipos de rutas de omisión están preestablecidas alrededor del nodo protegido (R2). Una ruta de omisión del siguiente salto evita que la interfaz fe-0/1/0 pase R7por , y una ruta de omisión del siguiente salto evita R2 por completo al pasar R7 por y R9 hacia R4. Ambas rutas de omisión son compartidas por todos los LSP protegidos que atraviesan el nodo o vínculo fallido (muchos LSP protegidos por una ruta de omisión).

La protección de vínculos de nodos (varios a uno o respaldo de instalaciones) permite que un enrutador inmediatamente ascendente de una falla de nodo use un nodo alternativo para reenviar tráfico a su vecino descendente. Esto se logra preestableciendo una ruta de omisión que es compartida por todos los LSP protegidos que atraviesan el vínculo fallido.

Cuando se produce una interrupción, el enrutador inmediatamente ascendente de la interrupción protege el tráfico al nodo de omisión y, luego, señala la falla al enrutador de entrada. Al igual que el reenrutamiento rápido, la protección de vínculos de nodo proporciona reparación local, restaurando la conectividad más rápido que el enrutador de entrada puede establecer una ruta secundaria en espera o señalar un nuevo LSP principal.

La protección de vínculo de nodo es adecuada en las siguientes situaciones:

  • Se requiere protección del vínculo y el nodo descendentes.

  • La cantidad de LSP que se deben proteger es grande.

  • Satisfacer los criterios de selección de rutas (prioridad, ancho de banda y coloración de vínculos) para las rutas de omisión es menos fundamental.

  • No es necesario controlar la granularidad de los LSP individuales.

Descripción general de la protección de rutas

Las principales ventajas de la protección de rutas son el control sobre dónde va el tráfico tras una falla y la pérdida mínima de paquetes cuando se combina con reenrutamiento rápido (copia de seguridad uno a uno o protección de vínculo). La protección de ruta es la configuración, dentro de una ruta conmutada por etiqueta (LSP), de dos tipos de rutas: una ruta principal, usada en operaciones normales, y una ruta secundaria usada cuando la principal falla, como se muestra en Figura 2.

En Figura 2, una red MPLS compuesta por ocho enrutadores tiene una ruta principal entre R1 y R5 la cual está protegida por la ruta secundaria entre R1 y R5. Cuando se detecta un error, como un evento de interfaz hacia abajo, se envía un mensaje de error del Protocolo de reserva de recursos (RSVP) al enrutador de entrada que cambia el tráfico a la ruta secundaria, manteniendo el flujo de tráfico.

Figura 2: Protección de rutaProtección de ruta

 

Si la ruta secundaria está pre señalizadas o en espera, el tiempo de recuperación de una falla es más rápido que si la ruta secundaria no está pre señalizadas. Cuando la ruta secundaria no está pre señalizadas, se produce un retraso en la configuración de la llamada durante el cual se establece la nueva ruta física para el LSP, extendiendo el tiempo de recuperación. Si se corrige el error en la ruta principal y después de unos minutos de tiempo de espera, el enrutador de entrada vuelve a cambiar el tráfico de la ruta secundaria a la ruta principal.

Dado que la protección de ruta la proporciona el enrutador de entrada para toda la ruta, puede haber algunas desventajas, por ejemplo, la doble reserva de recursos y la protección innecesaria de los vínculos. Al proteger un solo recurso a la vez, la protección local puede remediar estas desventajas.

Configuración de la protección de rutas en una red MPLS (procedimiento de CLI)

La implementación de Junos OS de MPLS en conmutadores de la serie EX ofrece protección de rutas como un mecanismo de protección contra fallas de ruta conmutada de etiquetas (LSP). La protección de ruta reduce el tiempo necesario para volver a calcular una ruta en caso de que se produzca un error en el túnel MPLS. Puede configurar la protección de rutas en el conmutador perimetral del proveedor de entrada en su red MPLS. No configura el conmutador perimetral del proveedor de salida ni los conmutadores de proveedor para la protección de rutas. Puede especificar explícitamente qué conmutadores de proveedor se utilizan para las rutas principal y secundaria, o puede permitir que el software calcule las rutas automáticamente.

Antes de configurar la protección de rutas, asegúrese de que dispone de lo siguiente:

Para configurar la protección de rutas, realice las siguientes tareas en el conmutador perimetral del proveedor de entrada:

Configuración de la ruta principal

La primary instrucción crea la ruta principal, que es la ruta preferida del LSP. La secondary instrucción crea una ruta alternativa si la ruta principal ya no puede llegar al conmutador de borde del proveedor de salida.

En las tareas descritas en este tema, ya lsp-name se configuró en el conmutador de borde del proveedor de entrada como lsp_to_240 y la dirección de interfaz de circuito cerrado en el conmutador de borde del proveedor remoto ya se configuró como 127.0.0.8.

Cuando el software cambia de la ruta principal a una secundaria, intenta continuamente revertir a la ruta principal y vuelve a ella cuando de nuevo se puede acceder, pero no antes del tiempo especificado en la revert-timer instrucción.

Puede configurar cero rutas principales o una ruta principal. Si no configura una ruta principal, la primera ruta secundaria (si se ha configurado una ruta secundaria) se selecciona como la ruta. Si no especifica ninguna ruta con nombre o si la ruta especificada está vacía, el software toma todas las decisiones de enrutamiento necesarias para que los paquetes lleguen al conmutador de borde del proveedor de salida.

Para configurar una ruta principal:

  1. Cree la ruta principal para el LSP:

  2. Configure una ruta explícita para la ruta principal especificando la dirección IP de la interfaz de circuito cerrado o la dirección IP o nombre de host de cada conmutador utilizado en el túnel MPLS. Puede especificar los tipos de vínculo como cualquiera strict de ellas o loose en cada path instrucción. Si el tipo de vínculo es strict, el LSP debe ir a la dirección siguiente especificada en la path instrucción sin atravesar otros conmutadores. Si el tipo de vínculo es loose, el LSP puede atravesar otros conmutadores antes de llegar a este conmutador. Esta configuración usa la designación predeterminada strict para las rutas.

    Nota:

    Puede habilitar la protección de rutas sin especificar qué conmutadores de proveedor se utilizan. Si no enumera los conmutadores de proveedor específicos que se usarán para el túnel MPLS, el conmutador calcula la ruta.

    Consejo:

    No incluya el conmutador de borde del proveedor de entrada en estas instrucciones. Enumerar la dirección IP de la interfaz de circuito cerrado o la dirección del conmutador o el nombre de host de todos los demás saltos de conmutación en secuencia, que terminan con el conmutador de borde del proveedor de salida.

Configuración de la ruta secundaria

Puede configurar cero o más rutas secundarias. Todas las rutas secundarias son iguales y el software las intenta en el orden de que se enumeran en la configuración. El software no intenta cambiar entre rutas secundarias. Si la primera ruta secundaria de la configuración no está disponible, se probará la siguiente. Para crear un conjunto de rutas iguales, especifique rutas secundarias sin especificar una ruta principal. Si no especifica ninguna ruta con nombre o si la ruta especificada está vacía, el software toma todas las decisiones de enrutamiento necesarias para llegar al conmutador de borde del proveedor de salida.

Para configurar la ruta secundaria:

  1. Cree una ruta secundaria para el LSP:

  2. Configure una ruta explícita para la ruta secundaria especificando la dirección IP de la interfaz de circuito cerrado o la dirección IP del conmutador o nombre de host de cada conmutador utilizado en el túnel MPLS. Puede especificar los tipos de vínculo como cualquiera strict de ellas o loose en cada path instrucción. Esta configuración usa la designación predeterminada strict para las rutas.

    Consejo:

    No incluya el conmutador de borde del proveedor de entrada en estas instrucciones. Enumerar la dirección IP de la interfaz de circuito cerrado o la dirección del conmutador o el nombre de host de todos los demás saltos de conmutación en secuencia, que terminan con el conmutador de borde del proveedor de salida.

Configuración del temporizador de reversión

Para LSP configurados con rutas principal y secundaria, puede configurar opcionalmente un temporizador de reversión. Si la ruta principal cae y el tráfico se conmuta a la ruta secundaria, el temporizador de reversión especifica la cantidad de tiempo (en segundos) que el LSP debe esperar antes de poder revertir el tráfico a la ruta principal. Si la ruta principal experimenta algún problema de conectividad o de estabilidad durante este tiempo, se reinicia el temporizador.

Consejo:

Si no configura explícitamente el temporizador de reversión, se establece de forma predeterminada en 60 segundos.

Para configurar el temporizador de reversión para LSP configurados con rutas primarias y secundarias:

  • Para todos los LSP del conmutador:

  • Para un LSP específico en el conmutador:

Prevención del uso de una ruta que antes había fallado

Si configura una ruta alternativa a través de la red en caso de que la ruta activa falle, es posible que no desee que el tráfico vuelva a la ruta fallida, incluso si ya no falla. Cuando configura una ruta principal, el tráfico pasa a la ruta secundaria durante una falla y revierte a la ruta principal cuando regresa.

A veces, cambiar el tráfico de vuelta a una ruta principal que previamente ha fallado puede no ser una idea particularmente sólida. En este caso, solo configure rutas secundarias, lo que da como resultado que la siguiente ruta secundaria configurada se establezca cuando se produce un error en la primera ruta secundaria. Más tarde, si la primera ruta secundaria se vuelve operativa, Junos OS no volverá a ella, sino que continuará usando la segunda ruta secundaria.

Configuración de la protección de vínculo-nodo del interAS de MPLS con BGP etiquetado

Ejemplo: Configuración de la protección interas vínculo-nodo de MPLS

En este ejemplo, se muestra cómo configurar la protección de extremo final en una implementación de interAS con VPN de capa 3.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

En Figura 4. los enrutadores de borde de sistema autónomo (ASBR) ejecutan BGP externos (EBGP) a ASBR en otro sistema autónomo (AS) para intercambiar etiquetas para rutas /32 IPv4. Dentro de los AS, el BGP interno (IBGP) propaga las rutas a los dispositivos de borde del proveedor (PE).

Si el vínculo del dispositivo ASBR3 al dispositivo ASBR1 falla, hasta que ASBR3 reinstale el nuevo salto siguiente, se pierde todo el tráfico que va hacia el AS 64510 del AS 64511 a través del vínculo ASBR3-ASBR1.

En este ejemplo, se muestra cómo lograr una restauración rápida del tráfico mediante la configuración del dispositivo ASBR3 para que preprograme una ruta de respaldo a través del dispositivo ASBR2.

Nota:

Esta solución no controla la falla del dispositivo P3 al dispositivo ASBR3. Tampoco maneja una falla en el dispositivo ASBR3 para el tráfico que va hacia el AS 645111 del AS 64510 a través del vínculo ASBR3-ASBR1. Este tráfico se pierde.

Topología
Figura 4: Topología de ejemplo de protección de vínculo a nodo del interAS de MPLS Topología de ejemplo de protección de vínculo a nodo del interAS de MPLS

Configuración

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 y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo ASBR1

Dispositivo ASBR2

Dispositivo ASBR3

Dispositivo CE1

Dispositivo CE2

Dispositivo P1

Dispositivo P2

Dispositivo P3

Dispositivo PE1

Dispositivo PE2

Procedimiento
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 la CLI de Junos OS.

Para configurar el escenario del EBGP:

  1. Configure las interfaces del enrutador.

  2. Configure un protocolo de puerta de enlace interior (IGP), como OSPF o IS-IS.

  3. Configure el número de sistema autónomo (AS).

  4. Configure la política de enrutamiento.

  5. Configure las sesiones de EBGP.

  6. Configure las sesiones del IBGP.

  7. Configure MPLS.

  8. Configure un protocolo de señalización.

Resultados

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

Si ha terminado de configurar los dispositivos, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Comprobar las sesiones de vecino de BGP
Propósito

Compruebe que la protección del BGP está habilitada.

Acción
Significado

El resultado muestra que la Protection opción está habilitada para los pares del EBGP, el dispositivo ASBR1 y el ASBR2 del dispositivo.

Esto también se muestra con la salida de pantalla NLRI configured with protection: inet-labeled-unicast .

Comprobación de las rutas
Propósito

Asegúrese de que la ruta de copia de seguridad está instalada en la tabla de enrutamiento.

Acción
Significado

El show route comando muestra las rutas activas y de respaldo al dispositivo PE1.

Configuración del espejo del servicio de protección de salida para servicios de capa 2 señalizadas del BGP

A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de SALIDA PE. Si hay una falla de vínculo o nodo en la red central, se puede activar un mecanismo de protección como el reenrutamiento rápido de MPLS en los LSP de transporte entre los enrutadores de PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida resuelve el problema de una falla de vínculo de nodo en el borde de la red (por ejemplo, una falla de un enrutador pe).

La Figura 1 muestra una topología simplificada del caso de uso que explica esta característica.

Figura 5: LSP de protección de salida configurado desde el enrutador PE1 al ENRUTADOR PE2LSP de protección de salida configurado desde el enrutador PE1 al ENRUTADOR PE2

CE1 es multihomed a PE1 y PE2. Hay dos rutas que conectan CE1 y CE2. La ruta de trabajo es CE2-PE3-P-PE1-CE1, a través del pseudocable PW21. La ruta de protección es CE2-PE3-P-PE2-CE1, a través del pseudocable PW22 El tráfico fluye a través de la ruta de trabajo en circunstancias normales. Cuando la OAM de extremo a extremo entre CE1 y CE2 detecta un error en la ruta de trabajo, el tráfico se cambiará de la ruta de trabajo a la ruta de protección. La detección y recuperación de fallas de extremo a extremo depende del plano de control, por lo tanto, debe ser relativamente lenta. Para lograr una protección más rápida, se deben utilizar mecanismos de reparación local similares a los utilizados por el reenrutamiento rápido de MPLS. En la Figura 1 anterior, si el vínculo o el nodo fallaron en la red de núcleo (como una falla de vínculo en P-PE1, P-PE3 o falla de nodo en P), el reenrutamiento rápido de MPLS se producirá en los LSP de transporte entre PE1 y PE3. La falla se pudo reparar localmente en decenas de milisegundos. Sin embargo, si una falla de vínculo o nodo ocurre en el borde (como una falla de vínculo en PE3-CE2 o una falla de nodo en PE3), no se realiza ninguna reparación local actualmente, por lo que tenemos que confiar en la protección de extremo a extremo de CE1-CE2 para reparar la falla.

  • Dispositivo CE2: origen del tráfico

  • Enrutador PE3: enrutador de PE de entrada

  • Enrutador PE1: enrutador de salida de PE (principal)

  • Enrutador PE2— Enrutador protector de PE

  • Dispositivo CE1: destino del tráfico

Cuando el vínculo entre CE1 y PE1 falla, PE1 redirigirá brevemente ese tráfico hacia CE1, a PE2. PE2 lo reenvía a CE1 hasta que el enrutador de entrada PE3 recalcula para reenviar el tráfico a PE2.

Inicialmente la dirección del tráfico era; CE2 – PE3 – P – PE1 – CE1.

Cuando el vínculo entre CE1 y PE1 se cae, el tráfico será; CE2 – PE3 – P – PE1 – PE2 – CE1. PE3, luego, vuelve a calcular la ruta; CE2 – PE3 – P – PE2 – CE1.

  1. Configure RSVP en PE1, PE2 y PE3.
  2. Configure MPLS.
  3. Establezca PE1 como primary y PE2 como protector nodos.
  4. Habilite egress-protection en PE1 y PE2.
  5. Configure LDP e ISIS en PE1, PE2 y PE3.
  6. Configure una política de equilibrio de carga en PE1, PE2 y PE3.
  7. Configure las opciones de enrutamiento en PE1, PE2 y PE3 para exportar rutas según la política de equilibrio de carga.
  8. Configure el BGP en PE1 para anunciar nrli desde la instancia de enrutamiento con ID de contexto como siguiente salto.
  9. Configure l2VPN en PE1, PE2 y PE3

    En PE1:

    En PE2:

    En PE3:

Ejemplo: Configuración de la duplicación del servicio de protección de salida de MPLS para servicios de capa 2 señalizadas del BGP

A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de SALIDA PE. Si hay una falla de vínculo o nodo en la red central, se puede activar un mecanismo de protección como el reenrutamiento rápido de MPLS en los LSP de transporte entre los enrutadores de PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida resuelve el problema de una falla de vínculo de nodo en el borde de la red (por ejemplo, una falla de un enrutador pe).

En este ejemplo, se muestra cómo configurar la protección de vínculos para los servicios de capa 2 señalizadas del BGP.

Requisitos

Enrutadores serie MX que ejecutan la versión 14.2 o posterior de Junos OS.

Descripción general

Si hay una falla de vínculo o nodo en la red central, se puede activar un mecanismo de protección como el reenrutamiento rápido de MPLS en los LSP de transporte entre los enrutadores de PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida resuelve el problema de una falla de vínculo de nodo en el borde de la red (por ejemplo, una falla de un enrutador pe).

En este ejemplo, se incluyen los siguientes conceptos de configuración y instrucciones que son únicos para la configuración de un LSP de protección de salida:

  • context-identifier— Especifica una dirección IPv4 o IPv6 utilizada para definir el par de enrutadores de PE que participan en la LSP de protección de salida. Se asigna a cada par ordenado de PE primario y el protector para facilitar el establecimiento de protección. Esta dirección es globalmente única o única en el espacio de direcciones de la red donde residen el PE principal y el protector.

  • egress-protection— Configura la información del protector para el circuito de capa 2 protegido y configura el circuito de capa 2 del protector en el [edit protocols mpls] nivel jerárquico. Configura un LSP como un LSP de protección de salida en el [edit protocols mpls] nivel jerárquico.

  • protector: configura la creación de pseudocables de espera en el PE de respaldo para la protección de vínculo o nodo para la instancia.

Topología

Figura 6: LSP de protección de salida configurado desde el enrutador PE1 al ENRUTADOR PE2LSP de protección de salida configurado desde el enrutador PE1 al ENRUTADOR PE2

En caso de que se produzca un error en el enrutador pe de salida PE PE1, el tráfico se conmuta al LSP de protección de salida configurado entre el enrutador PE1 y el enrutador PE2 (el enrutador de PE protector):

  • Dispositivo CE2: origen del tráfico

  • Enrutador PE3: enrutador de PE de entrada

  • Enrutador PE1: enrutador de salida de PE (principal)

  • Enrutador PE2— Enrutador protector de PE

  • Dispositivo CE1: destino del tráfico

Cuando el vínculo entre CE1 y PE1 cae, PE1 redirige brevemente ese tráfico hacia CE1, a PE2. PE2 lo reenvía a CE1 hasta que el enrutador de entrada PE3 recalcula para reenviar el tráfico a PE2.

Inicialmente, la dirección del tráfico era: CE2 – PE3 – P – PE1 – CE1.

Cuando el vínculo entre CE1 y PE1 se cae, el tráfico será: CE2 – PE3 – P – PE1 – PE2 – CE1. PE3, luego, vuelve a calcular la ruta: CE2 – PE3 – P – PE2 – CE1.

En este ejemplo, se muestra cómo configurar los enrutadores PE1, PE2 y PE3.

Configuración

Configuración rápida de CLI

Para configurar rápidamente un LSP de protección de salida, 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 sus configuraciones de red, copie y, luego, pegue los comandos en la CLI e ingrese commit desde el modo de configuración.

PE1

PE2

PE3

Procedimiento paso a paso

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 modo de configuración.

Para configurar un LSP de protección de salida para el enrutador PE1:

  1. Configure RSVP.

  2. Configure MPLS para usar el LSP de protección de salida para proteger contra una falla de vínculo al dispositivo CE1.

  3. Configure BGP.

  4. Configure IS-IS.

  5. Configure LDP.

  6. Configure una política de equilibrio de carga.

  7. Configure las opciones de enrutamiento para exportar rutas según la política de equilibrio de carga.

  8. Configure el BGP para anunciar nrli desde la instancia de enrutamiento con ID de contexto como siguiente salto.

  9. Configure la instancia de l2VPN para usar el LSP de salida configurado.

  10. Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar un LSP de protección de salida para el enrutador PE2:

  1. Configure RSVP.

  2. Configure MPLS y el LSP que actúa como LSP de protección de salida.

  3. Configure BGP.

  4. Configure IS-IS.

  5. Configure LDP.

  6. Configure una política de equilibrio de carga.

  7. Configure las opciones de enrutamiento para exportar rutas según la política de equilibrio de carga.

  8. Configure el BGP para anunciar nrli desde la instancia de enrutamiento con ID de contexto como siguiente salto.

  9. Configure la instancia de l2VPN para usar el LSP de salida configurado.

  10. Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar un LSP de protección de salida para el enrutador PE3:

  1. Configure RSVP.

  2. Configure MPLS.

  3. Configure BGP.

  4. Configure IS-IS.

  5. Configure LDP.

  6. Configure una política de equilibrio de carga.

  7. Configure las opciones de enrutamiento para exportar rutas según la política de equilibrio de carga.

  8. Configure el BGP para anunciar nlri desde la instancia de enrutamiento con ID de contexto como siguiente salto.

  9. Configure l2vpn para especificar la interfaz que se conecta al sitio y la interfaz remota a la que desea que se conecte la interfaz especificada.

  10. Si ha terminado de configurar el dispositivo, ingrese commit desde la configuración.

Resultados

Desde el modo de configuración, confirme su configuración en el enrutador PE1 ingresando los show protocolscomandos , show policy-optionsy show routing-options . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Desde el modo de configuración, confirme su configuración en el enrutador PE2 ingresando los show protocolscomandos , show policy-optionsy show routing-options . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Desde el modo de configuración, confirme su configuración en el enrutador PE3 ingresando los show protocolscomandos , show policy-optionsy show routing-options . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar la configuración de L2VPN

Propósito

Verifique que LSP esté protegido por la lógica de protección de conexión.

Acción

Desde el modo operativo, ejecute el show l2vpn connections extensive comando.

Significado

El Egress Protection: Yes resultado muestra que el PVC dado está protegido por la lógica de protección de conexión.

Verificar los detalles de la instancia de enrutamiento

Propósito

Compruebe la información de la instancia de enrutamiento y el identificador de contexto configurados en la dirección principal, que se utiliza como dirección del siguiente salto en caso de que se produzca un error en el vínculo de nodo.

Acción

Desde el modo operativo, ejecute el show route foo detail comando.

Significado

El id de contexto se establece 198.51.100.3 en y en el Vrf-import: [ __vrf-import-foo-internal__] resultado se menciona la política utilizada para reescribir la dirección del salto siguiente.

Verificar la configuración del IS-IS

Propósito

Compruebe la información del identificador de contexto IS-IS.

Acción

Desde el modo operativo, ejecute el show isis context-identifier detail comando.

Significado

El ENRUTADOR PE2 es el protector y el identificador de contexto configurado está en uso para el protocolo MPLS.

Verificar la configuración de MPLS

Propósito

Verifique los detalles del identificador de contexto en las PE principal y de protección.

Acción

Desde el modo operativo, ejecute el show mpls context-identifier detail comando.

Significado

Context-id es 198.51.100.3, anuncien-mode es alias, la tabla MPLS creada para la protección de salida es __198.51.100.3__.mpls.0, y el nombre de la instancia de salida es foo, que es del tipo local-l2vpn.

Ejemplo: Configuración de la protección de salida de VPN de capa 3 con PLR como protector

En este ejemplo, se muestra cómo configurar la restauración rápida del servicio en la salida de una VPN de capa 3 cuando el cliente está multiencarre al proveedor de servicios.

A partir de Junos OS versión 15.1, la funcionalidad del punto de reparación local mejorado (PLR) aborda un escenario especial de protección de nodos de salida, en el que el PLR y el protector se encuentran en conjunto como un solo enrutador. En este caso, no es necesario que se reenruta el tráfico de LSP de bypass durante la reparación local. En su lugar, el PLR o el protector pueden enviar el tráfico directamente al CE de destino (en el modelo de protector coubique donde el PLR o el protector también es el PE de respaldo que está conectado directamente al CE) o al PE de respaldo (en el modelo de protector centralizado donde el PE de respaldo es un enrutador independiente).

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

En este ejemplo, se requiere la versión 15.1 o posterior de Junos OS.

Descripción general

Como un escenario especial de protección de nodos de salida, si un enrutador es protector y PLR, instala los próximos saltos de copia de seguridad para proteger el LSP de transporte. En particular, no necesita un LSP de bypass para la reparación local.

En el modelo de protector coubique, el PLR o el Protector se conectan directamente al CE a través de un AC de respaldo, mientras que en el modelo de protector centralizado, el PLR o el protector tienen un túnel MPLS al PE de respaldo. En cualquier caso, PLR o Protector instalarán un salto de copia de seguridad con una etiqueta seguida de una búsqueda en una context label tabla, es __context__.mpls.0decir. Cuando se produce un error en el nodo de salida, PLR o Protector cambiarán el tráfico a este salto de copia de seguridad en PFE. La etiqueta externa (la etiqueta LSP de transporte) de los paquetes se activa y se busca __context__.mpls.0la etiqueta interna (la etiqueta VPN de capa 3 asignada por el nodo de salida), lo que da como resultado el reenvío de los paquetes directamente al CE (en el modelo de protección collocated) o al PE de respaldo (en el modelo de protector centralizado).

Topología

Figura 7 muestra la red de ejemplo.

Figura 7: PLR y protector coubicados en un modelo de protector coubicado PLR y protector coubicados en un modelo de protector coubicado

Configuración

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 y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo CE1

Dispositivo PE1

Dispositivo P

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configuración del dispositivo CE1

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 la CLI de Junos OS.

  1. Configure interfaces.

Configuración del dispositivo PE1

Procedimiento paso a paso
  1. Configure las interfaces.

  2. Configure el número de sistema autónomo (AS).

  3. Configure RSVP.

  4. Habilite MPLS.

  5. Configure BGP.

  6. Habilite IS-IS.

  7. (Opcional) Configurar OSPF

  8. Configure la instancia de enrutamiento.

  9. Configure la política de enrutamiento.

Configuración del dispositivo P

Procedimiento paso a paso
  1. Configure las interfaces del dispositivo.

  2. Habilite IS-IS.

  3. Habilite MPLS.

  4. Configure RSVP.

  5. (Opcional) Configure OSPF.

Configuración del dispositivo PE2

Procedimiento paso a paso
  1. Configure las interfaces.

  2. Configure un número autónomo (AS).

  3. Configure RSVP.

  4. Configure MPLS.

  5. Configure BGP.

  6. Configure IS-IS.

  7. (Opcional) Configure OSPF.

  8. Configure la política de enrutamiento.

  9. Configure la instancia de enrutamiento.

Configuración del dispositivo PE3

Procedimiento paso a paso
  1. Configure las interfaces.

  2. Configure el número autónomo (AS).

  3. Configure RSVP.

  4. Configure MPLS.

  5. Configure BGP.

  6. Configure IS-IS.

  7. (Opcional) Configure OSPF.

  8. Configure la instancia de enrutamiento.

Configuración del dispositivo CE2

Procedimiento paso a paso
  1. Configure las interfaces.

Resultados

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

Dispositivo CE1

Dispositivo PE1

Dispositivo P

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Verificación

Verificar la instancia de enrutamiento

Propósito

Compruebe las rutas en la tabla de enrutamiento.

Acción

Comprobación de la ruta del identificador de contexto

Propósito

Examine la información del identificador de contexto (10.1.1.1).

Acción

Descripción de MPLS y protección de rutas en conmutadores de la serie EX

Junos OS MPLS para conmutadores Ethernet de la serie EX de Juniper Networks ofrece protección de ruta para proteger su red MPLS contra fallas de ruta conmutada por etiqueta (LSP).

De forma predeterminada, un LSP se enruta salto a salto desde el conmutador perimetral del proveedor de entrada a través del conmutador de proveedor de proveedor de salida hacia el conmutador de borde del proveedor de salida. El LSP generalmente sigue la ruta más corta según lo dictado por la tabla de enrutamiento local, por lo general tomando la misma ruta que el tráfico de mejor esfuerzo basado en el destino. Estas rutas son de naturaleza "suave" porque se reenrutan automáticamente cuando se produce un cambio en una tabla de enrutamiento o en el estado de un nodo o vínculo.

Por lo general, cuando un LSP falla, el conmutador inmediatamente ascendente de la falla indica la interrupción al conmutador de borde del proveedor de entrada. El conmutador de borde del proveedor de entrada calcula una nueva ruta al conmutador de borde del proveedor de salida, establece el nuevo LSP y, luego, dirige el tráfico desde la ruta fallida a la nueva ruta. Este proceso de reenrutamiento puede llevar mucho tiempo y ser propenso a fallas. Por ejemplo, es posible que se pierdan las señales de interrupción del conmutador de entrada o que la nueva ruta tarde demasiado en aparecer, lo que supone una caída significativa de paquetes.

Puede configurar la protección de rutas mediante la configuración de rutas primarias y secundarias en el conmutador de entrada. Si se produce un error en la ruta principal, el conmutador de entrada reenruta inmediatamente el tráfico de la ruta fallida a la ruta de espera, lo que elimina la necesidad de que el conmutador de entrada calcule una nueva ruta y señale una nueva ruta. Para obtener más información acerca de la configuración de LSP en espera, consulte Configurar la protección de rutas en una red MPLS (procedimiento de CLI).

Verificar la protección de ruta en una red MPLS

Para comprobar que la protección de ruta funciona correctamente en los conmutadores de la serie EX, realice las siguientes tareas:

Verificación de la ruta principal

Propósito

Verifique que la ruta principal esté operativa.

Acción

Significado

Como indica el en la ActivePath salida, el LSP primary_path_lsp_to_240 está activo.

Verificar las interfaces habilitadas para RSVP

Propósito

Verifique el estado de las interfaces habilitadas para el Protocolo de reserva de recursos (RSVP) y las estadísticas de paquetes.

Acción

Significado

Este resultado verifica que RSVP esté habilitado y operativo en la interfaz ge-0/0/20.0.

Verificación de una ruta secundaria

Propósito

Compruebe que se establece una ruta secundaria.

Acción

Desactive un conmutador que sea crítico para la ruta principal y, a continuación, emita el siguiente comando:

Significado

Como indica el en la ActivePath salida, el LSP secondary_path_lsp_to_240 está activo.

Tabla de historial de versiones
Liberación
Descripción
15.1
A partir de Junos OS versión 15.1, la funcionalidad del punto de reparación local mejorado (PLR) aborda un escenario especial de protección de nodos de salida, en el que el PLR y el protector se encuentran en conjunto como un solo enrutador. En este caso, no es necesario que se reenruta el tráfico de LSP de bypass durante la reparación local.
14.2
A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de SALIDA PE.
14.2
A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de SALIDA PE.