Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Enrutadores LSP

Enrutadores en un LSP

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

  • Enrutador de entrada: el enrutador al principio de un LSP. Este enrutador encapsula paquetes IP con una trama MPLS de capa 2 y lo reenvía al siguiente enrutador 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 IP. Cada LSP solo puede tener un enrutador de salida. Los enrutadores de entrada y salida de un LSP no pueden ser el mismo enrutador.

  • Enrutador de tránsito: cualquier enrutador intermedio del LSP entre los enrutadores de entrada y salida. Un enrutador de tránsito reenvía paquetes MPLS recibidos al siguiente enrutador 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 solo LSP.

Un solo enrutador puede formar parte de varios LSP. Puede ser el enrutador de entrada o salida para 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 de su diseño de red.

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

En las siguientes secciones se describe 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 principio del LSP. El software determina automáticamente la interfaz de salida y la dirección IP adecuadas que se usarán para llegar al próximo enrutador en un LSP.

De forma predeterminada, el ID del enrutador se elige como la dirección del enrutador de entrada. Para reemplazar 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 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

Cuando configure 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 se configura un LSP señalizado, la to instrucción es la única instrucción necesaria. Todas las demás 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. El BGP puede usar esta ruta para reenviar tráfico.

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

Para determinar la dirección del próximo 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 ha pasado 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 ha pasado por un LSP.

También puede manipular la dirección del salto siguiente del BGP definiendo un filtro de política de importación bgp que establece la dirección del salto siguiente 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 prefijo /32 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.

Algunos motivos por los que no se instala la to dirección de instrucción en las tablas de enrutamiento inet.3 e inet.0 incluyen lo siguiente:

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

    • Verifique que el LSP se haya configurado correctamente sin afectar el tráfico.

    • Asigne el tráfico al LSP en pasos incrementales.

    • Asigne el tráfico a la dirección de circuito cerrado de destino (el salto siguiente del BGP) quitando la instrucción una vez que se haya completado 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. A continuación, el tráfico IP se reenvía al punto de conexión remoto CCC, lo que puede provocar errores en algunos tipos de PIC.

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ñales MPLS

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

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

Creación de rutas con nombre

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 denominada con la primary instrucción o secondary para configurar LSP en el [edit protocols mpls label-switched-path label-path-name] nivel jerárquico. 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. Esta forma de la path instrucción está vacía, 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 la que sigue el tráfico de mejor esfuerzo y basado en 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 en la ruta, incluya la siguiente forma 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 esta forma de la path instrucción, especifique 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, comenzando con el 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. Solo debe especificar 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 truncan.

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

  • strict—(Predeterminado) La ruta que se toma del 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 que precede inmediatamente al enrutador que está configurando tenga 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 que se toma del enrutador anterior a este enrutador no debe 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 con nombre

Configure una ruta, to-hastingspara especificar la ruta estricta completa desde la entrada hasta los enrutadores de salida a través 10.14.1.1de , 10.13.1.1, 10.12.1.1, y 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 de salida, ya que el enrutador de salida no se enumera específicamente 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-hastingspara 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.

Configuración de rutas de respaldo alternativas mediante el uso compartido del destino

Puede crear una base de datos de información que constreñida primero de ruta más corta (CSPF) utilice para calcular una o más rutas de copia de seguridad en caso de que la ruta principal se vuelva inestable. La base de datos describe las relaciones entre 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 el destino.

Puede configurar rutas de respaldo que minimicen la cantidad de vínculos compartidos y rutas de fibra con las rutas principales tanto como sea posible para asegurarse de que, si se corta una fibra, se pierde la cantidad mínima de datos y aún existe una ruta al 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 del destino y cómo afecta al CSPF, y se proporciona un ejemplo de configuración para compartir el destino:

Configurar el uso compartido del destino

Para configurar el uso compartido del 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 de resumen de instrucciones para esta instrucción.

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

Los grupos de distribución del destino contienen tres tipos de objetos:

  • Vínculos punto a punto: identificados por las direcciones IP en cada extremo del vínculo. Por lo general, los vínculos punto a punto sin numerar se identifican mediante el préstamo de direcciones IP de otras interfaces. El pedido 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 no punto a punto: incluya vínculos en una interfaz LAN (como interfaces Gigabit Ethernet) o interfaces de multiacceso no transmitido (NBMA) (como el modo de transferencia asíncrona [ATM] o Frame Relay). Estos vínculos se identifican 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 mediante 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 conducto de fibra, todos los canales ópticos que comparten la misma fibra, todos los vínculos que se conectan al mismo conmutador LAN, todos los equipos que comparten la misma fuente de alimentación, entre otros. Todos los objetos se tratan como direcciones host /32.

Para que un grupo sea significativo, 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 atribuye, lo que representa el nivel de impacto que este grupo tiene en los cálculos de CSPF. Cuanto más alto sea el costo, menos probabilidades tendrá una ruta de respaldo de compartir con la ruta principal cualquier objeto del grupo. El costo es directamente comparable a las métricas de ingeniería de tráfico. De forma predeterminada, el costo es 1. Cambiar la base de datos de distribución del destino no afecta a los LSP establecidos hasta la próxima reoptimización de CSPF. La base de datos de distribución del 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 del 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 que comparten el destino que están asociados con la ruta principal. CSPF lo hace identificando todos los vínculos y nodos que atraviesa la ruta principal y compilando listas de grupos que contienen al menos uno de los vínculos o nodos. CSPF omite 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 con la lista de grupos compilada. Si el vínculo es miembro de un grupo, el costo del vínculo se incrementa por el costo del grupo. Si un vínculo es miembro de varios grupos, todos los costos de grupo se agregan juntos.

  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 CSPF regulares con la topología ajustada.

Implicaciones para cspf cuando el destino compartido con LSP de bypass

Cuando el uso compartido del destino está habilitado con protección de vínculo o de nodo de vínculo, CSPF funciona de la siguiente manera al calcular la ruta de LSP de derivación:

  • CSPF identifica los grupos de distribución del destino asociados con la ruta LSP principal. CSPF lo hace identificando el vínculo descendente inmediato y los nodos descendentes inmediatos que la omisión intenta 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 en la lista de grupos compilada. Si el vínculo es miembro de un grupo, el costo del vínculo se incrementa por el costo del grupo.

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

Este cálculo evita que las derivaciones 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 east para compartir el destino y west. Dado que west no tiene objetos, se omite durante el procesamiento.

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

Para configurar LSP señalizados en todos los enrutadores MPLS que deben 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 realizar muchos intentos de conexión y reconectar 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 tiempo 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 de reintento predeterminado 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 en la cantidad de veces que un enrutador de entrada intenta establecer o restablecer una conexión con el 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 una 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.

Pinging LSP

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

Pinging MPLS LSP

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 datagrama de usuario (UDP) reenviado a una dirección en el intervalo 127/8 (127.0.0.1 de forma predeterminada, esta dirección es configurable) y el puerto 8503. La información de etiqueta e 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 para 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 jerárquico del enrutador remoto para poder hacer ping a un LSP que termine allí. Debe configurar MPLS incluso si tiene la intención de hacer ping solo las clases de equivalencia de reenvío de LDP (FEC).

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 maestra y no se admite 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.

Pinging 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 de 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 del punto de conexión de los LSP MPLS

Para determinar si un LSP entre dos enrutadores de borde de proveedor (PE) está activo y en ejecución, puede hacer ping en la dirección del 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.

Pinging CCC LSP

Puede hacer ping a un LSP CCC específico. El comando ping LSP CCC es idéntico al que se utiliza para LSP MPLS. El comando que usa es ping mpls <count count> <rsvp <lsp-name>>. También puede hacer ping a un CCC LSP de CCC 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.

Pinging VPN de capa 3

Puede utilizar un comando similar para ping mpls l3vpn vpn-name prefix prefix <count count>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, detección de errores de plano de datos conmutados por etiquetas de varios protocolos (MPLS).

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