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 de acceso para LSP MPLS

MPLS y protección del tráfico

Normalmente, cuando un LSP falla, el enrutador inmediatamente anterior de la falla indica 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 de acceso errónea a la nueva ruta. Este proceso de reenrutamiento puede llevar mucho tiempo y ser propenso a fallar. Por ejemplo, las señales de interrupción al enrutador de entrada pueden perderse o la nueva ruta puede tardar demasiado en aparecer, lo que resulta en caídas significativas de paquetes. Junos OS proporciona varios mecanismos complementarios para protegerse contra errores de LSP:

  • Rutas secundarias en espera: puede configurar rutas principales y secundarias. Las rutas secundarias se configuran con la instrucción.standby Para activar la protección de tráfico, debe configurar estas rutas de espera solo en el enrutador de entrada. Si se produce un error en la ruta principal, el enrutador de entrada redirige inmediatamente el tráfico de la ruta fallida a la ruta en espera, eliminando así la necesidad de calcular una nueva ruta y señalar una nueva ruta. Para obtener información acerca de la configuración de LSP en espera, consulte Configuración del modo de espera activa de rutas secundarias para LSP.Configuración del modo de espera activa de rutas secundarias para LSP

  • Reenrutamiento rápido: el reenrutamiento rápido se configura en un LSP para minimizar el efecto de un error en el LSP. El reenrutamiento rápido permite que un enrutador que precede desde la falla se enrute rápidamente alrededor de la falla al enrutador aguas abajo de la falla. Luego, el enrutador ascendente señala la interrupción al enrutador de entrada, manteniendo así la conectividad antes de que se establezca un nuevo LSP. Para obtener una descripción detallada del reenrutamiento rápido, consulte Información general sobre el reenrutamiento rápido.Descripción general del reenrutamiento rápido Para obtener información acerca de cómo configurar el reenrutamiento rápido, consulte Configuración del reenrutamiento rápido.Configuración del reenrutamiento rápido

  • Protección de vínculos: puede configurar la protección de vínculos para 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 se produzca un error en esta interfaz. Cuando la protección de vínculos está configurada para una interfaz y configurada para un LSP que atraviesa esta interfaz, se crea un LSP de omisión que controla este tráfico si se produce un error en la interfaz. El LSP de derivación utiliza una interfaz y una ruta diferentes para llegar al mismo destino. Para obtener información acerca de cómo configurar la protección de vínculos, consulte Configuración de la protección de vínculos en interfaces utilizadas por los LSP.Configuración de la protección de vínculos en interfaces utilizadas por los proveedores de servicios lingüísticos

Cuando la ruta secundaria en espera y el reenrutamiento rápido o la protección de vínculos están configurados en un LSP, se habilita la protección total del tráfico. Cuando se produce una falla en un LSP, el enrutador que precede a la falla enruta el tráfico alrededor de la falla y notifica la falla al enrutador de entrada. Este reenrutamiento mantiene el flujo de tráfico mientras se espera que se procese la notificación en el enrutador de entrada. Después de recibir la notificación de fallo, el enrutador de entrada redirige 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 del tráfico. Ambas características proporcionan un servicio de transferencia rápida y emplean un diseño similar. El reenrutamiento rápido y la protección de enlaces 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 puede configurar ambos, hay poco o ningún beneficio en hacerlo.

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

La protección de vínculo de nodo (copia de seguridad varios a uno o de instalaciones) amplía las capacidades de protección de enlaces y proporciona una protección ligeramente diferente contra el reenrutamiento rápido. Mientras que 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 nodos a lo largo de toda la ruta de un LSP, la protección de vínculo de nodo establece una ruta de derivación que evita un nodo en particular en la ruta de LSP.

Cuando habilite la protección de vínculo 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 habilitada, se establecen los siguientes tipos de rutas de derivación:

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

  • LSP de derivación de siguiente salto: proporciona una ruta alternativa para un LSP a través de un enrutador vecino en ruta hacia el enrutador de destino. Este tipo de ruta de derivación se establece exclusivamente cuando se configura la protección node-link.

Figura 1 ilustra el ejemplo de topología de red MPLS utilizada en este tema. La red de ejemplo utiliza OSPF como protocolo de puerta de enlace interior (IGP) y como 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 Figura 1 ilustra una red solo de enrutador que consta de LSP unidireccionales entre y , () y entre y ().R1R5lsp2-r1-to-r5R6R0lsp1-r6-to-r0 Ambos LSP tienen rutas estrictas configuradas que pasan por la interfaz. fe-0/1/0

En la red mostrada en , ambos tipos de rutas de derivación están preestablecidas alrededor del nodo protegido ( Una ruta de derivación del siguiente salto evita la interfaz al pasar por , y una ruta de derivación del siguiente salto evita por completo pasar por y hacia .Figura 1R2). fe-0/1/0R7R2R7R9R4 Ambos LSP protegidos comparten ambas rutas de derivación que atraviesan el nodo o vínculo fallido (muchos LSP protegidos por una ruta de derivación).

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

Cuando se produce una interrupción, el enrutador inmediatamente anterior a la interrupción conmuta el tráfico protegido al nodo de derivación y, a continuación, señala la falla al enrutador de entrada. Al igual que el reenrutamiento rápido, la protección de vínculo de nodo proporciona reparación local, restaurando la conectividad más rápido de lo que el enrutador de entrada puede establecer una ruta secundaria en espera o señalar un nuevo LSP primario.

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

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

  • El número de LSP que deben protegerse es grande.

  • Satisfacer los criterios de selección de ruta (prioridad, ancho de banda y color de vínculo) para rutas de derivación es menos crítico.

  • No se requiere control en 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 después de una falla y la pérdida mínima de paquetes cuando se combina con un reenrutamiento rápido (copia de seguridad individual o protección de enlaces). La protección de ruta es la configuración, dentro de una ruta de conmutación de etiquetas (LSP), de dos tipos de rutas: una ruta principal, utilizada en operaciones normales, y una ruta secundaria utilizada cuando falla la principal, como se muestra en Figura 2.

En Figura 2, una red MPLS formada por ocho enrutadores tiene una ruta principal entre y que está protegida por la ruta secundaria entre y .R1R5R1R5 Cuando se detecta un error, como un evento de interrupción de la interfaz, 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 rutasProtección de rutas

 

Si la ruta secundaria está preseñalizada o en espera, el tiempo de recuperación de una falla es más rápido que si la ruta secundaria no está preseñalizada. Cuando la ruta secundaria no está preseñalizada, se produce un retraso en la configuración de la llamada durante el cual se establece la nueva ruta física para el LSP, lo que prolonga 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 devuelve el tráfico de la ruta secundaria a la ruta principal.

Debido a que el enrutador de entrada proporciona protección de ruta para toda la ruta, puede haber algunas desventajas, por ejemplo, doble reserva de recursos y protección innecesaria de 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 ruta en una red MPLS (procedimiento de la CLI)

La implementación de MPLS en conmutadores serie EX de Junos OS proporciona protección de ruta como mecanismo de protección contra errores de ruta conmutada de etiquetas (LSP). La protección de ruta reduce el tiempo necesario para volver a calcular una ruta en caso de fallo dentro del túnel MPLS. La protección de ruta se configura en el conmutador perimetral del proveedor de entrada de la red MPLS. No configure 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 dejar que el software calcule las rutas automáticamente.

Antes de configurar la protección de rutas, asegúrese de tener:

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 instrucción crea la ruta principal, que es la ruta preferida del LSP.primary La instrucción crea una ruta alternativa si la ruta principal ya no puede llegar al conmutador perimetral del proveedor de salida.secondary

En las tareas descritas en este tema, el ya se ha configurado en el conmutador perimetral del proveedor de entrada como y la dirección de interfaz de circuito cerrado en el conmutador perimetral del proveedor remoto ya se ha configurado como . lsp-name lsp_to_240127.0.0.8

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

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 ruta de acceso. Si no especifica ninguna ruta con nombre, o si la ruta que especifica está vacía, el software toma todas las decisiones de enrutamiento necesarias para que los paquetes lleguen al conmutador perimetral 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 del conmutador o el nombre de host de cada conmutador utilizado en el túnel MPLS. Puede especificar los tipos de vínculo como o en cada instrucción.strictloosepath Si el tipo de vínculo es , el LSP debe ir a la siguiente dirección especificada en la instrucción sin atravesar otros conmutadores.strictpath Si el tipo de vínculo es , el LSP puede atravesar otros conmutadores antes de llegar a este conmutador.loose Esta configuración utiliza la designación predeterminada para las rutas.strict

    Nota:

    Puede habilitar la protección de ruta 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 perimetral del proveedor de entrada en estas instrucciones. Enumere 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, terminando con el conmutador perimetral 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 prueba en el orden en que aparecen 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 prueba la siguiente, etc. 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 que especifica está vacía, el software toma todas las decisiones de enrutamiento necesarias para llegar al conmutador perimetral 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 el nombre de host de cada conmutador utilizado en el túnel MPLS. Puede especificar los tipos de vínculo como o en cada instrucción.strictloosepath Esta configuración utiliza la designación predeterminada para las rutas.strict

    Consejo:

    No incluya el conmutador perimetral del proveedor de entrada en estas instrucciones. Enumere 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, terminando con el conmutador perimetral del proveedor de salida.

Configuración del temporizador de reversión

Para los LSP configurados con rutas principales y secundarias, opcionalmente puede configurar un temporizador de reversión. Si la ruta principal deja de funcionar y el tráfico se cambia 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 principales y secundarias:

  • Para todos los LSP del conmutador:

  • Para un LSP específico en el conmutador:

Impedir el uso de una ruta de acceso que anteriormente falló

Si configura una ruta alternativa a través de la red en caso de que se produzca un error en la ruta activa, es posible que no desee que el tráfico vuelva a la ruta de acceso con errores, incluso si ya no falla. Cuando se configura una ruta principal, el tráfico cambia a la ruta secundaria durante un error y vuelve a la ruta principal cuando regresa.

A veces, cambiar el tráfico de nuevo a una ruta principal que ha fallado anteriormente puede no ser una idea particularmente sólida. En este caso, configure solo las rutas secundarias, lo que dará como resultado que la siguiente ruta secundaria configurada se establezca cuando falle la primera ruta secundaria. Más adelante, si la primera ruta secundaria entra en funcionamiento, Junos OS no volverá a ella, sino que seguirá utilizando la segunda ruta secundaria.

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

Ejemplo: Configurar la protección de vínculo a nodo de la CEMP del interAS

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 necesita 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 del sistema autónomo (ASBR) ejecutan BGP externos (EBGP) a ASBR en otro sistema autónomo (AS) para intercambiar etiquetas para rutas /32 IPv4. En 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 deja de funcionar, hasta que ASBR3 reinstale el nuevo salto siguiente, se elimina todo el tráfico que vaya hacia el AS 64510 desde el 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 configurando Device ASBR3 para preprogramar una ruta de copia de seguridad a través de Device ASBR2.

Nota:

Esta solución no controla el error de dispositivo P3 a dispositivo ASBR3. Tampoco controla un error en el dispositivo ASBR3 para el tráfico que va hacia el AS 645111 desde el AS 64510 a través del vínculo ASBR3-ASBR1. Este tráfico se interrumpe.

Topología
Figura 4: Ejemplo de topología de protección de vínculo y nodo de interAS de MPLSEjemplo de topología de protección de vínculo y nodo de 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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

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

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 de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el escenario 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 directiva de enrutamiento.

  5. Configure las sesiones de EBGP.

  6. Configure las sesiones de IBGP.

  7. Configure MPLS.

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

Resultados

Desde el modo de configuración, escriba los comandos , , y , para confirmar la configuración. show interfacesshow protocolsshow policy-optionsshow routing-options 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 desde el modo de configuración.commit

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de las sesiones de vecino de BGP
Propósito

Compruebe que la protección BGP esté habilitada.

Acción
Significado

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

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 comando muestra rutas activas y de respaldo al dispositivo PE1.show route

Configuración de la creación de reflejo del servicio de protección de salida para servicios de capa 2 señalizados por 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 PE de salida. Si se produce un fallo de vínculo o nodo en la red principal, se puede activar un mecanismo de protección como el reenrutamiento rápido MPLS en los LSP de transporte entre los enrutadores PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida aborda 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: Protección de salida LSP configurado del enrutador PE1 al enrutador PE2Protección de salida LSP configurado del enrutador PE1 al enrutador PE2

CE1 es multihost para PE1 y PE2. Hay dos caminos 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 el 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 se basa en el 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 locales similares a los utilizados por el reenrutamiento rápido MPLS. En la figura 1 anterior, si el vínculo o nodo falló en la red principal (como falla de vínculo en P-PE1, P-PE3 o falla de nodo en P), el reenrutamiento rápido de MPLS ocurrirá en los LSP de transporte entre PE1 y PE3. La falla podría repararse localmente en decenas de milisegundos. Sin embargo, si se produce un error de vínculo o nodo en el borde (como un error de vínculo en PE3-CE2 o un error de nodo en PE3), actualmente no hay ninguna reparación local, por lo que tenemos que confiar en la protección de extremo a extremo CE1-CE2 para reparar el error.

  • Dispositivo CE2: origen del tráfico

  • Enrutador PE3: enrutador de PE de entrada

  • Enrutador PE1: enrutador PE de salida (primario)

  • Enrutador PE2: enrutador de PE protector

  • Dispositivo CE1: Destino del tráfico

Cuando el enlace entre CE1 y PE1 deja de funcionar, 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 enlace entre CE1 – PE1 se caiga, el tráfico será; CE2 – PE3 – P – PE1 – PE2 –CE1. A continuación, PE3 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 y PE2 como nodos.primaryprotector
  4. Habilitar en PE1 y PE2.egress-protection
  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 en función de la política de equilibrio de carga.
  8. Configure BGP en PE1 para anunciar nrli desde la instancia de enrutamiento con context-ID como próximo salto.
  9. Configurar l2vpn en PE1, PE2 y PE3

    En PE1:

    En PE2:

    En PE3:

Ejemplo: Configuración de la creación de reflejo del servicio de protección de salida de MPLS para servicios de capa 2 señalados 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 PE de salida. Si se produce un fallo de vínculo o nodo en la red principal, se puede activar un mecanismo de protección como el reenrutamiento rápido MPLS en los LSP de transporte entre los enrutadores PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida aborda 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 servicios de capa 2 señalizados por BGP.

Requisitos

Enrutadores serie MX con Junos OS versión 14.2 o posterior.

Descripción general

Si se produce un fallo de vínculo o nodo en la red principal, se puede activar un mecanismo de protección como el reenrutamiento rápido MPLS en los LSP de transporte entre los enrutadores PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida aborda 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 e instrucciones de configuración que son exclusivos de 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 PE que participan en el 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.

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

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

Topología

Figura 6: Protección de salida LSP configurado del enrutador PE1 al enrutador PE2Protección de salida LSP configurado del enrutador PE1 al enrutador PE2

En caso de fallo del enrutador PE PE1 de salida, el tráfico se cambia 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 PE de salida (primario)

  • Enrutador PE2: enrutador de PE protector

  • Dispositivo CE1: Destino del tráfico

Cuando el vínculo entre CE1 y PE1 deja de funcionar, 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 enlace entre CE1 – PE1 se caiga, el tráfico será: CE2 – PE3 – P – PE1 – PE2 –CE1. A continuación, PE3 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 pegue los comandos en la CLI e ingrese desde el modo de configuración.commit

PE1

PE2

PE3

Procedimiento paso a paso

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.Usar el editor de CLI en el modo de configuración

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

  1. Configure RSVP.

  2. Configure MPLS para que use el LSP de protección de salida para proteger contra un error 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 en función de la directiva de equilibrio de carga.

  8. Configure BGP para anunciar nrli desde la instancia de enrutamiento con context-ID como próximo salto.

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

  10. Cuando termine de configurar el dispositivo, ingrese commit en 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 en función de la directiva de equilibrio de carga.

  8. Configure BGP para anunciar nrli desde la instancia de enrutamiento con context-ID como próximo salto.

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

  10. Cuando termine de configurar el dispositivo, ingrese commit en 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 en función de la directiva de equilibrio de carga.

  8. Configure BGP para anunciar nlri desde la instancia de enrutamiento con context-ID como próximo 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. Cuando haya terminado de configurar el dispositivo, ingrese desde configuración.commit

Resultados

Desde el modo de configuración, confirme su configuración en el enrutador PE1 introduciendo los comandos , y .show protocolsshow policy-optionsshow 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 la configuración en el enrutador PE2 introduciendo los comandos , y .show protocolsshow policy-optionsshow 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 introduciendo los comandos , y .show protocolsshow policy-optionsshow 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 funcione correctamente.

Verificación de la configuración de L2VPN

Propósito

Compruebe que el LSP está protegido por la lógica de protección de conexión.

Acción

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

Significado

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

Verificación de los detalles de la instancia de enrutamiento

Propósito

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

Acción

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

Significado

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

Verificación de la configuración de IS-IS

Propósito

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

Acción

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

Significado

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

Comprobación de la configuración de MPLS

Propósito

Compruebe los detalles del identificador de contexto en los PE primarios y protectores.

Acción

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

Significado

Context-id es , advertise-mode es , la tabla MPLS creada para la protección de salida es , y el nombre de la instancia de salida es , que es del tipo .198.51.100.3alias__198.51.100.3__.mpls.0foolocal-l2vpn

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

En este ejemplo se muestra cómo configurar la restauración rápida del servicio a la salida de una VPN de capa 3 cuando el cliente es multihost para el proveedor de servicios.

A partir de Junos OS versión 15.1, la funcionalidad de punto de reparación local (PLR) mejorado aborda un escenario especial de protección de nodo de salida, en el que el PLR y el protector se ubican conjuntamente como un solo enrutador. En este caso, no es necesario tener un tráfico de redireccionamiento LSP de derivación 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 coubicado, donde el PLR o el protector también es el PE de respaldo que está directamente conectado al CE) o al PE de respaldo (en el modelo de protector centralizado donde el PE de respaldo es un enrutador separado).

Requisitos

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

Este ejemplo requiere Junos OS versión 15.1 o posterior.

Descripción general

Como escenario especial de protección de nodo de salida, si un enrutador es tanto un protector como un PLR, instala los siguientes saltos de copia de seguridad para proteger el LSP de transporte. En particular, no necesita un LSP de derivación para la reparación local.

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

Topología

Figura 7 muestra la red de ejemplo.

Figura 7: PLR co-ubicado y protector en modelo de protector colocadoPLR co-ubicado y protector en modelo de protector colocado

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

Dispositivo CE1

Dispositivo PE1

Dispositivo P

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configuración del dispositivo CE1

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue 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 de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

  1. Configurar 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 directiva 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 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 directiva 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, escriba los comandos show interfaces 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.

Dispositivo CE1

Dispositivo PE1

Dispositivo P

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Verificación

Comprobación de 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

Examinar la información sobre el identificador de contexto (1 0.1.1.1).

Acción

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

MPLS de Junos OS para conmutadores Ethernet serie EX de Juniper Networks proporciona protección de ruta para proteger su red MPLS de errores 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 de los conmutadores del proveedor hacia el conmutador perimetral del proveedor de salida. El LSP generalmente sigue la ruta más corta según lo dictado por la tabla de enrutamiento local y generalmente toma la misma ruta que el tráfico basado en destino y de mejor esfuerzo. Estas rutas son de naturaleza "suave" porque se redirigen automáticamente cada vez que se produce un cambio en una tabla de enrutamiento o en el estado de un nodo o vínculo.

Normalmente, cuando se produce un error en un LSP, el conmutador inmediatamente anterior a la falla envía la interrupción al conmutador perimetral del proveedor de entrada. El conmutador perimetral del proveedor de entrada calcula una nueva ruta al conmutador perimetral del proveedor de salida, establece el nuevo LSP y, a continuación, dirige el tráfico de la ruta errónea a la nueva ruta. Este proceso de reenrutamiento puede llevar mucho tiempo y ser propenso a fallar. Por ejemplo, las señales de interrupción del conmutador de entrada pueden perderse o la nueva ruta puede tardar demasiado en aparecer, lo que provoca caídas significativas de paquetes.

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

Verificación de 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:

Comprobación de la ruta principal

Propósito

Compruebe que la ruta principal esté operativa.

Acción

Significado

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

Comprobación de las interfaces habilitadas para RSVP

Propósito

Compruebe 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

Comprobación de una ruta secundaria

Propósito

Compruebe que se ha establecido una ruta secundaria.

Acción

Desactive un conmutador crítico para la ruta de acceso principal y, a continuación, ejecute el siguiente comando:

Significado

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

Tabla de historial de cambios

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

Liberación
Descripción
15.1
A partir de Junos OS versión 15.1, la funcionalidad de punto de reparación local (PLR) mejorado aborda un escenario especial de protección de nodo de salida, en el que el PLR y el protector se ubican conjuntamente como un solo enrutador. En este caso, no es necesario tener un tráfico de redireccionamiento LSP de derivación 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 PE de salida.
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 PE de salida.