Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

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

 

Las rutas conmutadas por etiqueta MPLS (LSP) se ejecutan desde un enrutador específico hacia el enrutador de salida específico. Para las funciones de LSP de MPLS básicas, debe configurar el enrutador de entrada, pero no es necesario que configure ningún otro enrutador.

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

Crear rutas con nombre

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

Cada 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 creada una ruta de acceso con nombre, puede utilizar la ruta con primary nombre secondary con la instrucción o para configurar [edit protocols mpls label-switched-path label-path-name] los LSP en el nivel de la jerarquía. Puede especificar la misma ruta de acceso con nombre en cualquier número de proveedores de idiomas.

Para determinar si un LSP está asociado con el path principal o secundario en una sesión de RSVP, ejecute show rsvp session detail el comando.

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

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [edit protocols mpls]

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

Para crear una ruta en la que se especifiquen varios o todos los enrutadores de tránsito de la ruta, incluya path la siguiente forma de la instrucción, especificando una dirección para cada enrutador de tránsito:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [edit protocols mpls]

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

En esta forma de la path instrucción, se especifican 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 necesite enumerar cada enrutador loosede tránsito si su tipo es. Especifique las direcciones en orden, comenzando por 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 anterior al enrutador de salida. Solo es necesario 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 omiten y se truncan.

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

  • strict—Predeterminada La ruta tomada del enrutador anterior a este enrutador es una ruta de acceso 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 de entrada sea la especificada. Garantizar que la interfaz de entrada sea la especificada es importante cuando hay vínculos paralelos entre el enrutador anterior y este enrutador. También garantiza que el enrutamiento se puede aplicar en función de cada vínculo.

    Para las direcciones estrictas, debe asegurarse de que el enrutador que precede inmediatamente al enrutador que está configurando tiene una conexión directa con ese enrutador. La dirección puede ser una dirección de interfaz de bucle de retorno, en cuyo caso la interfaz de entrada no está comprobada.

  • loose—La ruta tomada del enrutador anterior a este enrutador no tiene que ser una ruta de acceso directa, puede incluir otros enrutadores y puede recibirse en cualquier interfaz. La dirección puede ser cualquier dirección de interfaz o la dirección de la interfaz de bucle de retorno.

Cita Crear rutas con nombre

Configure una ruta to-hastingsde acceso, para especificar la ruta de acceso estricta completa desde los enrutadores de entrada a 14.1.1.1los 13.1.1.1de 12.1.1.1salida a 11.1.1.1los de,, y, en ese orden. No puede haber ningún enrutador intermedio, excepto los especificados. Sin embargo, puede haber enrutadores intermedios entre 11.1.1.1 y el enrutador de salida porque el enrutador de path salida no está incluido específicamente en la instrucción. Para evitar que los enrutadores intermedios sean anteriores a la salida, configure el enrutador de salida como el último enrutador, con un strict tipo.

Crear una ruta de alt-hastingsacceso,, para permitir cualquier número de enrutadores intermedios entre enrutadores 14.1.1.1 y. 11.1.1.1 Además, se permiten los enrutadores intermedios entre 11.1.1.1 y el enrutador de salida.

Configuración de rutas de copia de seguridad alternativas mediante el uso compartido de destino

Puede crear una base de datos de información que utilice la ruta más corta primero restringida (CSPF) 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 existentes 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 uso compartido de destino.

Puede configurar rutas de copia de seguridad que minimicen el número de vínculos compartidos y las rutas de fibra con las rutas principales tanto como sea posible para garantizar que, si se corta una fibra, la cantidad mínima de datos se pierda y exista una ruta de acceso para el destino.

Para que una ruta de copia de seguridad funcione de manera óptima, no debe compartir vínculos ni rutas de fibra físicas con la ruta de acceso primaria. Esto garantiza que un único punto de error no afectará a las rutas principales y de copia de seguridad al mismo tiempo.

Las siguientes secciones describen cómo configurar el uso compartido del destino y cómo afecta a CSPF, y proporciona un ejemplo de configuración de uso compartido del destino:

Configuración del uso compartido de destino

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

Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección de Resumen de Estados de cuenta de este extracto.

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

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

  • Vínculos—punto a punto que se identifican por las direcciones IP en cada extremo del vínculo. Los vínculos punto a punto no numerados se suelen identificar retomando las direcciones IP de otras interfaces. El orden no es importante; from 1.2.3.4 to 1.2.3.5 y from 1.2.3.5 to 1.2.3.4 tienen el mismo significado.

  • Los vínculos—no punto a punto incluyen vínculos en una interfaz LAN (como interfaces Gigabit Ethernet) o interfaces de no difusión múltiple (NBMA) (como el modo de transferencia asíncrono [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 del enrutador se identifica de forma individual:

    Puede enumerar las direcciones en cualquier orden.

  • Un nodo—enrutador identificado por 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, etc. Todos los objetos se tratan como/32 las direcciones de host.

Para que un grupo tenga significado, debe contener al menos dos objetos. Puede configurar grupos con cero o un objeto; Estos grupos se omiten 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 atribuido a él, lo que representa el nivel de impacto que este grupo tiene en los cálculos de CSPF. Cuanto mayor sea el costo, menos probable será que una ruta de copia de seguridad se comparta con la ruta principal de 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 uso compartido de destino no afecta a los LSP establecidos hasta la siguiente reoptimización de CSPF. La base de datos de acceso compartido de destino sí afecta a los cálculos de redireccionamiento rápido.

Implicaciones para CSPF

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

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

  1. CSPF identifica todos los grupos de uso compartido de destino que están asociados a la ruta de acceso primaria. Para ello, CSPF identifica todos los vínculos y nodos que la ruta de acceso principal atraviesa y compila 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 en la lista de grupos compilados. Si el vínculo es miembro de un grupo, el costo del vínculo aumentará por el costo del grupo. Si un vínculo es miembro de varios grupos, todos los costos de grupo se sumarán.

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

  4. El enrutador realiza el cálculo CSPF regular con la topología ajustada.

Implicaciones de CSPF al compartir el destino con LSP de derivación

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

  • CSPF identifica a los grupos de uso compartido de destino que están asociados con la ruta de LSP principal. Para ello, CSPF identifica el vínculo descendente inmediato y los nodos inmediatos descendentes que la omisión está intentando proteger. CSPF compila listas de grupos que contienen el vínculo descendente inmediato y los nodos descendentes inmediatos.

  • CSPF comprueba cada vínculo (de entrada al nodo inmediatamente descendente) de la base de datos de ingeniería de tráfico en la lista de grupos compilados. Si el vínculo es miembro de un grupo, el costo del vínculo aumentará por el costo del grupo.

  • CSPF identifica el vínculo de dirección descendente que no está en el ruta de acceso compartida de destino.

Este cálculo evita que los bypasses utilicen el mismo enlace físico que el path LSP principal cuando se disponga de alternativas viables.

Ejemplo Configuración del uso compartido de destino

Configure los grupos east de destino westcompartido y los archivos. Dado west que no tiene ningún objeto, se omite durante el procesamiento.