Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Enrutadores LSP

Enrutadores en un LSP

Cada enrutador de un LSP realiza una de las siguientes funciones:

  • Enrutador de entrada: enrutador al principio de un LSP. Este enrutador encapsula paquetes IP con un marco de capa 2 MPLS y lo reenvía al enrutador siguiente en la ruta. Cada LSP puede tener solo un enrutador de entrada.

  • Enrutador de salida: el enrutador al final de un LSP. Este enrutador elimina la encapsulación MPLS, transformándola de un paquete MPLS a un paquete IP, y reenvía el paquete a su destino final mediante la información de la tabla de reenvío de IP. Cada LSP puede tener un solo enrutador de salida. Los enrutadores de entrada y salida en un LSP no pueden ser el mismo enrutador.

  • Enrutador de tránsito: cualquier enrutador intermedio en el LSP entre los enrutadores de entrada y salida. Un enrutador de tránsito reenvía los paquetes MPLS recibidos al enrutador siguiente en la ruta MPLS. Un LSP puede contener cero o más enrutadores de tránsito, hasta un máximo de 253 enrutadores de tránsito en un único LSP.

Un solo enrutador puede formar parte de varios LSP. Puede ser el enrutador de entrada o salida de uno o más LSP, y también puede ser un enrutador de tránsito en uno o más LSP. Las funciones que admite cada enrutador dependen del diseño de su red.

Configuración de las direcciones del enrutador de entrada y salida para LSP

Las siguientes secciones describen cómo especificar las direcciones de los enrutadores de entrada y salida de un LSP:

Configuración de la dirección del enrutador de entrada para LSP

El enrutador local siempre se considera el enrutador de entrada, que es el comienzo del LSP. El software determina automáticamente la interfaz de salida y la dirección IP adecuadas para llegar al siguiente enrutador en un LSP.

De forma predeterminada, el ID de enrutador se elige como la dirección del enrutador de entrada. Para invalidar la selección automática de la dirección de origen, especifique una dirección de origen en la from instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

La interfaz de salida que usa el LSP no se ve afectada por la dirección de origen que configure.

Configuración de la dirección del enrutador de salida para LSP

Al configurar un LSP, debe especificar la dirección del enrutador de salida incluyendo la to instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

Cuando está configurando un LSP señalado, la to instrucción es la única instrucción necesaria. El resto de instrucciones son opcionales.

Después de establecer el LSP, la dirección del enrutador de salida se instala como una ruta de host en la tabla de enrutamiento. BGP puede utilizar esta ruta para reenviar tráfico.

Para que el software envíe tráfico del BGP a través de un LSP, la dirección del enrutador de salida es la misma que la dirección del siguiente salto del BGP. Puede especificar la dirección del enrutador de salida como cualquiera de las direcciones de interfaz del enrutador o como id. del enrutador BGP. Si especifica una dirección diferente, incluso si la dirección está en el mismo enrutador, el tráfico del BGP no se envía a través del LSP.

Para determinar la dirección del siguiente salto del BGP, utilice el show route detail comando. Para determinar la dirección de destino de un LSP, utilice el show mpls lsp comando. Para determinar si una ruta pasó por un LSP, utilice el show route comando o show route forwarding-table . En el resultado de estos dos últimos comandos, la label-switched-path palabra clave o push incluida con la ruta indica que ha pasado por un LSP. Además, utilice el traceroute comando para rastrear la ruta real a la que conduce la ruta. Esta es otra indicación de si una ruta pasó por un LSP.

También puede manipular la dirección del siguiente salto del BGP mediante la definición de un filtro de política de importación del BGP que establece la dirección del siguiente salto de la ruta.

Prevención de la adición de direcciones de enrutador de salida a tablas de enrutamiento

Debe configurar una dirección mediante la to instrucción para todos los LSP. Esta dirección siempre se instala como un /32 prefijo en las tablas de enrutamiento inet.3 o inet.0. Puede evitar que la dirección del enrutador de salida configurada mediante la to instrucción se agregue a las tablas de enrutamiento inet.3 e inet.0 incluyendo la no-install-to-address instrucción.

Algunas razones por las que no se instala la to dirección de instrucción en las tablas de enrutamiento inet.3 e inet.0 incluyen las siguientes:

  • Permita que los LSP RSVP de ruta más corta restringida (CSPF) se asignen al tráfico destinado a direcciones de circuito cerrado secundarios. Si configura un túnel RSVP, incluida la no-install-to-address instrucción, y luego configura una install pfx/ <active> política más adelante, puede hacer lo siguiente:

    • Compruebe que el LSP se configuró correctamente sin afectar al tráfico.

    • Asigne tráfico al LSP en pasos incrementales.

    • Asigne tráfico a la dirección de circuito cerrado de destino (el siguiente salto del BGP) quitando la instrucción una vez que se complete la no-install-to-address solución de problemas.

  • Evite que las conexiones CCC pierdan tráfico IP. Cuando un LSP determina que no pertenece a una conexión, instala la dirección especificada con la to instrucción en la tabla de enrutamiento inet.3. Luego, el tráfico IP se reenvía al punto de conexión remoto de CCC, lo que puede causar que algunos tipos de PIC fallen.

Para evitar que la dirección del enrutador de salida configurada con la to instrucción se agregue a las tablas de enrutamiento inet.3 e inet.0, incluya la no-install-to-address instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

Configuración del enrutador de entrada para LSP con señal de MPLS

Las rutas conmutadas por etiquetas (LSP) señalizadas por MPLS se ejecutan desde un enrutador de entrada específico a un enrutador de salida específico. Para la función LSP básica señal de MPLS, debe configurar el enrutador de entrada, pero no tiene que configurar ningún otro enrutador.

Para configurar LSP señalizadas, realice las siguientes tareas en el enrutador de entrada:

Creación de rutas designadas

Para configurar LSP señalizados, primero debe crear una o más rutas con nombre en el enrutador de entrada. Para cada ruta, puede especificar algunos o todos los enrutadores de tránsito en la ruta, o puede dejarlo vacío.

Cada nombre de ruta puede contener hasta 32 caracteres y puede incluir letras, dígitos, puntos y guiones. El nombre debe ser único dentro del enrutador de entrada. Una vez que se crea una ruta con nombre, puede usar la ruta con la primary instrucción or secondary para configurar LSP en el [edit protocols mpls label-switched-path label-path-name] nivel de jerarquía. Puede especificar la misma ruta con nombre en cualquier número de LSP.

Para determinar si un LSP está asociado con la ruta principal o secundaria en una sesión RSVP, emita el show rsvp session detail comando.

Para crear una ruta vacía, cree una ruta con nombre incluyendo el siguiente formulario de la path instrucción. Este formulario de la path instrucción está vacío, lo que significa que se acepta cualquier ruta entre los enrutadores de entrada y salida. En realidad, la ruta utilizada tiende a ser la misma ruta que sigue el tráfico del mejor esfuerzo basado en el destino.

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Para crear una ruta en la que especifique algunos o todos los enrutadores de tránsito de la ruta, incluya el siguiente formulario de la path instrucción, especificando una dirección para cada enrutador de tránsito:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

En este formato de la path instrucción, se especifica una o más direcciones de enrutador de tránsito. Especificar los enrutadores de entrada o salida es opcional. Puede especificar la dirección o el nombre de host de cada enrutador de tránsito, aunque no es necesario enumerar cada enrutador de tránsito si su tipo es loose. Especifique las direcciones en orden, a partir del enrutador de entrada (opcional) o el primer enrutador de tránsito, y continuando secuencialmente a lo largo de la ruta hasta el enrutador de salida (opcional) o el enrutador inmediatamente antes del enrutador de salida. Debe especificar solo una dirección por salto de enrutador. Si especifica más de una dirección para el mismo enrutador, solo se utilizará la primera dirección; las direcciones adicionales se ignoran y se truncan.

Para cada dirección de enrutador, especifique el tipo, que puede ser uno de los siguientes:

  • strict—(Predeterminado) La ruta tomada desde el enrutador anterior a este enrutador es una ruta directa y no puede incluir ningún otro enrutador. Si address es una dirección de interfaz, este enrutador también garantiza que la interfaz entrante sea la especificada. Asegurarse de que la interfaz entrante es la especificada es importante cuando hay vínculos paralelos entre el enrutador anterior y este enrutador. También garantiza que el enrutamiento se pueda aplicar por vínculo.

    En el caso de direcciones estrictas, debe asegurarse de que el enrutador inmediatamente anterior al enrutador que está configurando tiene una conexión directa con ese enrutador. La dirección puede ser una dirección de interfaz de circuito cerrado, en cuyo caso no se comprueba la interfaz entrante.

  • loose— La ruta tomada desde el enrutador anterior a este enrutador no tiene por qué ser una ruta directa, puede incluir otros enrutadores y se puede recibir en cualquier interfaz. La dirección puede ser cualquier dirección de interfaz o la dirección de la interfaz de circuito cerrado.

Ejemplos: Creación de rutas designadas

Configure una ruta, to-hastings, para especificar la ruta estricta completa desde la entrada al enrutador de salida a través 10.14.1.1de , 10.13.1.1, 10.12.1.1y 10.11.1.1, en ese orden. No puede haber enrutadores intermedios, excepto los especificados. Sin embargo, puede haber enrutadores intermedios entre 10.11.1.1 el enrutador de salida y el enrutador de salida, ya que el enrutador de salida no está específicamente enumerado en la path instrucción. Para evitar enrutadores intermedios antes de la salida, configure el enrutador de salida como el último enrutador con un strict tipo.

Cree una ruta, alt-hastings, para permitir cualquier número de enrutadores intermedios entre enrutadores 10.14.1.1 y 10.11.1.1. Además, se permiten enrutadores intermedios entre 10.11.1.1 y el enrutador de salida.

Configurar rutas de respaldo alternativas mediante el uso compartido de destino

Puede crear una base de datos de información que utilice la ruta más corta restringida (CSPF) para calcular una o más rutas de respaldo en caso de que la ruta principal se vuelva inestable. La base de datos describe las relaciones entre los elementos de la red, como enrutadores y vínculos. Dado que estos elementos de red comparten el mismo destino, esta relación se denomina compartir destinos.

Puede configurar rutas de respaldo que minimicen el número de vínculos compartidos y rutas de fibra con las rutas principales tanto como sea posible para garantizar que, si se corta una fibra, se pierde la cantidad mínima de datos y que aún existe una ruta hacia el destino.

Para que una ruta de respaldo funcione de manera óptima, no debe compartir vínculos ni rutas de fibra física con la ruta principal. Esto garantiza que un único punto de error no afecte a las rutas principal y de copia de seguridad al mismo tiempo.

En las siguientes secciones se describe cómo configurar el uso compartido de destino y cómo afecta a la CSPF, y se proporciona un ejemplo de configuración de uso compartido de destino:

Configurar el uso compartido del destino

Para configurar el uso compartido de destino, incluya la fate-sharing instrucción:

Para obtener una lista de niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección resumen de instrucción de esta instrucción.

Cada grupo de compartición de destinos debe tener un nombre de hasta 32 caracteres y puede contener letras, dígitos, puntos (.) y guiones (-). Puede definir hasta 512 grupos.

Los grupos de uso compartido de destino contienen tres tipos de objetos:

  • Vínculos de punto a punto: se identifican por las direcciones IP en cada extremo del vínculo. Los vínculos de punto a punto no numerados suelen identificarse tomando prestado direcciones IP de otras interfaces. El orden no es importante; from 10.1.3.4 to 10.1.3.5 y from 10.1.3.5 to 10.1.3.4 tienen el mismo significado.

  • Vínculos que no son de punto a punto: incluye vínculos en una interfaz LAN (como interfaces de Gigabit Ethernet) o en interfaces de multiacceso sin transmisión (NBMA) (como el modo de transferencia asíncrono [ATM] o Frame Relay). Usted identifica estos vínculos por su dirección de interfaz individual. Por ejemplo, si la interfaz 192.168.200.0/24 LAN tiene cuatro enrutadores conectados, cada vínculo de enrutador se identifica individualmente:

    Puede enumerar las direcciones en cualquier orden.

  • Un nodo de enrutador: se identifica con su ID de enrutador configurado.

Todos los objetos de un grupo comparten ciertas similitudes. Por ejemplo, puede definir un grupo para todas las fibras que comparten el mismo canal de fibra, todos los canales ópticos que comparten la misma fibra, todos los enlaces que se conectan al mismo conmutador LAN, todos los equipos que comparten la misma fuente de alimentación, etc. Todos los objetos se tratan como direcciones de host /32.

Para que un grupo tenga significado, debe contener al menos dos objetos. Puede configurar grupos con cero o un objeto; estos grupos se ignoran durante el procesamiento.

Un objeto puede estar en cualquier número de grupos y un grupo puede contener cualquier número de objetos. Cada grupo tiene un costo configurable que se le asigna, que representa el nivel de impacto que este grupo tiene en los cálculos de CSPF. Cuanto mayor sea el costo, menor será la probabilidad de que una ruta de copia de seguridad se comparta con la ruta principal de cualquier objeto del grupo. El costo es directamente comparable con las métricas de ingeniería de tráfico. De forma predeterminada, el costo es 1. Cambiar la base de datos de uso compartido de destino no afecta a los LSP establecidos hasta la próxima reoptimización de CSPF. La base de datos de intercambio de destino influye en los cálculos de reenrutamiento rápido.

Implicaciones para CSPF

Cuando CSPF calcula las rutas principales de un LSP (o rutas secundarias cuando la ruta principal no está activa), ignora la información de uso compartido de destino. Siempre desea encontrar la mejor ruta posible (menor costo de IGP) para la ruta principal.

Cuando CSPF calcula una ruta secundaria mientras la ruta principal (del mismo LSP) está activa, se produce lo siguiente:

  1. CSPF identifica todos los grupos de uso compartido de destino que están asociados con la ruta principal. CspF hace esto identificando todos los vínculos y nodos por los que atraviesa la ruta principal y compilando listas de grupos que contienen al menos uno de los vínculos o nodos. La CSPF ignora los nodos de entrada y salida en la búsqueda.

  2. CSPF comprueba cada vínculo de la base de datos de ingeniería de tráfico en la lista de grupos compilada. Si el vínculo es miembro de un grupo, el costo del vínculo aumenta por el costo del grupo. Si un vínculo es miembro de varios grupos, se agregan todos los costos de grupo.

  3. CSPF realiza la comprobación de cada nodo de la base de datos de ingeniería de tráfico, excepto el nodo de entrada y salida. Una vez más, un nodo puede pertenecer a varios grupos, por lo que los costos son aditivos.

  4. El enrutador realiza cálculos de CSPF regularmente con la topología ajustada.

Implicaciones para la CSPF cuando el destino comparte con LSP de bypass

Cuando el uso compartido de destino está habilitado con protección de vínculo o de nodo de vínculo, la CSPF funciona de la siguiente manera cuando se calcula la ruta de bypass LSP:

  • CSPF identifica los grupos de uso compartido de destino que están asociados con la ruta LSP principal. CspF hace esto mediante la identificación del vínculo descendente inmediato y los nodos descendentes inmediatos que el bypass está tratando de proteger. CSPF compila listas de grupos que contienen el vínculo descendente inmediato y los nodos descendentes inmediatos.

  • CSPF comprueba cada vínculo (desde la entrada hasta el nodo descendente inmediato) en la base de datos de ingeniería de tráfico con la lista de grupos compilada. Si el vínculo es miembro de un grupo, el costo del vínculo aumenta por el costo del grupo.

  • CSPF identifica el vínculo descendente que no está en la ruta compartida por destino.

Este cálculo impide que los bypass usen el mismo vínculo físico que la ruta LSP principal cuando hay alternativas viables disponibles.

Ejemplo: Configurar el uso compartido del destino

Configure grupos de uso compartido de destino east y west. Dado que west no tiene ningún objeto, se ignora durante el procesamiento.

Configuración de enrutadores intermedios y de salida para LSP con señal de MPLS

Para configurar LSP señalizadas en todos los enrutadores MPLS que deberían participar en MPLS, debe habilitar MPLS y RSVP en estos enrutadores.

Configuración de la conexión entre enrutadores de entrada y salida

El enrutador de entrada puede hacer muchos intentos de conectarse y volver a conectarse al enrutador de salida mediante la ruta principal. Puede controlar la frecuencia con la que el enrutador de entrada intenta establecer una conexión mediante la ruta principal y cuánto espera entre los intentos de reintento.

El temporizador de reintentos configura cuánto tiempo espera el enrutador de entrada antes de intentar conectarse de nuevo al enrutador de salida mediante la ruta principal. El tiempo predeterminado de reintentos es de 30 segundos. El tiempo puede ser de 1 a 600 segundos. Para modificar este valor, incluya la retry-timer instrucción:

Puede configurar esta instrucción en los siguientes niveles jerárquicos:

De forma predeterminada, no se establece ningún límite para el número de veces que un enrutador de entrada intenta establecer o restablecer una conexión al enrutador de salida mediante la ruta principal. Para limitar el número de intentos, incluya la retry-limit instrucción:

Puede configurar esta instrucción en los siguientes niveles jerárquicos:

El límite puede ser un valor de hasta 10 000. Cuando se supera el límite de reintentos, no se realizan más intentos de establecer una conexión de ruta. En este punto, se requiere intervención para reiniciar la ruta principal.

Si establece un límite de reintentos, se restablece a 1 cada vez que se crea una ruta principal correcta.

LSP de ping

En las siguientes secciones se describe cómo usar el comando para confirmar el ping mpls funcionamiento de LSP.

Ping de LSP de MPLS

Puede hacer ping a un LSP específico. Las solicitudes de eco se envían a través del LSP como paquetes MPLS. La carga es un paquete de protocolo de datagramas de usuario (UDP) que se reenvía a una dirección en el rango 127/8 (127.0.0.1 de forma predeterminada, esta dirección es configurable) y el puerto 8503. La información de la etiqueta y la interfaz para crear y enviar esta información como un paquete MPLS es la misma que para el tráfico LSP estándar.

Cuando la solicitud de eco llega al nodo de salida, el receptor comprueba el contenido del paquete y envía una respuesta que contiene el valor devuelto correcto mediante UDP. El enrutador que envía la solicitud de eco espera a recibir una respuesta de eco después de un tiempo de espera de 2 segundos (no puede configurar este valor).

Debe configurar MPLS en el [edit protocols mpls] nivel de jerarquía en el enrutador remoto para poder hacer ping a un LSP que termina allí. Debe configurar MPLS incluso si tiene la intención de hacer ping solo a las clases de equivalencia de reenvío de LDP (FET).

Para hacer ping a un LSP MPLS, utilice el ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> comando. Para hacer ping a un LSP MPLS secundario, utilice el ping mpls <count count> <rsvp <lsp-name>> standby path-name comando. Para obtener una descripción detallada de este comando, consulte el Explorador de CLI.

Nota:

El ping mpls comando no se admite en las instancias de enrutamiento.

Nota:

El auto ping se admite para la instancia principal y no para LSP o LSP basados en VLAN utilizados en CCC. El mensaje se muestra para cada LSP y reduce la legibilidad de la configuración.

Ping de LSP de punto a multipunto

Para hacer ping a un LSP de punto a multipunto, utilice los ping mpls rsvp lsp-name multipoint comandos o ping mpls rsvp egress address . El ping mpls rsvp lsp-name multipoint comando devuelve una lista de todos los identificadores del enrutador de salida y el estado actual de los enrutadores de salida LSP de punto a multipunto. El ping mpls rsvp lsp-name multipoint egress address comando devuelve el estado actual del enrutador de salida especificado.

Hacer ping a la dirección de punto de conexión de LSP de MPLS

Para determinar si un LSP entre dos enrutadores de borde de proveedor (PE) está funcionando, puede hacer ping a la dirección de punto de conexión del LSP. Para hacer ping a un punto de conexión LSP MPLS, utilice el ping mpls lsp-end-point address comando. Este comando le indica qué tipo de LSP (RSVP o LDP) termina en la dirección especificada y si ese LSP está arriba o abajo.

Para obtener una descripción detallada de este comando, consulte el Explorador de CLI.

Ping de LSP de CCC

Puede hacer ping a un LSP de CCC específico. El comando ping de CCC LSP es idéntico al utilizado para LSP MPLS. El comando que utiliza es ping mpls <count count> <rsvp <lsp-name>>. También puede hacer ping a un LSP CCC en espera secundario mediante el ping mpls <count count> <rsvp <lsp-name>> standby path-name comando.

Para obtener una descripción detallada de este comando, consulte el Explorador de CLI.

Ping de capa 3 VPN

Puede usar un comando similar, ping mpls l3vpn vpn-name prefix prefix <count count>, para hacer ping a una VPN de capa 3. Para obtener más información acerca de este comando, consulte la biblioteca de VPN de Junos OS para dispositivos de enrutamiento y el Explorador de CLI.

Compatibilidad con comandos LSP Ping y Traceroute basados en RFC 4379

Junos OS admite LSP ping y traceroute comandos basados en RFC 4379, que detectan fallas de plano de datos de etiquetas conmutadas de múltiples protocolos (MPLS).

LSP ping y traceroute los comandos basados en RFC 4379 intentan rastrear la ruta tomada por un LSP al confiar en la expiración MPLS TTL. Un LSP puede tomar varias rutas desde la entrada hasta la salida. Esto ocurre en particular con la multiruta de costo igual (ECMP). El comando LSP traceroute puede rastrear todas las rutas posibles a un nodo LSP.

Temas relacionados