Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración GMPLS

Introducción a GMPLS

Las MPLS están diseñadas para transportar tráfico IP de capa 3 mediante rutas IP establecidas y asociando estas rutas con etiquetas asignadas arbitrariamente. Un administrador de red puede configurar estas etiquetas de forma explícita o se pueden asignar dinámicamente por medio de un protocolo como LDP o RSVP.

GMPLS generaliza MPLS en que define etiquetas para conmutar distintos tipos de tráfico de capa 1, capa 2 o capa 3. Los nodos GMPLS pueden tener vínculos con una o más de las siguientes capacidades de conmutación:

  • Capacidad de conmutación de fibra (FSC)

  • Compatible con la conmutación lambda (LSC)

  • Multiplexación por división de tiempo (MDT) con capacidad de conmutación (TSC)

  • Capacidad para conmutación de paquetes (PSC)

Las rutas conmutadas por etiqueta (LSP) deben iniciar y terminar en vínculos con la misma capacidad de conmutación. Por ejemplo, los enrutadores pueden establecer LSP de conmutación de paquetes con otros enrutadores. Los LSP pueden trasladarse a un LSP de conmutación MDT entre los multiplexores Add/Drop de SONET (ADM) que, a su vez, podrían ser transportados sobre un LSP con conmutación lambda.

El resultado de esta extensión del protocolo MPLS es una expansión en el número de dispositivos que pueden participar en la conmutación de etiquetas. Los dispositivos de capa inferior, como los ADM de OXCs y SONET, ahora pueden participar en la señalización de GMPLS y configurar rutas de transferencia para transferir datos. Un enrutador puede participar en la señalización de rutas ópticas en una red de transporte.

Dos modelos de servicio determinan la visibilidad que un nodo de cliente (un enrutador, por ejemplo) tiene en el núcleo óptico o en la red de transporte. La primera se realiza a través de una interfaz de usuario a red (UNI), a la que a menudo se hace referencia como modelo de superposición. El segundo se conoce como modelo de sistemas de mismo nivel. Juniper Networks admite ambos modelos.

Nota:

No hay necesariamente una correspondencia uno a uno entre una interfaz física y una interfaz GMPLS. Si una conexión GMPLS usa un conector físico no canalizado, la etiqueta GMPLS puede usar el ID de puerto físico. Sin embargo, la etiqueta para interfaces canalizadas se suele basar en un canal o en una ranura de tiempo. Por lo tanto, es mejor hacer referencia a las etiquetas GMPLS como identificadores de un recurso en un vínculo de ingeniería de tráfico.

Para establecer LSP, GMPLS utiliza los mecanismos siguientes:

  • Un canal de control fuera de banda y un canal de datos: los mensajes RSVP para la configuración de LSP se envían a través de una red de control fuera de banda. Una vez que se ha completado la configuración de LSP y se ha aprovisionado la ruta de acceso, el canal de datos está en funcionamiento y puede utilizarse para transportar tráfico. El protocolo de administración de vínculos (LMP) se utiliza para definir y administrar los canales de datos entre un par de nodos. Opcionalmente, puede utilizar LMP para establecer y mantener canales de control de LMP entre los interlocutores que ejecutan el mismo Junos OS versión.

  • Las extensiones RSVP-ING-T para GMPLS: RSVP-ING-T ya están diseñadas para indicar la configuración de LSP de paquete. Esto se ha ampliado para GMPLS de modo que sea capaz de solicitar una configuración de ruta para varios tipos de LSP (no de paquetes) y etiquetas de solicitud, como las longitudes de onda, franjas temporales y fibras como objetos de etiqueta.

  • LSP bidireccional: los datos pueden viajar en ambos sentidos entre dispositivos GMPLS a través de una sola ruta, por lo que los LSP nopacket se señalan como bidireccionales.

GMPLS de los términos y acrónimos

MPLS generalizadas (GMPLS)

Extensión de MPLS que permite conmutar datos de varias capas a otras rutas con conmutación de etiqueta (LSP). Las conexiones GMPLS LSP son posibles entre dispositivos similares de capa 1, capa 2 y capa 3.

Adyacencia de reenvío

Ruta de reenvío para enviar datos entre dispositivos habilitados para GMPLS.

Etiqueta GMPLS

Identificadores de capa 3, puerto de fibra multiplexación por división de tiempo, ranura de tiempo (MDT) o longitud de onda multiplexación por división de longitud de onda densa (MDCLO) de un dispositivo compatible con GMPLS que se usa como identificador de salto siguiente.

Tipos de LSP de GMPLS

Los cuatro tipos de LSP de GMPLS son:

  • Compatible con conmutación de fibra (FSC): los LSP se conmutan entre dos dispositivos basados en fibra, tales conexiones cruzadas ópticas (MPC) que funcionan al nivel de las fibras individuales.

  • Compatible con conmutación de Lambda (LSC): los LSP se conmutan entre dos dispositivos MDCLO, como las OPC que funcionan al nivel de las longitudes de onda individuales.

  • MDT compatible con conmutación (MDT): los LSP se conmutan entre dos MDT dispositivos, como las ADMs SONET.

  • Compatible con conmutación de paquetes (PSC): los LSP se conmutan entre dos dispositivos basados en paquetes, como enrutadores o conmutadores ATM.

Protocolo de administración de vínculos

Protocolo utilizado para definir una adyacencia de reenvío entre elementos del mismo nivel, y para mantener y asignar recursos en los vínculos de ingeniería de tráfico.

Vínculo de ingeniería de tráfico

Una conexión lógica entre dispositivos compatibles con GMPLS. Los vínculos de ingeniería de tráfico pueden tener direcciones o identificadores, y se asocian con determinados recursos o interfaces. También tienen ciertos atributos (tipo de codificación, capacidad de conmutación, ancho de banda, etc.). Las direcciones lógicas pueden enrutarse, aunque esto no es necesario porque actúan como identificadores de vínculo. Cada vínculo de ingeniería de tráfico representa una adyacencia de reenvío entre un par de dispositivos.

Operación de GMPLS

La funcionalidad básica de GMPLS requiere una interacción estrecha entre RSVP y LMP. Funciona de la siguiente secuencia:

  1. LMP notifica a RSVP de las nuevas entidades:

    • Vínculo de ingeniería de tráfico (adyacencia de enrutamiento)

    • Recursos disponibles para el vínculo de ingeniería de tráfico

    • Control del mismo nivel

  2. GMPLS extrae los atributos de LSP de la configuración y solicita que RSVP señale una o más rutas específicas, que se especifican mediante las direcciones del vínculo de ingeniería de tráfico.

  3. RSVP determina el vínculo de ingeniería de tráfico local, la adyacencia del control y el canal de control activo, y los parámetros de transmisión (como el destino IP). Solicita que LMP asigne un recurso del vínculo de ingeniería de tráfico con los atributos especificados. Si LMP encuentra un recurso que coincida con los atributos, la asignación de las etiquetas se realizará correctamente. RSVP envía un salto de PathMsg por salto hasta que llega al enrutador de destino.

  4. Cuando el enrutador de destino recibe el PathMsg, RSVP vuelve a solicitar que LMP asigne un recurso basándose en los parámetros señalizados. Si la asignación de etiquetas se realiza correctamente, el enrutador devuelve un ResvMsg.

  5. Si la señalización se realiza correctamente, se suministra un trazado óptico bidireccional.

GMPLS y OSPF

Puede configurar OSPF para GMPLS. OSPF es un protocolo de puerta de enlace interior (IGP) que enruta paquetes dentro de un único sistema autónomo (AS). OSPF utiliza la información del estado de los vínculos para tomar decisiones de enrutamiento.

GMPLS y CSPF

GMPLS presenta restricciones adicionales para el cálculo de rutas para los LSP de GMPLS que utilizan CSPF. Estas restricciones adicionales afectan a los siguientes atributos de vínculo:

  • Tipo de señal (ancho de banda de LSP mínimo)

  • Tipo de codificación

  • Tipo de conmutación

Estas restricciones nuevas se rellenan en la base de datos de la ingeniería de tráfico con el intercambio de un descriptor de la función de conmutación de interfaz, length, Value (TLV) a través de una IGP.

Las restricciones omitidas que se intercambian mediante el descriptor de la funcionalidad conmutación de interfaz son:

  • Máximo ancho de banda de LSP

  • Unidad máxima de transmisión (MTU)

El cálculo de la ruta de CSPF es el mismo que en entornos distintos de GMPLS, excepto en que los vínculos también están limitados por GMPLS restricciones.

Cada vínculo puede tener varios descriptores de capacidad de conmutación de interfaz. Todos los descriptores se comprueban antes de que se rechace un vínculo.

Las restricciones se comprueban en el orden siguiente:

  1. El tipo de señal configurado para el LSP de GMPLS significa la cantidad de ancho de banda solicitada. Si el ancho de banda deseado es inferior al ancho de banda de LSP mínimo, se rechazará el descriptor de conmutación de interfaz.

  2. El tipo de codificación del vínculo para las interfaces de entrada y salida debe coincidir. El tipo de codificación se selecciona y se almacena en el nodo de entrada después de que el vínculo satisface todas las restricciones y se utiliza para seleccionar el vínculo en el nodo de salida.

  3. El tipo de conmutación de los enlaces de los conmutadores intermedios debe coincidir con el del LSP de GMPLS especificado en la configuración.

Características de GMPLS

El Junos OS incluye la siguiente funcionalidad de GMPLS:

  • Un plano de control fuera de banda posibilita la señal de la configuración de las rutas LSP.

  • Las extensiones RSVP-TE admiten objetos adicionales más allá de los paquetes de la capa 3, como puertos, intervalos de tiempo y longitudes de onda.

  • El protocolo LMP crea y mantiene una base de datos de enlaces de ingeniería de tráfico e información de sistemas de mismo nivel. En Junos OS, solo se admite la versión estática de este protocolo. Opcionalmente, puede configurar la LMP para establecer y mantener los canales de control de LMP entre los interlocutores que ejecutan el mismo Junos OS versión.

  • Se requieren LSP bidireccionales entre dispositivos.

  • Se admiten varios tipos de etiquetaS GMPLS definidas en RFC 3471, MPLSgeneralizado: descripción funcional de señalización, como MPLS, generalizada, SONET/SDH, sugerida y ascendente. Las etiquetas generalizadas no contienen un campo de tipo, ya que los nodos deben saber del contexto de su conexión qué tipo de etiqueta se espera.

  • Los parámetros de tráfico facilitan la codificación de ancho de banda GMPLS y el formato SONET/SDH.

  • Otros atributos compatibles son identificación de interfaz e identificación de interfaz con errores, señalización de estilo de usuario a red (UNI) y rutas de LSP secundarias.

Configuración de rutas de MPLS para GMPLS

Como parte de la configuración de GMPLS, debe establecer una ruta de acceso MPLS para cada dispositivo único conectado a través de GMPLS. Configure la dirección remota del vínculo de ingeniería de tráfico como [edit protocols mpls path path-name] dirección en el nivel de jerarquía. La ruta de acceso más corta restringida en primer lugar (CSPF) es compatible para que strict pueda loose elegir la opción or con la dirección.

Consulte Descripción general de la configuración de LMP para obtener información acerca de cómo obtener una dirección remota de vínculo de ingeniería de tráfico.

Para configurar el MPLS ruta de acceso, path incluya la instrucción [edit protocols mpls] en el nivel de jerarquía:

Para obtener más información sobre cómo configurar rutas de MPLS, consulte Creating paths con nombre.

Seguimiento del tráfico de LMP

Para realizar el seguimiento del tráfico del protocolo traceoptions LMP, incluya [edit protocols link-management] la instrucción en el nivel de jerarquía:

Utilice la file instrucción para especificar el nombre del archivo que recibe el resultado de la operación de seguimiento. Todos los archivos se colocan en el directorio/var/log.

Los siguientes indicadores de traza muestran las operaciones asociadas con el envío y recepción de varios mensajes de LMP:

  • all: permite rastrear todas las operaciones disponibles

  • hello-packets: seguimiento de paquetes de saludo en cualquier canal de control LMP

  • init: salida de los mensajes de inicialización

  • packets: permite rastrear todos los paquetes distintos de los paquetes de saludo en cualquier canal de control LMP

  • parse: el funcionamiento del analizador

  • process: operación de la configuración general

  • route-socket— Operación de eventos de conexión de ruta

  • routing: funcionamiento de los protocolos de enrutamiento

  • server— Operaciones de procesamiento del servidor

  • show: operaciones de mantenimiento para show comandos

  • state: transiciones de estado de seguimiento de los canales de control de LMP y vínculos de ingeniería de tráfico

Cada indicador puede contener uno o varios de los siguientes modificadores de indicadores:

  • detail: proporcione información de seguimiento detallada

  • receive: paquetes que se reciben

  • send— Paquetes que se transmiten

Configuración de los LSP de MPLS para GMPLS

Para activar los parámetros de conmutación de GMPLS adecuados, configure los atributos de la ruta de acceso conmutada (LSP) apropiados para su conexión de red. El valor predeterminado de switching-type is psc-1, que también resulta adecuado para el MPLS estándar.

Para configurar los atributos de LSP, incluya lsp-attributes la instrucción en [edit protocols mpls label-switched-path lsp-name] el nivel de jerarquía:

Si incluye la no-cspf instrucción en la configuración de la ruta de acceso conmutada por etiqueta, también debe configurar rutas primarias y secundarias, o la configuración no se puede confirmar.

Las secciones siguientes describen cómo configurar cada uno de los atributos del LSP para un LSP de GMPLS:

Configuración del tipo de codificación

Debe especificar el tipo de codificación de la carga que transporta el LSP. Puede ser cualquiera de las siguientes:

  • ethernet— Ethernet

  • packet— Paquete

  • pdh— Jerarquía digital plesiocrófa (PDH)

  • sonet-sdh—SONET/SDH

El valor predeterminado es packet.

Para configurar el tipo de codificación, incluya la encoding-type instrucción en el [edit protocols mpls label-switched-path lsp-name lsp-attributes] nivel de jerarquía:

Configuración de GPID

Debe especificar el tipo de carga que transporta el LSP. La carga es el tipo de paquete que se encuentra debajo de la etiqueta MPLS. La carga se especifica mediante el identificador de carga generalizada (GPID).

Puede especificar el GPID con cualquiera de los siguientes valores:

  • hdlc— Control de vínculos de datos de alto nivel (HDLC)

  • ethernet— Ethernet

  • ipv4— IP versión 4 (predeterminada)

  • pos-scrambling-crc-16— Para la interoperabilidad con el equipo de otros proveedores

  • pos-no-scrambling-crc-16— Para la interoperabilidad con el equipo de otros proveedores

  • pos-scrambling-crc-32— Para la interoperabilidad con el equipo de otros proveedores

  • pos-no-scrambling-crc-32— Para la interoperabilidad con el equipo de otros proveedores

  • ppp— Protocolo punto a punto (PPP)

Para configurar el GPID, incluya la gpid instrucción en el [edit protocols mpls label-switched-path lsp-name lsp-attributes] nivel de jerarquía:

Configuración del tipo de ancho de banda de la señal

El tipo de ancho de banda de la señal es la codificación utilizada para el cálculo de rutas y el control de admisión. Para configurar el tipo de ancho de banda de signal-bandwidth la señal, [edit protocols mpls label-switched-path lsp-name lsp-attributes] incluya la instrucción en el nivel de jerarquía:

Configuración de GMPLS de LSP bidireccionales

Dado que MPLS y GMPLS utilizan la misma jerarquía de configuración para los LSP, es útil saber qué atributos de LSP controlan la funcionalidad de proveedores de informadores. Los LSP de conmutación de paquetes de MPLS estándar son unidireccionales, mientras que los proveedores de GMPLS no de paquetes son bidireccionales.

Si utiliza el tipo de conmutación de paquetes predeterminado de psc-1, su LSP será unidireccional. Para activar un LSP de GMPLS bidireccional, debe seleccionar una opción de tipo de no conmutación de paquetes, como lambda, fibero ethernet. Incluir la switching-type instrucción en el [edit protocols mpls label-switched-path lsp-name lsp-attributes] nivel de jerarquía:

Permitir LSP de GMPLS que no son de paquetes para establecer rutas a través de enrutadores que ejecutan Junos OS

Mediante la configuración de bits A en el objeto de estado de administrador. puede permitir que los proveedores de GMPLS que no sean de paquetes establezcan rutas a través de enrutadores que ejecuten Junos. Cuando un enrutador de entrada envía un mensaje DE RUTA RSVP con el conjunto de bits de estado de administración, un dispositivo externo (no un enrutador que ejecuta el Junos OS) puede realizar una prueba de configuración de ruta de capa 1 o ayudar a abrir una conexión óptica cruzada.

Cuando está definido, el A bits del objeto de estado de administrador indica el estado de administración de un LSP de GMPLS. Esta característica la utilizan específicamente los LSP de GMPLS que no son de paquetes. No afecta a la configuración de rutas de control ni al reenvío de datos para LSP de paquetes.

Junos no distingue entre la configuración de paths de control y la ruta de datos. Otros nodos A lo largo de la ruta de red usan la señalización de ruta RSVP con un bit de forma significativa.

Para configurar el objeto de estado de administración para un LSP de GMPLS admin-down , incluya la siguiente declaración:

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

Cómo desgarrar correctamente los LSP de GMPLS

Puede destruir correctamente los LSP de GMPLS no de paquetes. Un LSP que se deja inactivo de repente, un proceso común en una red de conmutación de paquetes puede ocasionar problemas de estabilidad en las redes que no son de conmutación de paquetes. Para mantener la estabilidad de las redes que no son de conmutación de paquetes, puede que sea necesario destruir los LSP correctamente.

Las siguientes secciones describen cómo anular la GMPLS de los LSP:

Eliminar temporalmente los LSP de GMPLS

Puede recortar correctamente un LSP de GMPLS con el clear rsvp session gracefully comando.

Este comando anulaba correctamente una sesión RSVP para un LSP que no es del paquete en dos pasos. En el primer paso, el objeto de estado de administración se señaliza a lo largo de la ruta hasta el punto de conexión del LSP. Durante el segundo paso se desconectará el LSP. Con este comando, el LSP se desconecta temporalmente. Después del intervalo adecuado, el LSP de la GMPLS se reseñaliza y luego se restablece.

El clear rsvp session gracefully comando tiene las propiedades siguientes:

  • Solo funciona con los enrutadores de entrada y salida de una sesión de RSVP. Si se utiliza en un enrutador de tránsito, tiene el mismo clear rsvp session comportamiento que el comando.

  • Sólo funciona para LSP que no son paquetes. Si se utiliza con LSP de paquetes, tiene el mismo comportamiento que clear rsvp session el comando.

Para obtener más información, consulte el CLI Explorer.

Eliminar permanentemente los LSP de GMPLS

Cuando se desactiva un LSP en la configuración, el LSP se elimina de forma permanente. Mediante la configuración disable de la declaración, puede desactivar un LSP de GMPLS permanentemente. Si el LSP que se está deshabilitando no es un LSP del paquete, se utilizan los procedimientos de corte descendente del LSP que utilizan el objeto de estado de administración. Si el LSP que se está deshabilitando es un LSP de paquetes, entonces se utilizan los procedimientos regulares de señalización para la eliminación de LSP.

Para desactivar un LSP de GMPLS, incluya disable el extracto en cualquiera de los siguientes niveles de jerarquía:

  • [edit protocols mpls label-switched-path lsp-name]: desactive el LSP.

  • [edit protocols link-management te-link te-link-name]: desactive un vínculo de ingeniería de tráfico.

  • [edit protocols link-management te-link te-link-name interface interface-name]: desactive una interfaz utilizada por un vínculo de ingeniería de tráfico.

Configuración del intervalo de tiempo de espera de eliminación correcta

El enrutador que inicia el procedimiento de eliminación sin problemas de una sesión de RSVP espera el intervalo de tiempo de espera de eliminación correcta para garantizar que todos los enrutadores de la ruta de acceso (especialmente los enrutadores de entrada y salida) hayan preparado para que se pueda desconectar el LSP.

El enrutador de entrada inicia el procedimiento de eliminación sin problemas mediante el envío del objeto de estado de administrador del D mensaje path con el bit set. El enrutador de entrada espera recibir un mensaje RESV con el D bit establecido desde el enrutador de salida. Si el enrutador de entrada no recibe este mensaje en el tiempo especificado por el intervalo de tiempo de espera de eliminación forzada, enviará un mensaje PathTear para iniciar una interrupción de la actividad del LSP.

Para configurar el intervalo de tiempo de espera de eliminación graceful-deletion-timeout sin problemas, [edit protocols rsvp] incluya la instrucción en el nivel jerárquico. Puede configurar un tiempo entre 1 y 300 segundos. El valor predeterminado es de 30 segundos.

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

  • [edit protocols rsvp]

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

Puede utilizar el show rsvp version comando para determinar el valor actual configurado para el tiempo de espera de eliminación normal.

GMPLS RSVP-TE Descripción general de señalización de LSP de VLAN

Descripción de GMPLS RSVP-TE señalización

La señalización es el proceso de intercambio de mensajes dentro del plano de control para configurar, mantener, modificar y terminar las rutas de datos (rutas conmutadas por etiqueta (LSP)) en el plano de datos. La MPLS generalizada (GMPLS) es un conjunto de protocolos que extiende el plano de control existente de MPLS para administrar más clases de interfaces y para admitir otras formas de conmutación de etiquetas, como multiplexación por división de tiempo (MDT), fibra (puerto), Lambda, etc.

GMPLS extiende las conexiones inteligentes de IP/MPLS a partir de la capa 2 y la capa 3 hasta los dispositivos ópticos de capa 1. A diferencia de MPLS, que es principalmente compatible con enrutadores y conmutadores, GMPLS también puede ser soportado por plataformas ópticas, incluidas SONET/SDH, conexiones cruzadas ópticas (OXCs) y la multiplexión de división de ondas densa.

Además de las etiquetas, que se utilizan principalmente para reenviar datos en MPLS, se pueden utilizar otras entradas físicas, como las longitudes de onda, franjas de tiempo y fibras como objetos Label para reenviar datos en GMPLS, con lo que se aprovechan los mecanismos del plano de control existentes para señalar distintos tipos de LSP. GMPLS utiliza RSVP-TE para poder solicitar el resto de objetos Label con el fin de señalar los distintos tipos de LSP (no paquetes). Los proveedores de LSP bidireccionales y el canal de control fuera de banda y los canales de datos que utilizan el protocolo de gestión de vínculos (LMP) son los otros mecanismos utilizados por GMPLS para establecer LSP.

Necesidad de GMPLS RSVP-TE de señalización de LSP de VLAN

Los servicios de punto a punto tradicionales de capa 2 utilizan circuitos de capa 2 y tecnologías VPN de capa 2 que se basan en LDP y BGP. En la implementación tradicional, los dispositivos perimetrales del cliente (CE) no participan en la señalización del servicio de la capa 2. Los dispositivos de extremo de proveedor (PE) administran y suministran el servicio de capa 2 para proporcionar conectividad de extremo a extremo entre los dispositivos de CE.

Uno de los mayores desafíos de hacer que los dispositivos de PE suministren los servicios de capa 2 para cada circuito de capa 2 entre un par de dispositivos de CE es la carga de administración de la red en la red del proveedor.

Figura 1ilustra cómo el servicio de capa 2 está configurado y utilizado por los enrutadores CE en una tecnología VPN de capa 2 basada en LDP/BGP. Dos enrutadores CE CE1 y CE2 se conectan a un proveedor MPLS red a través de los enrutadores PE1 y PE2 respectivamente. Los enrutadores CE se conectan a los enrutadores de PE mediante vínculos de Ethernet. Los enrutadores CE1 e CE2 se configuran con las interfaces de la capa lógica 3 VLAN1 y VLAN2, por lo que parecen estar directamente conectados. Los enrutadores PE1 y PE2 se configuran con el circuito de capa 2 (pseudowire) para transportar el tráfico VLAN de capa 2 entre los enrutadores CE. Los enrutadores de PE utilizan los MPLS LSP del paquete en el proveedor MPLS red para transportar el tráfico de la capa 2 de la VLAN.

Figura 1: Servicios de punto a punto tradicionales de capa 2Servicios de punto a punto tradicionales de capa 2

Con la introducción de la señalización de LSP basada en GMPLS, se minimiza la necesidad de la red de PE (denominada también capa de servidor) para hacer el aprovisionamiento de cada conexión de capa 2 entre los dispositivos CE (también denominados cliente). El enrutador de cliente solicita el enrutador de la capa de servidor al que se conecta directamente, para configurar el servicio de capa 2 para conectar con un enrutador de cliente remoto a través de la señalización de GMPLS.

Los dispositivos de la capa de servidor amplían la señalización a través de la red de capa de servidor para conectar con los enrutadores del cliente remoto. En el proceso, el dispositivo de la capa de servidor configura el plano de datos para el servicio de capa 2 en el borde servidor-cliente y configura el plano de datos para transportar el tráfico de capa 2 dentro de la red de capa de servidor. Con la configuración del servicio de capa 2, los enrutadores del cliente pueden ejecutar IP/MPLS directamente encima del servicio de capa 2 y tienen la adyacencia e IP/MPLS entre sí.

Además de reducir la actividad de provisioning necesaria en los dispositivos del nivel de servidor, GMPLS Signaling también proporciona a los enrutadores del cliente la flexibilidad de poner los circuitos de la capa 2 a pedido, sin depender de la capa del servidor. Administración del aprovisionamiento del servicio de capa 2.

Con la misma topología que en la ilustración 1, Figura 2 se ilustra cómo el servicio de capa 2 está configurado y lo utilizan los enrutadores del cliente en GMPL tecnología VPN de capa 2 basada en RSVP-te.

Figura 2: GMPLS RSVP-TE VLAN-TE, LSPGMPLS RSVP-TE VLAN-TE, LSP

En Figura 2, en lugar de configurar una pseudowire para llevar a cabo el tráfico de la VLAN de capa 2 entre los enrutadores del cliente, los enrutadores PE1 y PE2 se configuran con un canal de comunicación basado en IP y otras configuraciones específicas del GMPLS (identificación de vínculos Ethernet como Vínculos de TE) permite el intercambio de mensajes de señalización de GMPLS RSVP-TE con los enrutadores del cliente. Los enrutadores CE1 y CE2 también se configuran con un canal de comunicación basado en IP y con la configuración de GMPLS relevante para intercambiar los mensajes de señalización de GMPLS RSVP-TE con los enrutadores de nivel de servidor. Los enrutadores CE1 y CE2 establecen una adyacencia IP/MPLS encima de este servicio de la capa 2.

GMPLS RSVP-TE red VLAN LSP la funcionalidad de señalización

Basado en Figura 2, el enrutador del cliente establece el servicio de capa 2 en la red de capa de servidor de la siguiente manera:

  1. El enrutador CE1 inicia GMPLS señal de RSVP-me con enrutador PE1. En este mensaje de señalización, CE1 del enrutador indica la VLAN del vínculo Ethernet para la que se necesita el servicio de capa 2 y el enrutador remoto de CE, enrutador CE2, con el que se debe conectar la VLAN.

    El enrutador CE1 también indica el enrutador remoto PE, el enrutador PE2, al que está conectado el enrutador CE2 y el vínculo Ethernet exacto que conecta el enrutador CE2 al enrutador PE2 en el que se requiere el servicio de capa 2 en el mensaje de señalización.

  2. El enrutador PE1 utiliza la información de CE1 del enrutador en el mensaje de señalización y determina el enrutador de PE remoto, enrutador PE2, al que está conectado CE2 de enrutador. A continuación, el enrutador PE1 establece un paquete MPLS LSP asociado (bidireccional) a través de la red MPLS de capa de servidor para transportar el tráfico de VLAN y pasa el mensaje de señalización de GMPLS RSVP-TE al enrutador PE2 mediante el mecanismo de jerarquía de LSP.

  3. Enrutador PE2 propaga el mensaje de señalización de RSVP-TE de GMPLS al enrutador CE2 con la VLAN que se utilizará en el vínculo PE2-CE2 Ethernet.

  4. El enrutador CE2 responde con una confirmación al mensaje de señalización GMPLS RSVP-TE al enrutador PE2. A continuación, el enrutador PE2 lo propaga a PE1 de enrutador, lo que a su vez lo propaga a la CE1 del enrutador.

  5. Como parte de esta propagación del mensaje, los enrutadores PE1 y PE2 configuran el plano de reenvío para permitir el flujo bidireccional del tráfico de capa 2 de VLAN entre los enrutadores CE1 y CE2.

Jerarquía de LSP con GMPLS RSVP-TE VLAN de LSP

El servicio de capa 2 en GMPLS RSVP-TE la señalización de LSP se genera utilizando un mecanismo de jerarquía en el que se crean dos LSP de RSVP diferentes para el servicio de capa 2:

  • Un LSP de VLAN de extremo a extremo que tiene información de estado en los enrutadores de cliente y de capa de servidor.

  • Un LSP asociado al transporte de paquetes bidireccionales, que está presente en los enrutadores de la capa de servidor (PE y P) de la red de capa de servidor.

La jerarquía de LSP evita compartir información sobre las características de LSP específicas de la tecnología con los nodos principales de la red de capa de servidor. Esta solución separa limpiamente el estado de LSP de la VLAN y el estado de los proveedores de transporte de transportes, y garantiza que el estado de LSP de la VLAN solo esté presente en los nodos (PE, CE) donde sea necesario.

Especificación de ruta de acceso para GMPLS RSVP-TE VLAN

La ruta de acceso del LSP de GMPLS RSVP-TE está configurada como un objeto de ruta explícito (ERO) en el enrutador cliente de inicio. Dado que este LSP atraviesa distintos dominios de red (Inicio, terminación en la red del cliente y atravesando la red de capa de servidor), la configuración de LSP queda bajo la categoría de una configuración de LSP entre dominios. En un escenario interdominio, un dominio de red generalmente no tiene una visibilidad completa de la topología del otro dominio de red. Por lo tanto, los ERO que se configuran en el enrutador de inicio del cliente no tienen información de salto completo para la parte del nivel de servidor. Esta característica requiere que la ERO configurada en el enrutador de CE tenga tres saltos y que el primer salto sea un salto estricto que identifique al vínculo CE1-PE1 Ethernet, que el segundo salto sea un salto dinámico que identifique el enrutador PE de salida (PE2) y que el tercer salto sea un salto estricto identificar el vínculo Ethernet CE2-PE2.

GMPLS RSVP-TE configuración LSP-TE VLAN

La configuración necesaria para configurar un LSP de VLAN de GMPLS en los enrutadores del cliente y el servidor utiliza el modelo de configuración de GMPLS existente con algunas extensiones. El modelo de configuración de Junos OS GMPLS para LSP que no son paquetes pretende que las interfaces físicas se contraigan y ejecuten a través de la señalización de RSVP-TE de GMPLS, mientras que la señalización de un LSP de GMPLS RSVP-TE de VLAN dirige a la puesta en marcha de VLAN individuales sobre un físico interfaz. La ethernet-vlan instrucción de configuración en [edit protocols link-management te-link] la jerarquía lo habilita.

El enrutador de cliente tiene interfaces físicas conectadas a una red de servidor, y la red de servidor proporciona una conexión punto a punto entre dos enrutadores de cliente a través de las interfaces físicas conectadas. La interfaz física se introduce en un estado operativo mediante GMPLS RSVP-TE de la manera siguiente:

  1. El enrutador de cliente mantiene una adyacencia de enrutamiento o señalización con el nodo de red del servidor al que está conectada la interfaz física, normalmente a través de un canal de control distinto de la interfaz física, ya que la propia interfaz física se abre y sólo se ejecuta después de la señalización.

  2. El enrutador de cliente y el nodo de red del servidor identifican las interfaces físicas que las conectan mediante el mecanismo de vínculo de TE-TE.

  3. El enrutador de cliente y el nodo de red del servidor usan el identificador de vínculo de TE-Link (dirección IP) como GMPLS RSVP hop y el identificador de interfaz física como los valores de etiqueta GMPLS en el GMPLS RSVP-TE señalando mensajes para llevar la interfaz física a una estatales.

En la configuración del GMPLS existente, los nodos de red del servidor y protocols link-management peer peer-name del cliente utilizan la instrucción de configuración para especificar el nodo del mismo nivel adyacente. Dado que un enrutador de cliente puede tener una o varias interfaces físicas conectadas al nodo de red del servidor, estas interfaces físicas se agrupan e identifican mediante una dirección IP a través de la instrucción de protocols link-management te-link link-name configuración. El vínculo TE asigna una dirección IP local, una dirección IP remota y una lista de interfaces físicas. A continuación, se asocia el vínculo de TE protocols link-management peer peer-name te-link te-link-list a la instrucción de configuración.

El canal de control fuera de banda que se requiere para intercambiar mensajes de señalización se especifica mediante la instrucción protocols link-management peer peer-name control-channel interface-name de configuración. La existencia del nodo de red del servidor o del cliente se hace visible para los protocolos RSVP y IGP (OSPF) peer-interface interface-name a través de la [edit protocols rsvp] instrucción [edit protocols ospf] de configuración bajo los niveles de jerarquía y.

En la configuración del GMPLS existente, la etiqueta (etiqueta de rótulo y RESV) que se transporta en el mensaje de señalización es un identificador entero que identifica la interfaz física que se requiere que se ponga en marcha. Dado que la etiqueta se utiliza para identificar la interfaz física, la configuración de GMPLS existente permite que varias interfaces se agrupen bajo un único vínculo de TE de TE. En la configuración GMPLS existente, hay suficiente información en el mensaje de señalización de RSVP-TE de GMPLS, como la dirección del vínculo TE activo y el valor de la etiqueta, para identificar la interfaz física que se requiere que se ponga en marcha. Por el contrario, en GMPLS configuración de LSP de RSVP-TE de VLAN, el valor de ID de VLAN se utiliza como etiqueta en el mensaje de señalización.

En la configuración GMPLS RSVP-TE VLAN, si se permite que varias interfaces se configuren bajo un único vínculo de TE-TE, el ID de VLAN se utiliza como valor de etiqueta en el mensaje de señalización para que se pueda crear una ambigüedad con respecto a cuál es la interfaz física en la que se debe aprovisionar la VLAN. Por lo tanto, el vínculo de TE se configura ethernet-vlan con la instrucción de configuración si el número de interfaces físicas que se pueden configurar bajo el vínculo de te está restringido a uno solo.

En la configuración del GMPLS existente, el ancho de banda de un LSP que no es un paquete es una cantidad discreta que corresponde al ancho de banda de la interfaz física que necesita ser puesta al día. Por lo tanto, la configuración de LSP de GMPLS no permite especificar ningún ancho de banda, pero permite que el ancho de banda signal-bandwidth se especifique solo a [protocols mpls label-switched-path lsp-name lsp-attributes] través de la declaración de configuración bajo el nivel jerárquico. En la configuración GMPLS de LSP de VLAN, el ancho de banda se especifica de forma similar a la de un LSP de paquetes. En la configuración de LSP de GMPLS VLAN bandwidth , la opción es signal-bandwidth compatible y no se admite.

LSP de paquetes bidireccionales asociados

El GMPLS RSVP-TE de VLAN se transporta en un LSP de transporte bidireccional asociado que se encuentra en la red de capa de servidor, que es un LSP de aprovisionamiento de una sola cara. La señalización de LSP de transporte se inicia en la dirección hacia delante como un LSP unidireccional desde el enrutador de origen hasta el enrutador de destino, y el enrutador de destino inicia a su vez la señalización del LSP unidireccional en la dirección inversa hacia la enrutador de origen.

Activar antes de interrumpir el paquete bidireccional asociado y GMPLS RSVP-TE de VLAN

La asistencia de hacer antes de interrumpir para un LSP de transporte bidireccional asociado sigue un modelo similar, en el que el enrutador de destino para la dirección de desvío del LSP bidireccionales no realiza ninguna operación de creación antes de interrumpir en la dirección inversa del el LSP bidireccional. Se trata del enrutador de origen (iniciador del LSP bidireccional asociado) que inicia una instancia más nueva de "dejar antes de interrumpir" del LSP bidireccional asociado, y el enrutador de destino, a su vez, inicia la nueva instancia de crear antes de interrumpir de la otra Dirección.

Por ejemplo, en Figura 2, el LSP de transporte unidireccional se inicia desde el enrutador PE1 al enrutador PE2 en la dirección de reenvío y, en cambio, el enrutador PE2 inicia el LSP de transporte para enrutador PE1 en dirección contraria. Cuando se produce una instancia de hacer antes de interrumpir, sólo PE1 de enrutador como el enrutador de inicio del cliente puede establecer una nueva instancia del LSP bidireccional asociado. Enrutador PE2 a su vez, inicia la nueva instancia de crear antes de interrumpir en la dirección contraria.

La compatibilidad con realizar antes de interrumpir para el LSP de transporte bidireccional asociado se utiliza solo en escenarios donde el LSP del transporte se encuentra en un estado de protegido localmente debido a fallo del nodo o del vínculo en la ruta del LSP. El GMPLS RSVP-TE VLAN de LSP utiliza el mecanismo de creación-antes de interrupción para ajustar los cambios de ancho de banda sin problemas.

Nota:

La reoptimización periódica no está habilitada para los LSP de transporte bidireccional asociados.

La nueva instancia de marca antes de interrumpida del LSP de VLAN de GMPLS se admite con las siguientes limitaciones:

  • Debe proceder del mismo enrutador cliente que la instancia antigua y estar destinado al mismo enrutador cliente que la instancia antigua.

  • Debe usar el mismo servidor: los vínculos del cliente del servidor terminan con las instancias más antiguas.

  • Debe usar la misma etiqueta de VLAN en los vínculos del cliente de servidor que en la instancia más antigua.

  • El LSP de GMPLS VLAN debe configurarse como adaptive cuando se inicia el cambio de ancho de banda desde la CLI, o bien se deja de usar la instancia actual del LSP de la VLAN y se establece una nueva instancia de LSP de VLAN.

La operación de creación y antes de interrumpir para el LSP de VLAN de GMPLS en el enrutador de borde de capa de servidor se rechaza si no se cumplen estas restricciones.

En los enrutadores de borde de capa de servidor, cuando se ve una instancia de creación antes de interrumpida del LSP de VLAN de GMPLS, se crea un LSP de transporte bidireccional asociado completamente nuevo y separado para admitir esta instancia de creación de antes de interrumpir. El LSP bidireccional asociado existente (que admite la instancia antigua) no se activa para iniciar una instancia de creación de antes de interrumpir en el nivel de LSP de transporte. Una implicación de esta elección (de inicio de un nuevo LSP de transporte) es que, en el uso compartido del ancho de banda o recurso de nivel de servidor, no se produce cuando se realiza una operación de creación antes de interrumpir para el LSP de GMPLS VLAN.

Características admitidas y no compatibles

Junos OS admite las siguientes características con el GMPLS RSVP-TE VLAN:

  • Solicite una banda ancha específica y protección local para el LSP de la VLAN del enrutador del cliente al enrutador de capa de servidor.

  • Compatibilidad nonstop de enrutamiento activo (INE) para el LSP de GMPLS VLAN en enrutadores de cliente, enrutadores de borde de capa de servidor y LSP de transporte bidireccional asociado en los enrutadores de la capa de servidor.

  • Compatibilidad multichasis.

Junos OS admite not la siguiente funcionalidad de LSP de VLAN RSVP-ING-T GMPLS:

  • Soporte de reinicio correcto para LSP de paquetes bidireccionales asociados y LSP de VLAN de GMPLS.

  • Cálculo de paths de extremo a extremo para GMPLS LSP de VLAN utilizando el algoritmo CSPF en el enrutador de cliente.

  • CSPF la detección de enrutadores de salto siguiente de forma no bidireccional basada en el cliente, enrutadores de borde de capa de servidor diferentes.

  • El aprovisionamiento automático de la VLAN de cliente de capa 3 se basa en la correcta configuración del LSP de la VLAN en los enrutadores del cliente.

  • MPLS mantenimiento seguros (LSP-ping, BFD).

  • Las aplicaciones de MPLS de paquetes, como el próximo salto en la ruta estática y en los accesos directos de IGP.

  • Mecanismo local de conexión cruzada, en el que un enrutador cliente conecta con un enrutador cliente remoto que está conectado al mismo enrutador del servidor.

  • Marco de Junos OS Services.

  • Compatibilidad con IPv6.

  • Los sistemas lógicos.

  • Interfaces Ethernet/SONET/IRB agregadas en el enlace servidor-cliente.

Ejemplo Configuración de GMPLS RSVP-TE señalización de LSP de VLAN

Este ejemplo muestra cómo configurar GMPLS señalización de LSP de la VLAN de RSVP en los enrutadores del cliente para permitir que un enrutador del cliente se conecte con un enrutador de cliente remoto a través de una red de capa de servidor mediante la jerarquía de LSP. Esto permite que los enrutadores del cliente establezcan, mantengan y aprovisionen los servicios de capa 2, sin depender de la administración de la capa del servidor, lo que reduce la carga de trabajo de la red del proveedor.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Seis enrutadores que pueden ser una combinación de M Series enrutadores de límite multiservicio, serie MX 5G plataformas de enrutamiento universales, enrutadores principales serie T y enrutadores de transporte serie PTX paquetes

  • Junos OS versión 14,2 o posterior que se ejecuta en los enrutadores del cliente y enrutadores de borde de capa de servidor

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure las VLAN asociadas a la interfaz.

  3. Configure los siguientes protocolos de enrutamiento:

    • Confirmación de asistencia (RSVP)

    • MPLS

    • Lámpara

Descripción general

A partir de Junos OS versión 14,2, los enrutadores del cliente configuran los servicios de capa 2 entre dos enrutadores cliente en una red de capa de servidor externa/de terceros a pedido a través de la señalización de GMPLS RSVP-TE. Esta característica proporciona a los enrutadores de los clientes la flexibilidad necesaria para establecer, mantener y suministrar los servicios de capa 2, sin que ello dependa de la administración de la capa de servidor, lo que reduce la carga en los gastos operativos de la red del proveedor. En la tecnología VPN de capa 2 basada en LDP y BGP, la red de proveedores trató la actividad de aprovisionamiento para cada circuito de capa 2 establecido entre dos enrutadores cliente.

Figura 3ilustra la configuración y señalización del LSP de GMPLS VLAN entre dos enrutadores de cliente, CE1 y CE2, en una red de capa de servidor con dos routers de borde de capa de servidor, PE1 y PE2, y un enrutador principal de capa de servidor, P.

Figura 3: Configuración de un LSP de GMPLS VLANConfiguración de un LSP de GMPLS VLAN

La señalización del LSP de GMPLS VLAN se ejecuta de la siguiente manera:

  1. Initiating GMPLS VLAN LSP at CE1

    El enrutador CE1 inicia la configuración del LSP de GMPLS VLAN mediante el envío del mensaje path de RSVP-TE de GMPLS al enrutador PE1. La señal entre CE1 y PE1 se encuentra sobre un canal de control fuera de banda, que es una VLAN de control independiente configurada en el enlace Ethernet que conecta los dos enrutadores.

    El GMPLS RSVP-TE ruta de acceso iniciada por el enrutador CE1 se utiliza para realizar lo siguiente:

    1. Identifique el vínculo Ethernet en el que la VLAN está activa.

    2. Abstraer el vínculo Ethernet como un vínculo de TE y asignar una dirección IP para identificar el vínculo Ethernet.

    3. Asigne un ID de VLAN del grupo de redes VLAN libres gestionado por el enrutador CE1 para cada vínculo Ethernet que conecte enrutador PE1 al vínculo Ethernet identificado.

      Este ID de VLAN también se puede usar para el LSP de GMPLS VLAN en el enlace CE2-PE2 Ethernet.

    4. Identifique la VLAN para la que se requiere la configuración del servicio de capa 2 utilizando el ID de VLAN asignado como el objeto de etiqueta ascendente y el valor de la etiqueta de dirección ascendente.

    5. Incluya un objeto ERO que ayude a los enrutadores PE1 a establecer el LSP de la VLAN a través de la red de capa de servidor al enrutador del cliente remoto, CE2. El objeto ERO del mensaje path incluye tres saltos:

      • Primer salto: salto estricto que identifica el vínculo Ethernet cliente-servidor iniciador, PE1-CE1.

      • Segundo salto: salto flojo que identifica el enrutador remoto de capa de servidor, PE2.

      • Tercer salto: salto estricto que identifica el vínculo Ethernet de clinet-servidor remoto, PE2-CE2.

    6. Incluya el ancho de banda necesario para el LSP de GMPLS VLAN.

    7. Incluya cualquier protección local requerida en la red de capa de servidor para el LSP de la VLAN.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    Después de que PE1 enrutador recibe el mensaje path desde el enrutador CE1, el mensaje se valida para comprobar la disponibilidad del vínculo Ethernet y el ID de VLAN. En la red de capa de servidor, los servicios de capa 2 entre los enrutadores de capa de servidor, PE1 y PE2, se proporcionan en el plano de datos de forma similar a los circuitos de capa 2. Enrutador PE1 una el LSP de transporte al enrutador PE2 y luego extiende el GMPLS de los LSP de VLAN como un LSP jerárquico que se ejecuta en el LSP de transporte PE1-PE2. El LSP de transporte PE1-PE2 es un LSP de paquetes y es de naturaleza bidireccional. Esto se debe a que el LSP de la VLAN GMPLS es bidireccional y cada enrutador de capa de servidor necesita poder hacer lo siguiente:

    • Reciba tráfico del vínculo Ethernet del cliente de servidor (por ejemplo, el vínculo PE1-CE1) y envíelo al enrutador de la capa de servidor remoto, PE2.

    • Recibir tráfico del PE2 enrutador remoto y enviarlo en el vínculo Ethernet PE1-CE1.

    Para cada LSP de GMPLS VLAN, se configura un LSP de transporte de paquetes dentro de la red de capa de servidor. El LSP de transporte se utiliza exclusivamente para transportar el tráfico del LSP de VLAN de GMPLS para el que fue creado. El LSP de transporte se crea dinámicamente en el momento de la recepción del LSP de GMPLS VLAN; por lo tanto, no es necesaria ninguna configuración para activar su creación. El LSP de transporte establecido para el LSP de la VLAN hereda el ancho de banda y los atributos de protección local del LSP de la VLAN.

    El enrutador PE1 señala el LSP de transporte de PE1 PE2 al enrutador PE2. El enrutador PE1 determina el destino para el LSP de transporte del salto dinámico especificado en el objeto ERO del mensaje GMPLS RSVP-TE path del CE1 del enrutador y, a continuación, señala el LSP de la VLAN. Sin embargo, si el LSP de transporte de PE1-PE2 no puede establecer el establecimiento, el enrutador PE1 devuelve un mensaje de error de ruta al enrutador CE1, y el LSP de GMPLS VLAN no se establece también.

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    El LSP bidireccionales asociado entre enrutadores PE1 y PE2 consta de dos LSP de paquetes unidireccionales:

    • PE1-to-PE2

    • PE2-to-PE1

    PE1 de enrutador inicia la señalización de un LSP de paquetes unidireccionales al enrutador PE2. Este LSP de paquetes unidireccionales constituye la dirección de reenvío (PE1-to-PE2) del LSP bidireccional asociado, y el mensaje path lleva el objeto de asociación extendida que indica que se trata de un modelo de aprovisionamiento de una sola cara. Al recibir el mensaje path para el LSP, enrutador PE2 responde con un mensaje RESV y activa la señalización de un LSP de paquetes unidireccionales para enrutador PE1 con la misma ruta que (PE1-a-PE2) en dirección inversa. Este LSP de paquetes unidireccionales utiliza la dirección PE2 a PE1 del LSP bidireccional asociado, y este mensaje path lleva el mismo objeto de asociación extendida que se ve en el mensaje path PE1-to-PE2.

    Cuando la PE1 de enrutador recibe el mensaje RESV del LSP unidireccional de PE1 a PE2 y el mensaje path para el LSP unidireccional de PE2 a PE1, PE1 enlaza los LSP unidireccionales de PE1 a PE2 y PE2 a PE1 mediante la correspondencia de los objetos de asociación extendida que se transfieren en el los mensajes de ruta respectivos. En el caso del mensaje path para el LSP unidireccional de PE2-to-PE1, enrutador PE1 responde con el mensaje RESV. Al recibir el mensaje RESV del LSP de PE1 a PE2 y el mensaje path para el LSP PE2-to-PE1, el PE1 de enrutador ha establecido el LSP de transporte de paquetes bidireccionales asociado.

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    Después de haber establecido satisfactoriamente el LSP de transporte, el enrutador PE1 activa la señalización del LSP de la VLAN GMPLS. Enrutador PE1 envía el mensaje de ruta de acceso RSVP-TE de GMPLS que corresponde directamente al LSP de la VLAN al enrutador PE2, que es bidireccional por naturaleza e incluye el objeto de rótulo de entrada de flujo.

    El enrutador PE2 no es consciente de la asociación entre el LSP de transporte y el LSP de VLAN. Esta asociación se indica al enrutador PE2 por el enrutador PE1.

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    Al recibir el mensaje de ruta de LSP de VLAN del enrutador PE1, enrutador PE2 verifica la disponibilidad del LSP de transporte. Si el LSP de transporte no está disponible o la configuración de LSP está en curso, el procesamiento de LSP de VLAN se pone en espera. Cuando el LSP de transporte está disponible, el enrutador PE2 procesa el mensaje de ruta de LSP VLAN. El objeto ERO de este mensaje de ruta de acceso indica que el siguiente salto es un salto estricto que identifica el vínculo de PE2 a CE2 Ethernet. El objeto ERO puede indicar el ID de VLAN que se debe usar en el vínculo de PE2 a CE2 Ethernet por parte del enrutador PE2.

    Enrutador PE2 asigna adecuadamente el ID de VLAN que debe enviarse como etiqueta de flujo de entrada en el mensaje de ruta LSP de VLAN al enrutador CE2 y lo envía a través de un canal de control fuera de banda.

  6. Processing the GMPLS VLAN LSP at Router CE2

    Al recibir el GMPLS RSVP-TE LSP desde el enrutador PE2, enrutador CE2 valida la disponibilidad de ID de VLAN para asignación en el vínculo PE2 a CE2. A continuación, el enrutador CE2 asigna el ID de VLAN para este LSP de VLAN y devuelve un mensaje RESV al enrutador PE2 con el ID de VLAN como objeto Label del mensaje RESV.

  7. Processing the GMPLS VLAN LSP at Router PE2

    Al recibir el mensaje RESV del enrutador CE2, enrutador PE2 valida que el objeto Label del mensaje RESV tiene el mismo ID de VLAN que el mensaje path. A continuación, PE2 enrutador asigna una etiqueta MPLS de 20 bits, que se incluye en el mensaje RESV enviado al enrutador PE1.

    A continuación, el enrutador PE2 programa el plano de reenvío con las entradas para proporcionar la funcionalidad de servicio de capa 2.

    Nota:

    Para todos los identificadores de VLAN que se pueden asignar como etiquetas en los vínculos PE1-to-CE1 y PE2-CE2 Ethernet, debe configurar manualmente las interfaces lógicas para fines de conexión cruzada de circuito (CCC) en los enrutadores de borde de capa de servidor y no para otras familias, como IPv4, IPv6 o MPLS.

  8. Processing the GMPLS VLAN LSP at Router PE1

    Al recibir el mensaje RESV del LSP de VLAN desde el enrutador PE2, enrutador PE1 envía un mensaje RESV al CE1 del enrutador con el mismo ID de VLAN recibido como la etiqueta de dirección ascendente del CE1 del enrutador. Enrutador PE1 programa el plano de reenvío con las entradas para proporcionar la funcionalidad de servicio de capa 2 como enrutador PE2.

  9. Processing the GMPLS VLAN LSP at Router CE1

    Al recibir el mensaje RESV del enrutador PE1, CE1 del enrutador valida que el ID. de VLAN recibido en el mensaje RESV coincida con el ID de VLAN de la etiqueta de flujo de entrada en el mensaje de la ruta de acceso que envió. Esto completa la configuración del LSP de GMPLS VLAN del enrutador, CE2 en el router.

    Nota:
    • La configuración de LSP de GMPLS VLAN no da como resultado la adición de ninguna entrada de plano de reenvío a los enrutadores del cliente, CE1 y CE2. Solo los enrutadores de capa de servidor, PE1 y PE2, agregan las entradas del plano de reenvío para el LSP de GMPLS VLAN.

    • No hay intercambio de información de enrutamiento entre el cliente y los enrutadores de nivel de servidor. Los enrutadores de cliente y de capa de servidor no intercambian la información de topología de la red entre sí.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    Si configuró correctamente el LSP de la VLAN GMPLS, tanto los enrutadores de la capa de cliente como de servidor reducen la cantidad de ancho de banda disponible en los vínculos Ethernet de cliente de servidor según la cantidad de ancho de banda asignada para el LSP de VLAN de GMPLS. Esta información de contabilidad de ancho de banda se utiliza con fines de control de admisión cuando se incorporan LSP adicionales de VLAN GMPLS en los vínculos Ethernet del cliente de servidor.

  11. Using GMPLS VLAN LSP by the Client Routers

    Después de configurar correctamente el LSP de VLAN GMPLS, los enrutadores cliente (CE1 y CE2) deben configurarse manualmente con la interfaz lógica VLAN encima de los vínculos Ethernet del cliente de servidor con el ID de VLAN señalizado. Esta interfaz lógica debe configurarse con la dirección IP y debe incluirse en el Protocolo IGP. Como resultado de esta configuración, los enrutadores CE1 y CE2 establecen IGP adyacencia y el tráfico de datos de Exchange sobre el servicio de capa 2 establecido a través de la señalización GMPLS.

    Figura 4ilustra el flujo de tráfico de datos del LSP de la VLAN GMPLS desde el enrutador, hasta el CE2 de encaminamiento, una vez completada la configuración de LSP y establecida la adyacencia IGP/MPLS necesaria de CE1 a CE2. El LSP de transporte de capa de servidor se origina en el enrutador PE1, atraviesa un enrutador principal de capa de servidor, enrutador P, y alcanza el enrutador PE2. El LSP de transporte de la capa de servidor se muestra como un LSP de un penúltimo salto, donde el enrutador extrae la etiqueta del LSP de transporte, y solo está presente la etiqueta de servicio en el vínculo P a PE2.

    Figura 4: Flujo de tráfico de datos de LSP de GMPLS VLANFlujo de tráfico de datos de LSP de GMPLS VLAN

Topología

GMPLS Figura 5RSVP-te VLAN de LSP se utiliza para establecer los servicios de capa 2 entre los enrutadores del cliente, la CE1 del enrutador y el enrutador CE2. Los enrutadores de servidor, PE1 de enrutadores y enrutadores PE2, tienen un túnel GRE establecido con cada uno de los enrutadores cliente conectados directamente. Los enrutadores P1 y P2 son también enrutadores de servidor en la red de capa de servidor.

Figura 5: Configuración de GMPLS RSVP-TE señalización de LSP de VLANConfiguración de GMPLS RSVP-TE señalización de LSP de VLAN

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los [edit] comandos en la CLI en el nivel de jerarquía y, a continuación, entrar commit desde el modo de configuración.

CE1

PE1

P1

P2

PE2

CE2

Configuración del enrutador del cliente

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar CE1 de enrutador:

Nota:

Repita este procedimiento para CE2 de enrutadores en la red de capa de servidor, después de modificar los nombres de interfaz, direcciones y cualquier otro parámetro adecuados para el enrutador.

  1. Configure la interfaz que conecta enrutador CE1 con el enrutador PE1.

  2. Configure la VLAN de control para la interfaz GE-0/0/0.

  3. Configure la VLAN del LSP en la interfaz GE-0/0/0.

  4. Configure el túnel GRE como la interfaz de control del enrutador CE1.

  5. Configure la interfaz de bucle de retroceso del enrutador CE1.

  6. Configure la dirección de bucle de retroceso del enrutador CE1 como su ID de enrutador.

  7. Active RSVP en todas las interfaces de CE1 del enrutador, excluida la interfaz de administración.

  8. Configure la interfaz del mismo nivel de RSVP para el enrutador CE1.

  9. Deshabilitar el cálculo de rutas automático para las rutas conmutadas por etiqueta (LSP).

  10. Configure el LSP para conectar la CE2 de encaminador al enrutador.

  11. Configure los atributos del LSP de CE1-to-CE2.

  12. Configure la ruta de acceso del LSP de la CE1-to-CE2 y los parámetros de ruta.

  13. Habilite MPLS en todas las interfaces de CE1 del enrutador, excluida la interfaz de administración.

  14. Configure un vínculo de ingeniería de tráfico y asigne direcciones para el extremo local y remoto del vínculo.

  15. Activar la configuración de LSP de VLAN de capa 2 en el vínculo de ingeniería de tráfico link10.

  16. Configure la interfaz CE1 (enrutador) como la interfaz de miembro del vínculo de ingeniería de tráfico link10.

  17. Configure PE1 de enrutador como el protocolo de administración de vínculos (LMP) del mismo nivel para el enrutador CE1 y configure los atributos del mismo nivel.

Resultados

Desde el modo de configuración, escriba los show interfacescomandos, show routing-optionsy y show protocols para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el enrutador del servidor

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar PE1 de enrutador:

Nota:

Repita este procedimiento para PE2 de enrutadores en la red de capa de servidor, después de modificar los nombres de interfaz, direcciones y cualquier otro parámetro adecuados para el enrutador.

  1. Configure la interfaz que conecta el enrutador PE1 al enrutador CE1.

  2. Configure la VLAN de control para la interfaz GE-0/0/0.

  3. Configure la VLAN del LSP en la interfaz GE-0/0/0.

  4. Configure la interfaz que conecta el enrutador PE1 con los enrutadores principales (enrutador P1 y enrutador P2).

  5. Configure el túnel GRE como la interfaz de control del enrutador PE1.

  6. Configurar la interfaz de bucle de retroceso del enrutador PE1.

  7. Configure la dirección de bucle de retroceso del enrutador PE1 como su identificador de enrutador.

  8. Configure un LSP bidireccional asociado y habilite la configuración unidireccional de LSP reenviados para el LSP de provisión con aprovisionamiento de una sola cara.

  9. Active RSVP en todas las interfaces del enrutador PE1, excepto la interfaz de administración.

  10. Configure la interfaz de punto de PE1 de RSVP para el enrutador y habilite la instalación dinámica de LSP de paquetes bidireccionales para transportar LSP de GMPLS no de paquetes.

  11. Activar MPLS en todas las interfaces del enrutador PE1, excepto la interfaz de administración.

  12. Configure OSPF con capacidades de ingeniería de tráfico.

  13. Habilite OSPF área 0 en todas las interfaces del enrutador PE1, excepto la interfaz de administración.

  14. Configure un vínculo de ingeniería de tráfico y asigne direcciones para el extremo local y remoto del vínculo.

  15. Activar la configuración de un LSP de VLAN de capa 2 para un rango específico de redes VLAN en el vínculo de ingeniería de tráfico Link1.

  16. Configure la interfaz del enrutador PE1 como la interfaz de miembro del vínculo de ingeniería de tráfico Link1.

  17. Configure CE1 de enrutador como LMP (punto de conexión) para PE1 del enrutador y configure los atributos del mismo nivel.

Resultados

Desde el modo de configuración, escriba los show interfacescomandos, show routing-optionsy y show protocols para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Comproba

Confirme que la configuración funciona correctamente.

Comprobación del estado del vínculo de ingeniería de tráfico en los enrutadores del cliente

Purpose

Compruebe el estado del vínculo de ingeniería de tráfico configurado entre el enrutador CE1 y el enrutador CE2.

Intervención

Desde el modo operativo, ejecute show link-management los show link-management te-link detail comandos y.

Efectos

Se ha establecido el emparejamiento de protocolo de administración de vínculos (LMP) entre los enrutadores del cliente y el vínculo de ingeniería de tráfico está activo en los enrutadores CE1 e CE2.

Comprobación del estado de la sesión RSVP en los enrutadores del cliente

Purpose

Compruebe el estado de las sesiones RSVP entre el enrutador CE1 y el enrutador CE2.

Intervención

Desde el modo operativo, ejecute show rsvp session el comando.

Efectos

Las sesiones de RSVP se establecen entre el enrutador de entrada, el enrutador CE1 y el enrutador de salida, enrutador CE2.

Verificación del estado del LSP en el enrutador del servidor

Purpose

Verifique el estado del MPLS LSP en enrutador PE1.

Intervención

Desde el modo operativo, ejecute show mpls lsp el comando.

Efectos

Se establece el LSP de CE1-to-CE2 y la salida muestra los atributos de LSP.

Comprobación de los movimientos CCC de la tabla de enrutamiento MPLS de los enrutadores del servidor

Purpose

Compruebe las entradas de conexión cruzada del circuito (CCC) de la tabla de enrutamiento MPLS.

Intervención

Desde el modo operativo, ejecute show route table mpls.0 los show route forwarding-table ccc ccc-interface comandos y.

Efectos

El resultado muestra la interfaz CCC que constituye la interfaz de cliente a enrutador y los detalles del siguiente salto de dicha interfaz.

Comprobación de la conectividad de extremo a extremo

Purpose

Compruebe la conectividad entre el enrutador CE1 y el enrutador del cliente remoto, enrutador CE2.

Intervención

Desde el modo operativo, ejecute ping el comando.

Efectos

El comando ping de enrutador CE1 a enrutador CE2 se realiza correctamente.