Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de CCC, TCC y Ethernet mediante MPLS

Descripción general de la conmutación de capa 2.5 y TCC

La conexión cruzada de traducción (TCC) le permite reenviar tráfico entre una variedad de protocolos o circuitos de capa 2. Es similar a su predecesor, CCC. Sin embargo, aunque CCC requiere las mismas encapsulaciones de capa 2 a ambos lados de un enrutador (como el protocolo punto a punto [PPP] o Frame Relay-to-Frame Relay), TCC le permite conectar diferentes tipos de protocolos de capa 2 de manera indistinta. Con TCC, son posibles combinaciones como PPP-to-ATM y Ethernet-to-Frame Relay. Además, se puede utilizar TCC para crear VPN de capa 2.5 y circuitos de capa 2.5.

Considere una topología de ejemplo (Figura 1) en la que puede configurar una conexión cruzada de traducción de capa dúplex completa 2.5 entre el enrutador A y el enrutador C, utilizando un enrutador de Juniper Networks, el enrutador B, como la interfaz TCC. En esta topología, el enrutador B elimina todos los datos de encapsulación PPP de las tramas que llegan del enrutador A y agrega datos de encapsulación ATM antes de que las tramas se envíen al enrutador C. Todas las negociaciones de capa 2 se terminan en el enrutador de interconexión (enrutador B).

Figura 1: Topología de traducción de ejemplo de conexión cruzadaTopología de traducción de ejemplo de conexión cruzada

La funcionalidad de TCC es diferente de la conmutación estándar de capa 2. TCC solo intercambia encabezados de capa 2. No se realiza ningún otro procesamiento, como sumas de comprobación de encabezados, decremento de tiempo de vida (TTL) o manipulación de protocolos. Actualmente, TCC se admite en IPv4, ISO y MPLS.

Ethernet TCC se admite en interfaces que solo transportan tráfico IPv4. Para PIC ethernet rápidas de 8, 12 puertos y 48 puertos, no se admiten TCC ni CCC de VLAN extendida. En el caso de las PIC Gigabit Ethernet de 4 puertos, no se admiten CCC VLAN extendidas ni TCC de VLAN extendida.

Configuración de la encapsulación TCC de VLAN

La encapsulación VLAN TCC permite que los circuitos tengan diferentes medios a cada lado de la ruta de reenvío. La encapsulación TCC vlan solo admite 0x8100 TPID. Debe incluir instrucciones de configuración en los niveles de jerarquía de interfaz lógica y física.

A partir de Junos OS versión 20.1R1, las interfaces Ethernet agregadas admiten encapsulación de conexión cruzada de traducción de VLAN (TCC). Para configurar la encapsulación TCC de VLAN, debe tener los vínculos miembro de Ethernet agregada con hardware compatible con encapsulación TCC de VLAN.

Nota:

Los enrutadores serie MX no realizan ninguna comprobación de confirmación externa para vínculos de miembros de interfaces agregadas para el hardware compatible con encapsulación TCC de VLAN.

Para configurar la encapsulación TCC de VLAN, incluya la encapsulation instrucción y especifique la vlan-tcc opción:

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

  • [edit interfaces interface-name unit logical-unit-number ]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]

Además, configure la interfaz lógica incluyendo las proxy instrucciones y remote :

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces interface-name unit logical-unit-number family tcc]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family tcc]

La dirección proxy es la dirección IP del vecino TCC que no es Ethernet para el cual el enrutador TCC actúa como proxy.

La dirección remota es la dirección IP o MAC del enrutador remoto. La remote instrucción proporciona capacidad ARP desde el enrutador de conmutación TCC al vecino ethernet. La dirección MAC es la dirección física de capa 2 del vecino de Ethernet.

Cuando se configura la encapsulación TCC de VLAN en la interfaz lógica, también debe especificar servicios Ethernet flexibles en la interfaz física. Para especificar servicios Ethernet flexibles, incluya la encapsulation instrucción en el [edit interfaces interface-name] nivel de jerarquía y especifique la flexible-ethernet-services opción:

La encapsulación TCC de VLAN extendida admite 0x8100 y 0x9901 TPID. El TCC de VLAN extendida se especifica en el nivel de interfaz física. Cuando se configura, todas las unidades de esa interfaz deben usar encapsulación TCC de VLAN y no se necesita ninguna configuración explícita en interfaces lógicas.

Las PIC de Gigabit Ethernet de un puerto, Gigabit Ethernet de 2 puertos y Ethernet rápida de 4 puertos con etiquetado VLAN habilitado pueden utilizar la encapsulación TCC de VLAN. Para configurar la encapsulación en una interfaz física, incluya la encapsulation instrucción en el [edit interfaces interface-name] nivel de jerarquía y especifique la extended-vlan-tcc opción:

Para la encapsulación TCC de VLAN, todos los ID de VLAN del 1 al 1024 son válidos. El ID 0 de VLAN se reserva para etiquetar la prioridad de las tramas.

La TCC de VLAN extendida no se admite en PIC Gigabit Ethernet de 4 puertos.

Configuración de conmutación de interfaz TCC

Para configurar una conexión cruzada de traducción de capa 2.5 de dúplex completo entre dos enrutadores (A y C), puede configurar un enrutador de Juniper Networks (enrutador B) como interfaz TCC. La encapsulación TCC Ethernet proporciona un circuito de área extensa Ethernet para interconectar tráfico IP. Considere la topología en Figura 2 la que el circuito del enrutador A al enrutador B es PPP, y el circuito del enrutador B al enrutador C acepta paquetes que llevan valores TPID estándar.

Figura 2: Topología de ejemplo de conexión cruzada de traducción de capa 2.5 Topología de ejemplo de conexión cruzada de traducción de capa 2.5

Si el tráfico fluye del enrutador A al enrutador C, Junos OS elimina todos los datos de encapsulación PPP de los paquetes entrantes y agrega datos de encapsulación Ethernet antes de reenviar los paquetes. Si el tráfico fluye del enrutador C al enrutador A, Junos OS elimina todos los datos de encapsulación Ethernet de los paquetes entrantes y agrega datos de encapsulación PPP antes de reenviar los paquetes.

Para configurar el enrutador como la interfaz de conexión cruzada de traducción:

  1. En el modo de configuración, en el nivel de jerarquía [edit], configure primero la interfaz que está conectada al enrutador A.
  2. (Opcional) Especifique la descripción de la interfaz. Por ejemplo, puede especificar el nombre de interfaz en el enrutador A que está conectado a esta interfaz.
  3. Especifique la encapsulación. Si el circuito del enrutador A al enrutador B es PPP, especifique ppp-tcc como encapsulación. Si el circuito del enrutador A al enrutador B es frame relay, especifique frame-relay-tcc.
  4. En el modo de configuración, en el nivel de jerarquía [edit], configure primero la interfaz que está conectada al enrutador C.
  5. (Opcional) Especifique la descripción de esta interfaz. Por ejemplo, puede especificar el nombre de interfaz en el enrutador C que está conectado a esta interfaz.
  6. Especifique la encapsulación. Si el circuito del enrutador B al C del enrutador es Ethernet, especifique ethernet-tcc como la encapsulación. Si el circuito del enrutador B al C del enrutador es ATM, especifique atm-tcc-vc-mux.
  7. Especifique la dirección IP o la dirección MAC del enrutador remoto para proporcionar el protocolo de resolución de direcciones (ARP) para el vecino basado en Ethernet del enrutador TCC mediante la remote instrucción. Debe especificar la instrucción en el nivel de jerarquía [edit interfaces interface-name unit unit-number family tcc]. Puede especificar la dirección MAC del enrutador remoto en lugar de la dirección IP. La dirección MAC es la dirección física de capa 2 del vecino de Ethernet.
  8. Especifique la dirección IP del vecino TCC no Ethernet para el que el enrutador TCC actúa como proxy mediante la proxy instrucción. Debe especificar la instrucción en el nivel de jerarquía [edit interfaces interface-name unit unit-number family tcc].

Para comprobar la conexión TCC, utilice el comando en el show connections enrutador TCC.

Descripción general de CCC

La conexión cruzada de circuito (CCC) le permite configurar conexiones transparentes entre dos circuitos, donde un circuito puede ser un identificador de conexión de vínculo de datos de Frame Relay (DLCI), un circuito virtual (VC) del modo de transferencia asíncrono (ATM), una interfaz de protocolo punto a punto (PPP), una interfaz de control de vínculo de datos de alto nivel (HDLC) de Cisco o una ruta conmutada de etiquetas MPLS (LSP). Con CCC, los paquetes del circuito de origen se entregan al circuito de destino con, como máximo, la dirección de capa 2 que se está cambiando. No se realiza ningún otro procesamiento, como sumas de comprobación de encabezados, decremento de tiempo de vida (TTL) o procesamiento de protocolos.

Nota:

Los conmutadores serie QFX10000 no admiten circuitos virtuales ATM.

Los circuitos CCC se dividen en dos categorías: interfaces lógicas, que incluyen DLCIs, VCs, ID de red de área local virtual (VLAN), interfaces PPP y Cisco HDLC, y LSP. Las dos categorías de circuito proporcionan tres tipos de conexión cruzada:

  • Conmutación de capa 2: las conexiones cruzadas entre interfaces lógicas proporcionan lo que es esencialmente la conmutación de capa 2. Las interfaces que conecte deben ser del mismo tipo.

  • Tunelización MPLS: las conexiones cruzadas entre interfaces y LSP le permiten conectar dos circuitos de interfaz lejanos del mismo tipo mediante la creación de túneles MPLS que utilizan LSP como conducto.

  • Unión de LSP: las conexiones cruzadas entre LSP proporcionan una forma de "unir" dos rutas conmutadas por etiquetas, incluidas las rutas que caen en dos áreas diferentes de base de datos de ingeniería de tráfico.

Para la conmutación de capa 2 y la tunelización MPLS, la conexión cruzada es bidireccional, por lo que los paquetes recibidos en la primera interfaz se transmiten por la segunda interfaz y los recibidos en la segunda interfaz se transmiten por la primera. Para la unión LSP, la conexión cruzada es unidireccional.

Descripción de VPN de operadora de operadoras

El cliente de un proveedor de servicios VPN puede ser un proveedor de servicios para el cliente final. Los siguientes son los dos tipos principales de VPN carrier-of-carriers (como se describe en RFC 4364:

  • Proveedor de servicios de Internet como cliente— El cliente VPN es un ISP que utiliza la red del proveedor de servicios VPN para conectar sus redes regionales geográficamente dispares. El cliente no tiene que configurar MPLS dentro de sus redes regionales.

  • Proveedor de servicios VPN como cliente— El cliente VPN es un proveedor de servicios VPN que ofrece servicio VPN a sus clientes. El cliente de servicio VPN carrier-of-carriers confía en el proveedor de servicios VPN troncal para la conectividad entre sitios. El proveedor de servicios VPN del cliente debe ejecutar MPLS dentro de sus redes regionales.

Figura 3 ilustra la arquitectura de red utilizada para un servicio VPN de operadora de operadoras.

Figura 3: Arquitectura VPN carrier-of-carriersArquitectura VPN carrier-of-carriers

En este tema se trata lo siguiente:

Proveedor de servicios de Internet como cliente

En este tipo de configuración de VPN carrier-of-carriers, el ISP A configura su red para proporcionar servicio de Internet al ISP B. ISP B proporciona la conexión al cliente que quiere servicio de Internet, pero el servicio de Internet real lo proporciona el ISP A.

Este tipo de configuración de VPN carrier-of-carriers tiene las siguientes características:

  • El cliente de servicio VPN de operador de operadoras (ISP B) no necesita configurar MPLS en su red.

  • El proveedor de servicios VPN de operador de operadoras (ISP A) debe configurar MPLS en su red.

  • La MPLS también debe configurarse en los enrutadores CE y PE conectados juntos en las redes del proveedor de servicios VPN operadora de operadoras de servicios VPN del cliente y operador de operadora de operadoras.

Proveedor de servicios VPN como cliente

Un proveedor de servicios VPN puede tener clientes que sean ellos mismos proveedores de servicios VPN. En este tipo de configuración, también llamada VPN jerárquica o recursiva, las rutas VPN-IPv4 del proveedor de servicios VPN del cliente se consideran rutas externas y el proveedor de servicios VPN troncal no las importa en su tabla VRF. El proveedor de servicios VPN troncal importa solo las rutas internas del proveedor de servicios VPN del cliente a su tabla VRF.

Las similitudes y diferencias entre las VPN entre interproveedores y operadoras de operadoras se muestran en Tabla 1.

Tabla 1: Comparación de VPN interproveedores y operadoras de operadoras

Característica

Cliente de ISP

Cliente de proveedor de servicios VPN

Dispositivo de borde del cliente

Enrutador de borde del AS

Enrutador de PE

Sesiones del IBGP

Llevar rutas IPv4

Lleve rutas VPN-IPv4 externas con etiquetas asociadas

Reenvío dentro de la red del cliente

MPLS es opcional

Se requiere MPLS

La compatibilidad con el servicio VPN como el cliente se admite en conmutadores QFX10000 a partir de Junos OS versión 17.1R1.

Descripción de VPN de interproveedores y operadoras de operadoras

Todas las VPN entre proveedores y operadoras de operadoras comparten las siguientes características:

  • Cada cliente VPN entre proveedores o operadores de operadores debe distinguir entre las rutas internas y externas de los clientes.

  • El proveedor de servicios VPN en sus enrutadores de PE debe mantener las rutas internas de los clientes.

  • Las rutas externas de los clientes se llevan solo por las plataformas de enrutamiento del cliente, no por las plataformas de enrutamiento del proveedor de servicios VPN.

La diferencia clave entre VPN entre interproveedores y operadoras de operadoras es si los sitios de clientes pertenecen al mismo AS o para separar AS:

En general, cada proveedor de servicios en una jerarquía VPN debe mantener sus propias rutas internas en sus enrutadores P y las rutas internas de sus clientes en sus enrutadores de PE. Mediante la aplicación recursiva de esta regla, es posible crear una jerarquía de VPN.

Las siguientes son definiciones de los tipos de enrutadores de PE específicos para VPN entre proveedores y operadoras de operadoras:

  • El enrutador de borde del AS se encuentra en el borde del AS y controla el tráfico que sale y entra en el AS.

  • El enrutador de PE final es el enrutador de PE en la VPN del cliente; está conectado al enrutador CE en el sitio del cliente final.

Configuración del BGP para recopilar estadísticas de VPN entre proveedores y operadoras de operadoras

Puede configurar el BGP para recopilar estadísticas de tráfico para VPN entre proveedores y operadoras de operadoras.

Para configurar el BGP para recopilar estadísticas de tráfico para VPN entre proveedores y operadoras de operadoras, incluya la traffic-statistics 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 esta instrucción.

Nota:

Las estadísticas de tráfico para VPN entre proveedores y operadoras de operadoras solo están disponibles para IPv4. No se admite IPv6.

Si no especifica un nombre de archivo, las estadísticas no se escriben en un archivo. Sin embargo, si ha incluido la traffic-statistics instrucción en la configuración del BGP, las estadísticas aún están disponibles y se puede acceder a ellas mediante el show bgp group traffic-statistics group-name comando.

Para tener en cuenta el tráfico de cada cliente por separado, se deben anunciar etiquetas independientes para el mismo prefijo a los enrutadores par en diferentes grupos. Para habilitar la contabilidad de tráfico independiente, debe incluir la per-group-label instrucción en la configuración de cada grupo BGP. Al incluir esta instrucción, se recopilan estadísticas y se muestra esa cuenta para el tráfico enviado por los pares del grupo BGP especificado.

Si configura la instrucción en el [edit protocols bgp family inet] nivel de jerarquía, en lugar de configurarla para un grupo bgp específico, las estadísticas de tráfico se comparten con todos los grupos BGP configurados con la traffic-statistics instrucción pero no configurados con la per-group-label instrucción.

Para tener en cuenta el tráfico de cada cliente por separado, incluya la per-group-label instrucción en la configuración de cada grupo BGP:

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 esta instrucción.

A continuación, se muestra un ejemplo de la salida al archivo de estadísticas de tráfico:

Configuración de una CCC de VLAN basada en MPLS mediante un circuito de capa 2

Puede configurar una VLAN 802.1Q como un circuito de capa 2 basado en MPLS en el conmutador para interconectar varios sitios de clientes con tecnología de capa 2.

En este tema se describe la configuración de conmutadores de borde de proveedor (PE) en una red MPLS mediante una conexión cruzada de circuito (CCC) en una interfaz VLAN etiquetada (VLAN 802.1Q) en lugar de una interfaz simple.

Nota:

No es necesario realizar ningún cambio en los conmutadores de proveedor existentes en su red MPLS para admitir este tipo de configuración. Para obtener información sobre cómo configurar conmutadores de proveedor, consulte Configurar MPLS en conmutadores de proveedor.

Nota:

Puede enviar cualquier tipo de tráfico a través de un CCC, incluidas las unidades de datos de protocolo de puente (BPDU) no estándar generadas por el equipo de otros proveedores.

Nota:

Si configura una interfaz física con etiqueta VLAN y con la encapsulación vlan-ccc, no puede configurar las interfaces lógicas asociadas con la familia inet. Si lo hace, las interfaces lógicas pueden soltar paquetes.

Para configurar un conmutador PE con una CCC vlan y un circuito de capa 2 basado en MPLS:

  1. Configure OSPF (o IS-IS) en las interfaces de circuito cerrado (o dirección de conmutador) y núcleo:
  2. Habilite la ingeniería de tráfico para el protocolo de enrutamiento:
  3. Configure una dirección IP para la interfaz de circuito cerrado y para las interfaces de núcleo:
  4. Habilite el protocolo MPLS con CSPF deshabilitado:
    Nota:

    El CSPF es un algoritmo que prioriza la ruta más corta y que se ha modificado para tener en cuenta restricciones específicas cuando se calcula la ruta más corta de la red. Debe deshabilitar CSPF para que la protección de vínculo funcione correctamente en rutas de interarea.

  5. Configure la interfaz de borde del cliente como un circuito de capa 2 desde el conmutador pe local al otro conmutador PE:
    Consejo:

    Utilice la dirección del conmutador del otro conmutador como dirección de vecino.

  6. Configure MPLS en las interfaces principales:
  7. Configure el LDP en la interfaz de circuito cerrado y las interfaces de núcleo:
  8. Configurar family mpls en las unidades lógicas de las interfaces principales:
    Nota:

    Puede habilitar family mpls en interfaces individuales o en interfaces Ethernet agregadas. No puede habilitarla en interfaces VLAN etiquetadas.

  9. Habilite el etiquetado vlan en la interfaz de borde del cliente del conmutador de PE local:
  10. Configure la interfaz de borde del cliente para usar la encapsulación CCC de VLAN:
  11. Configure la unidad lógica de la interfaz de borde del cliente con un ID de VLAN:
    Nota:

    El ID de VLAN no se puede configurar en una unidad 0de interfaz lógica. El número de unidad lógica debe ser 1 o superior.

    Se debe usar el mismo ID de VLAN al configurar la interfaz de borde del cliente en el otro conmutador pe.

Cuando haya completado la configuración de un conmutador de PE, siga los mismos procedimientos para configurar el otro conmutador pe.

Nota:

Para los conmutadores de la serie EX, debe usar el mismo tipo de conmutador para el otro conmutador pe.

Encapsulación vlan CCC en el lado de transporte de la descripción general de las interfaces lógicas del cliente Pseudowire

Actualmente, Junos OS no permite que se configure el mismo ID de VLAN en más de una interfaz lógica bajo la misma interfaz física del cliente pseudowire. Para admitir vlan-ccc la encapsulación en la interfaz del servicio de pseudocables de transporte (PS) en el dispositivo del borde del proveedor (PE), esta restricción se elimina y puede configurar el mismo ID de VLAN en más de una interfaz lógica.

La razón principal para configurar vlan-ccc en la interfaz ps de transporte es la interoperabilidad con los dispositivos de acceso y agregado existentes en la red. Actualmente, Junos OS admite ethernet-ccc encapsulación en la interfaz PS de transporte. Por lo general, mientras establece una conexión pseudowire, el dispositivo de acceso inicia un pseudowire basado en VLAN (también conocido como modo etiquetado por VLAN) y un enrutador de PE señala la VLAN en modo Ethernet de vuelta al dispositivo de acceso. Para establecer este tipo de conexión pseudowire, puede usar la ignore-encapsulation-mismatch instrucción. Sin embargo, es posible que el dispositivo Junos OS (dispositivo de acceso) no admita la ignore-encapsulation-mismatch instrucción y, como resultado, no se forma la conexión pseudowire. Cuando la ignore-encapsulation-mismatch instrucción no se admite en el dispositivo de acceso, puede configurar vlan-ccc entre los nodos para formar una conexión pseudowire.

La ruta de datos de reenvío no se cambia con la nueva vlan-ccc encapsulación en la interfaz PS de transporte y el comportamiento similar al de cuando la ethernet-ccc encapsulación está configurada en la interfaz PS de transporte. La interfaz PS de transporte encapsula o desencapsula el encabezado externo de capa 2 y los encabezados MPLS en los paquetes transmitidos o recibidos en el puerto WAN. Los encabezados ethernet internos o VLAN del paquete se manejan en interfaces lógicas de servicio cliente pseudowire. Debe configurar interfaces lógicas de servicio cliente pseudowire con ID de VLAN o etiquetas VLAN adecuados.

En las siguientes secciones, se proporcionan detalles, junto con una configuración de ejemplo, acerca de la configuración de pseudocables desde los nodos de acceso y agregación.

Configuración de Pseudowire desde el nodo de acceso

Estos pseudocables se configuran mediante REDES VLAN desde el nodo de acceso para dispositivos de cliente conectados al circuito de capa 2 configurado en enrutadores de acceso y PE con VLAN de cliente (C-VLAN). El tráfico de entrada (desde el lado del nodo de acceso) del enrutador de PE es una sola VLAN etiquetada (encabezado Ethernet interno), por lo que las interfaces lógicas de servicio deben configurarse con los mismos ID de VLAN correspondientes a los ID de C-VLAN conectados al nodo de acceso.

Figura 4 proporciona los detalles de una interfaz PS de transporte desde un nodo de acceso (nodo de acceso).

Figura 4: Interfaz lógica de transporte del cliente Pseudowire desde el nodo de accesoInterfaz lógica de transporte del cliente Pseudowire desde el nodo de acceso

En el ejemplo siguiente se muestra la configuración de una configuración de interfaz lógica de cliente pseudowire en un enrutador de PE desde un nodo de acceso:

Configuración de Pseudowire desde el nodo de agregación

En este caso, el nodo de agregación procesa una VLAN apilada (también conocida como Q-in-Q). El pseudowire se origina en el nodo de agregación y termina en un enrutador de PE. El nodo de agregación inserta la etiqueta de VLAN de servicio (S-VLAN) y se espera que el enrutador de PE funcione en dos etiquetas VLAN: la etiqueta VLAN externa corresponde a una S-VLAN y la etiqueta VLAN interna corresponde a una C-VLAN. El ID de VLAN configurado en la interfaz PS de transporte en el enrutador de PE debe coincidir con la etiqueta VLAN de la S-VLAN. En la interfaz lógica del servicio de cliente pseudowire, la etiqueta VLAN externa debe configurarse para que coincida con la S-VLAN y la etiqueta VLAN interna debe configurarse para que coincida con la C-VLAN.

Figura 5 proporciona los detalles de una interfaz PS de transporte desde un nodo de agregación.

Figura 5: Interfaz lógica de transporte del cliente pseudowire desde el nodo de agregación Interfaz lógica de transporte del cliente pseudowire desde el nodo de agregación

En el ejemplo siguiente se muestra la configuración de una configuración de interfaz lógica de cliente pseudowire en un enrutador de PE desde un nodo de agregación:

Transmisión de BPDU no estándar

Las configuraciones de protocolo CCC (y VPN de circuito de capa 2 y capa 2) pueden transmitir unidades de datos de protocolo de puente no estándar (BPDU) generadas por el equipo de otros proveedores. Este es el comportamiento predeterminado en todas las PIC compatibles y no requiere ninguna configuración adicional.

Las siguientes PIC se admiten en enrutadores de las series M320 y T:

  • PIC Gigabit Ethernet de 1 puerto

  • PIC Gigabit Ethernet de 2 puertos

  • PIC Gigabit Ethernet de 4 puertos

  • PIC Gigabit Ethernet de 10 puertos

Descripción general de TCC

La conexión cruzada de traducción (TCC) es un concepto de conmutación que le permite establecer interconexiones entre una variedad de protocolos o circuitos de capa 2. Es similar a CCC. Sin embargo, mientras que CCC requiere las mismas encapsulaciones de capa 2 en cada lado de un enrutador de Juniper Networks (como PPP a PPP o Frame Relay-to-Frame Relay), TCC le permite conectar diferentes tipos de protocolos de capa 2 de manera indistinta. Cuando se utiliza TCC, son posibles combinaciones como PPP a ATM (consulte Figura 6) y conexiones De Ethernet a Frame Relay.

Figura 6: Ejemplo de TCCEjemplo de TCC

Los circuitos de capa 2 y los tipos de encapsulación que TCC puede interconectar son:

  • Ethernet

  • VLAN extendidas

  • PPP

  • HDLC

  • CAJERO

  • Frame Relay

El TCC funciona eliminando el encabezado de capa 2 cuando las tramas ingresan al enrutador y agregando un encabezado de capa 2 diferente en las tramas antes de que abandonen el enrutador. En Figura 6, la encapsulación PPP se elimina de las tramas que llegan al enrutador B, y la encapsulación ATM se agrega antes de que las tramas se envíen al enrutador C.

Tenga en cuenta que todo el tráfico de control se termina en el enrutador de interconexión (enrutador B). Ejemplos de controladores de tráfico incluyen el Protocolo de control de vínculo (LCP) y el Protocolo de control de red (NCP) para PPP, keepalives para HDLC e interfaz de administración local (LMI) para Frame Relay.

La funcionalidad de TCC es diferente de la conmutación estándar de capa 2. TCC solo intercambia encabezados de capa 2. No se realiza ningún otro procesamiento, como sumas de comprobación de encabezado, decremento de TTL o manipulación de protocolos. TCC solo se admite para IPv4.

La política de paquetes del Protocolo de resolución de direcciones (APR) en interfaces Ethernet TCC es eficaz para las versiones 10.4 y posteriores.

Puede configurar TCC para la conmutación de interfaz y para VPN de capa 2. Para obtener más información acerca del uso de TCC para redes privadas virtuales (VPN), consulte la Biblioteca de VPN de Junos OS para dispositivos de enrutamiento.

Configurar conexiones cruzadas de conmutación de capa 2 mediante CCC

Las conexiones cruzadas de conmutación de capa 2 unen interfaces lógicas para formar lo que es esencialmente la conmutación de capa 2. Las interfaces que conecte deben ser del mismo tipo.

Figura 7 muestra una conexión cruzada de conmutación de capa 2. En esta topología, los enrutadores A y C tienen conexiones Frame Relay al enrutador B, que es un enrutador de Juniper Networks. La conexión cruzada de circuito (CCC) le permite configurar el enrutador B para que actúe como conmutador Frame Relay (capa 2).

Para configurar el enrutador B para que actúe como conmutador Frame Relay, configure un circuito del enrutador A al C que pasa por el enrutador B, configurando eficazmente el enrutador B como conmutador Frame Relay con respecto a estos enrutadores. Esta configuración permite al enrutador B conmutar de forma transparente paquetes (tramas) entre el enrutador A y el enrutador C sin tener en cuenta el contenido de los paquetes o los protocolos de capa 3. El único procesamiento que realiza el enrutador B es traducir DLCI 600 a 750.

Figura 7: Conexión cruzada de conmutación de capa 2Conexión cruzada de conmutación de capa 2

Si los circuitos de enrutador A a enrutador B y de enrutador B a enrutador C eran PPP, por ejemplo, el protocolo de control de vínculos y los intercambios de protocolos de control de red se producen entre el enrutador A y el enrutador C. Estos mensajes se manejan de manera transparente por el enrutador B, lo que permite que el enrutador A y el enrutador C utilicen varias opciones PPP (como la compresión de encabezado o dirección y la autenticación) que el enrutador B podría no admitir. Del mismo modo, los enrutadores A y C intercambian keepalives, lo que proporciona un estado de conectividad de circuito a circuito.

Puede configurar las conexiones cruzadas de conmutación de capa 2 en circuitos PPP, Cisco HDLC, Frame Relay, Ethernet y ATM. En una sola conexión cruzada, solo se pueden conectar interfaces similares.

Para configurar conexiones cruzadas de conmutación de capa 2, debe configurar lo siguiente en el enrutador que actúa como conmutador (enrutador B en Figura 7):

Configuración de la encapsulación CCC para conexiones cruzadas de conmutación de capa 2

Para configurar conexiones cruzadas de conmutación de capa 2, configure la encapsulación CCC en el enrutador que actúa como conmutador (enrutador B en Figura 7).

Nota:

No puede configurar familias en interfaces CCC; es decir, no puede incluir la family instrucción en el [edit interfaces interface-name unit logical-unit-number] nivel de jerarquía.

Para obtener instrucciones para configurar la encapsulación para conexiones cruzadas de conmutación de capa 2, consulte las siguientes secciones:

Configuración de encapsulación ATM para conexiones cruzadas de conmutación de capa 2

Para los circuitos ATM, especifique la encapsulación al configurar el circuito virtual (VC). Configure cada VC como un circuito o una interfaz lógica regular incluyendo las siguientes instrucciones:

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Configuración de encapsulación Ethernet para conexiones cruzadas de conmutación de capa 2

Para circuitos Ethernet, especifique ethernet-ccc en la encapsulation instrucción. Esta instrucción configura todo el dispositivo físico. Para que estos circuitos funcionen, también debe configurar una interfaz lógica (unidad 0).

Las interfaces Ethernet con etiquetado estándar de identificador de protocolo de etiqueta (TPID) pueden usar encapsulación CCC Ethernet. En enrutadores de borde multiservicio serie M, excepto M320, Gigabit Ethernet de un puerto, Gigabit Ethernet de dos puertos, Gigabit Ethernet de cuatro puertos y PIC de Ethernet rápida de cuatro puertos pueden usar encapsulación CCC Ethernet. En los enrutadores de núcleo serie T y los enrutadores M320, las PIC Gigabit Ethernet de un puerto y Gigabit Ethernet de dos puertos instaladas en FPC2 pueden usar la encapsulación CCC Ethernet. Cuando se utiliza este tipo de encapsulación, solo puede configurar la ccc familia.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Configuración de encapsulación de VLAN Ethernet para conexiones cruzadas de conmutación de capa 2

Se puede configurar un circuito LAN virtual Ethernet (VLAN) mediante la encapsulación oextended-vlan-ccc.vlan-ccc Si configura la extended-vlan-ccc encapsulación en la interfaz física, no puede configurar la inet familia en las interfaces lógicas. Solo se permite la ccc familia. Si configura la vlan-ccc encapsulación en la interfaz física, tanto las familias como las inetccc familias se admiten en las interfaces lógicas. Las interfaces Ethernet en modo VLAN pueden tener varias interfaces lógicas.

Para el tipo vlan-cccde encapsulación, los ID de VLAN del 512 al 4094 se reservan para vlan CCC. Para el extended-vlan-ccc tipo de encapsulación, todos los ID de VLAN 1 y posteriores son válidos. El ID 0 de VLAN se reserva para etiquetar la prioridad de las tramas.

Nota:

Algunos proveedores utilizan los TPID patentados 0x9100 y 0x9901 para encapsular un paquete etiquetado por VLAN en un túnel VLAN-CCC para interconectar una red Ethernet metropolitana separada geográficamente. Al configurar el extended-vlan-ccc tipo de encapsulación, un enrutador de Juniper Networks puede aceptar los tres TPID (0x8100, 0x9100 y 0x9901).

Configure un circuito VLAN Ethernet con la vlan-ccc encapsulación de la siguiente manera:

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Configure un circuito VLAN Ethernet con la extended-vlan-ccc instrucción de encapsulación del siguiente modo:

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Ya sea que configure la encapsulación como vlan-ccc o extended-vlan-ccc, debe habilitar el etiquetado de VLAN incluyendo la vlan-tagging instrucción.

Configuración de encapsulación Ethernet agregada para conexiones cruzadas de conmutación de capa 2

Puede configurar interfaces Ethernet agregadas para conexiones CCC y para redes privadas virtuales (VPN) de capa 2.

Las interfaces Ethernet agregadas configuradas con etiquetado VLAN se pueden configurar con varias interfaces lógicas. La única encapsulación disponible para interfaces lógicas de Ethernet agregadas es vlan-ccc. Cuando configure la vlan-id instrucción, se limita a los ID de VLAN del 512 al 4094.

Las interfaces Ethernet agregadas configuradas sin etiquetado VLAN solo se pueden configurar con la ethernet-ccc encapsulación. Todos los paquetes Ethernet no etiquetados recibidos se reenvían según los parámetros de CCC.

Para configurar interfaces Ethernet agregadas para conexiones CCC, incluya la ae0 instrucción en el [edit interfaces] nivel de jerarquía:

Tenga en cuenta las siguientes limitaciones al configurar conexiones CCC a través de interfaces Ethernet agregadas:

  • Si configuró el equilibrio de carga entre vínculos secundarios, tenga en cuenta que se utiliza una clave hash diferente para distribuir paquetes entre los vínculos secundarios. Las interfaces agregadas estándar tienen un conjunto de familias configurado. Una clave hash ip versión 4 (IPv4) (basada en la información de capa 3) se utiliza para distribuir paquetes entre los vínculos secundarios. Una conexión CCC a través de una interfaz Ethernet agregada tiene la familia ccc configurada en su lugar. En lugar de una clave hash IPv4, se utiliza una clave hash MPLS (basada en la dirección [MAC] del control de acceso de medios de destino) para distribuir paquetes entre los vínculos secundarios.

  • La encapsulación de vlan-ccc extendida no se admite en la PIC De Ethernet rápida de 12 puertos y en la PIC De Ethernet rápida de 48 puertos.

  • Junos OS no admite el protocolo de control de agregación de vínculos (LACP) cuando una interfaz agregada se configura como una VLAN (con encapsulación vlan-ccc). La LACP solo se puede configurar cuando la interfaz agregada está configurada con la encapsulación ethernet-ccc.

Para obtener más información acerca de cómo configurar interfaces Ethernet agregadas, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.

Configuración de encapsulación frame relay para conexiones cruzadas de conmutación de capa 2

Para circuitos Frame Relay, especifique la encapsulación al configurar el DLCI. Configure cada DLCI como un circuito o una interfaz lógica regular. El DLCI para interfaces regulares debe ser del 1 al 511. Para las interfaces CCC, debe ser del 512 al 4094.

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Configuración de encapsulación PPP y Cisco HDLC para conexiones cruzadas de conmutación de capa 2

Para los circuitos PPP y Cisco HDLC, especifique la encapsulación en la encapsulation instrucción. Esta instrucción configura todo el dispositivo físico. Para que estos circuitos funcionen, debe configurar una interfaz lógica (unidad 0).

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces type-fpc/pic/port]

  • [edit logical-systems logical-system-name interfaces type-fpc/pic/port]

Configuración de la conexión CCC para conexiones cruzadas de conmutación de capa 2

Para configurar conexiones cruzadas de conmutación de capa 2, defina la conexión entre los dos circuitos incluyendo la interface-switch instrucción. Configure esta conexión en el enrutador que actúa como conmutador (enrutador B en Figura 7). La conexión une la interfaz que viene del origen del circuito a la interfaz que conduce al destino del circuito. Cuando especifique los nombres de interfaz, incluya la parte lógica del nombre, que corresponde al número de unidad lógica. La conexión cruzada es bidireccional, por lo que los paquetes recibidos en la primera interfaz se transmiten por la segunda interfaz, y los recibidos en la segunda interfaz se transmiten por la primera.

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

  • [edit protocols connections]

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

Configuración de MPLS para conexiones cruzadas de conmutación de capa 2

Para que las conexiones cruzadas de conmutación de capa 2 funcionen, debe habilitar MPLS en el enrutador incluyendo al menos las siguientes instrucciones. Esta configuración mínima habilita MPLS en una interfaz lógica para la conexión cruzada de conmutación.

Incluya la family mpls instrucción:

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

  • [edit interfaces interface-name unit logical-unit-number]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]

A continuación, puede especificar esta interfaz lógica en la configuración del protocolo MPLS:

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit protocols]

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

Ejemplo: Configuración de una conexión cruzada de conmutación de capa 2

Configure una conexión cruzada de conmutación de capa 2 completa dúplex entre el enrutador A y el enrutador C, mediante el uso de un enrutador de Juniper Networks, el enrutador B, como conmutador virtual. Vea la topología en Figura 8 y Figura 9.

Figura 8: Topología de una conexión cruzada de conmutación de capa 2 de Frame RelayTopología de una conexión cruzada de conmutación de capa 2 de Frame Relay
Figura 9: Topología de ejemplo de una conexión cruzada de conmutación de capa 2 de VLANTopología de ejemplo de una conexión cruzada de conmutación de capa 2 de VLAN

Configuración de conexión cruzada de conmutación de capa 2 en ACX5440

A partir de Junos OS versión 19.3R1, puede aprovechar la compatibilidad de hardware disponible para conexiones cruzadas en el dispositivo ACX5448 con la funcionalidad de conmutación local de capa 2 mediante ciertos modelos. Con este soporte, puede proporcionar los servicios EVP y Ethernet de línea privada virtual (EVPL).

Se admite la conmutación local con los siguientes modelos de reenvío:

  • VLAN-CCC (conmutación local lógica a nivel de interfaz) sin ninguna asignación.

  • VLAN-CCC (conmutación local lógica a nivel de interfaz) con los siguientes vlan-maps:

    • Push 0x8100.pushVLAN (tipo QinQ)

    • Intercambiar 0x8100.swapVLAN

  • Interfaces estáticas de Ethernet agregadas (AE).

  • Interfaces AE con LACP, equilibrio de carga en todo el modo activo.

  • Compatibilidad de interfaz de extremo de conmutación local para interfaz AE o LAG (una interfaz que no sea AE y otra interfaz AE).

  • Conmutación local como interfaces AE o LAG.

Para habilitar la conmutación local de capa 2 en el dispositivo ACX5448, puede usar las instrucciones de configuración existentes para circuitos de capa 2. Por ejemplo,

Configuración de conexiones cruzadas de túnel LSP MPLS mediante CCC

Las conexiones cruzadas de túnel MPLS entre interfaces y LSP le permiten conectar dos circuitos de interfaz lejanos del mismo tipo mediante la creación de túneles MPLS que utilizan LSP como conducto. La topología en Figura 10 muestra una conexión cruzada de túnel LSP MPLS. En esta topología, dos redes separadas, en este caso redes de acceso ATM, se conectan a través de una red troncal IP. CCC le permite establecer un túnel LSP entre los dos dominios. Con la tunelización LSP, usted tuneliza el tráfico ATM de una red a través de una red troncal SONET a la segunda red mediante un LSP MPLS.

Figura 10: Conexión cruzada de túnel MPLSConexión cruzada de túnel MPLS

Cuando el tráfico del enrutador A (VC 234) llega al enrutador B, se encapsula y se coloca en un LSP, que se envía a través de la red troncal al enrutador C. En el enrutador C, se elimina la etiqueta, y los paquetes se colocan en el circuito virtual permanente ATM (PVC) (VC 591) y se envían al enrutador D. Del mismo modo, el tráfico del enrutador D (VC 591) se envía a través de un LSP al enrutador B, luego se coloca en el VC 234 al enrutador A.

Usted puede configurar la conexión cruzada del túnel LSP en ppp, Cisco HDLC, Frame Relay, y circuitos ATM. En una sola conexión cruzada, solo se pueden conectar interfaces similares.

Cuando utilice conexiones cruzadas de túnel MPLS para admitir IS-IS, debe asegurarse de que la unidad de transmisión máxima (MTU) de LSP pueda, como mínimo, admitir una unidad de datos de protocolo IS-IS (PDU) de 1492 octetos, además de la sobrecarga de nivel de vínculo asociada con la tecnología que se está conectando.

Para que el túnel se conecte entre sí al trabajo, el tamaño de trama IS-IS en los enrutadores de borde (enrutadores A y D in Figura 11) debe ser menor que la MTU del LSP.

Nota:

Los valores de tamaño de trama no incluyen la secuencia de comprobación de tramas (FCS) ni las marcas de delimitación.

Para determinar la MTU LSP necesaria para admitir IS-IS, utilice el siguiente cálculo:

La sobrecarga de trama varía según la encapsulación que se utilice. A continuación, se enumeran los valores de sobrecarga de encapsulación IS-IS para varias encapsulaciones:

  • CAJERO

    • Multiplex AAL5: 8 bytes (RFC 1483)

    • Multiplex de VC: 0 bytes

  • Frame Relay

    • Multiprotocol: 2 bytes (RFC 1490 y 2427)

    • Multiplex de VC: 0 bytes

  • HDLC: 4 bytes

  • PPP: 4 bytes

  • VLAN: 21 bytes (802.3/LLC)

Para que el IS-IS funcione a través de VLAN-CCC, la MTU del LSP debe ser de al menos 1513 bytes (o 1518 para PDU de 1497 bytes). Si aumenta el tamaño de una MTU De Ethernet rápida por encima del valor predeterminado de 1500 bytes, es posible que deba configurar explícitamente tramas Jumbo en equipos intervinientes.

Para modificar la MTU, incluya la mtu instrucción al configurar la familia de interfaz lógica en el [edit interfaces interface-name unit logical-unit-number encapsulation family] nivel jerárquico. Para obtener más información acerca de cómo establecer la MTU, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.

Para configurar una conexión cruzada de túnel LSP, debe configurar lo siguiente en el enrutador de interdominio (enrutador B en Figura 11):

Configuración de la encapsulación CCC para conexiones cruzadas de túnel LSP

Para configurar conexiones cruzadas de túnel LSP, debe configurar la encapsulación CCC en los enrutadores de entrada y salida (enrutador B y C, respectivamente, en Figura 11).

Nota:

No puede configurar familias en interfaces CCC; es decir, no puede incluir la family instrucción en el [edit interfaces interface-name unit logical-unit-number] nivel de jerarquía.

Para los circuitos PPP o Cisco HDLC, incluya la encapsulation instrucción para configurar todo el dispositivo físico. Para que estos circuitos funcionen, debe configurar la unidad lógica 0 en la interfaz.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Para los circuitos ATM, especifique la encapsulación al configurar el VC incluyendo las siguientes instrucciones. Para cada VC, configure si es un circuito o una interfaz lógica regular.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

En el caso de los circuitos Frame Relay, incluya las siguientes instrucciones para especificar la encapsulación al configurar el DLCI. Para cada DLCI, se configura si es un circuito o una interfaz lógica regular. El DLCI para interfaces regulares debe estar en el rango del 1 al 511. Para las interfaces CCC, debe estar en el intervalo del 512 al 1022.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces]

  • [edit logical-systems logical-system-name interfaces]

Para obtener más información acerca de la encapsulation instrucción, consulte la biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.

Configuración de la conexión CCC para conexiones cruzadas de túnel LSP

Para configurar conexiones cruzadas de túnel LSP, incluya la remote-interface-switch instrucción para definir la conexión entre los dos circuitos en los enrutadores de entrada y salida (enrutador B y C, respectivamente, en Figura 11). La conexión se une a la interfaz o LSP que proviene del origen del circuito a la interfaz o LSP que conduce al destino del circuito. Cuando especifique el nombre de interfaz, incluya la parte lógica del nombre, que corresponde al número de unidad lógica. Para que la conexión cruzada sea bidireccional, debe configurar conexiones cruzadas en dos enrutadores.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit protocols connections]

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

Ejemplo: Configuración de una conexión cruzada de túnel LSP

Configure una conexión cruzada de túnel MPLS LSP dúplex completo del enrutador A al enrutador D, pasando por los enrutadores B y C. Consulte la topología en Figura 11.

Figura 11: Topología de ejemplo de conexión cruzada de túnel LSP MPLSTopología de ejemplo de conexión cruzada de túnel LSP MPLS

En el enrutador B:

En el enrutador C:

Configuración de TCC

En esta sección se describe cómo configurar la conexión cruzada de traducción (TCC).

Para configurar TCC, debe realizar las siguientes tareas en el enrutador que actúa como conmutador:

Configuración de la encapsulación para TCC de conmutación de capa 2

Para configurar un TCC de conmutación de capa 2, especifique la encapsulación TCC en las interfaces deseadas del enrutador que actúa como conmutador.

Nota:

No puede configurar familias de protocolos estándar en interfaces TCC o CCC. Solo se permite la familia CCC en interfaces CCC y solo se permite la familia TCC en interfaces TCC.

Para los circuitos Ethernet y los circuitos VLAN extendidos ethernet, también debe configurar el protocolo de resolución de direcciones (ARP). Consulte Configuración de ARP para encapsulaciones de VLAN extendidas ethernet y Ethernet.

Configuración de encapsulación PPP y Cisco HDLC para TCC de conmutación de capa 2

Para los circuitos PPP y Cisco HDLC, configure el tipo de encapsulación para todo el dispositivo físico especificando el valor adecuado para la encapsulation instrucción. Para que estos circuitos funcionen, también debe configurar la interfaz unit 0lógica .

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces interface-name]

  • [edit logical-systems logical-system-name interfaces interface-name]

Configuración de encapsulación ATM para TCC de conmutación de capa 2

Para los circuitos ATM, configure el tipo de encapsulación especificando el valor adecuado para la encapsulation instrucción en la configuración del circuito virtual (VC). Especifique si cada VC es un circuito o una interfaz lógica regular.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces at-fpc/pic/port]

  • [edit logical-systems logical-system-name interfaces at-fpc/pic/port]

Configuración de encapsulación frame relay para TCC de conmutación de capa 2

Para los circuitos de Frame Relay, configure el tipo de encapsulación especificando el valor frame-relay-tcc de la encapsulation instrucción al configurar el identificador de conexión de vínculo de datos (DLCI). Configure cada DLCI como un circuito o una interfaz lógica regular. El DLCI para interfaces regulares debe estar en el intervalo del 1 al 511, pero para las interfaces TCC y CCC debe estar en el intervalo del 512 al 1022.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces interface-name]

  • [edit logical-systems logical-system-name interfaces interface-name]

Configuración de encapsulación Ethernet para TCC de conmutación de capa 2

En el caso de los circuitos TCC Ethernet, configure el tipo de encapsulación para todo el dispositivo físico especificando el valor ethernet-tcc de la encapsulation instrucción.

También debe especificar valores estáticos para una dirección remota y una dirección de proxy en el [edit interfaces interface-name unit unit-number family tcc] nivel de jerarquía o [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc] .

La dirección remota está asociada con el vecino Ethernet del enrutador de conmutación TCC; en la remote instrucción debe especificar tanto la dirección IP como la dirección mac del vecino ethernet. La dirección de proxy se asocia con el otro vecino del enrutador TCC conectado por el vínculo diferente; en la proxy instrucción debe especificar la dirección IP del vecino que no es Ethernet.

Puede configurar la encapsulación TCC Ethernet para las interfaces en Gigabit Ethernet de 1 puerto, Gigabit Ethernet de 2 puertos, Fast Ethernet de 4 puertos y PIC Gigabit Ethernet de 4 puertos.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces (fe | ge)-fpc/pic/port]

  • [edit logical-systems logical-system-name interfaces (fe | ge)-fpc/pic/port]

Nota:

Para los circuitos Ethernet, también debe configurar el protocolo de resolución de direcciones (ARP). Consulte Configuración de ARP para encapsulaciones de VLAN extendidas ethernet y Ethernet.

Configuración de encapsulación de VLAN extendida ethernet para TCC de conmutación de capa 2

Para los circuitos VLAN extendidos de Ethernet, configure el tipo de encapsulación para todo el dispositivo físico especificando el valor extended-vlan-tcc de la encapsulation instrucción.

También debe habilitar el etiquetado vlan. Las interfaces Ethernet en modo VLAN pueden tener varias interfaces lógicas. Con el tipo extended-vlan-tccde encapsulación, todos los ID de VLAN del 0 al 4094 son válidos, hasta un máximo de 1024 VLAN. Al igual que con los circuitos Ethernet, también debe especificar una dirección de proxy y una dirección remota en el [edit interfaces interface-name unit logical-unit-number family tcc] nivel de jerarquía o [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc] (consulte Configuración de encapsulación Ethernet para TCC de conmutación de capa 2).

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit interfaces interface-name]

  • [edit logical-systems logical-system-name interfaces interface-name]

Nota:

Para los circuitos VLAN extendidos de Ethernet, también debe configurar el protocolo de resolución de direcciones (ARP). Consulte Configuración de ARP para encapsulaciones de VLAN extendidas ethernet y Ethernet.

Configuración de ARP para encapsulaciones de VLAN extendidas ethernet y Ethernet

Para los circuitos VLAN extendidos ethernet y Ethernet con encapsulación TCC, también debe configurar ARP. Dado que TCC simplemente elimina un encabezado de capa 2 y agrega otro, no se admite la forma predeterminada de ARP dinámica; debe configurar ARP estática.

Dado que las direcciones remotas y proxy se especifican en el enrutador que realiza la conmutación TCC, debe aplicar la instrucción ARP estática a las interfaces de tipo Ethernet de los enrutadores que se conectan al enrutador conmutado TCC. La arp instrucción debe especificar la dirección IP y la dirección MAC del vecino conectado remotamente mediante el uso del protocolo a diferencia de la capa 2 en el extremo del enrutador de conmutación TCC.

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

  • [edit interfaces interface-name unit logical-unit-number family inet address ip-address]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address ip-address]

Configuración de la conexión para TCC de conmutación de capa 2

Debe configurar la conexión entre los dos circuitos de la TCC de conmutación de capa 2 en el enrutador que actúa como conmutador. La conexión une la interfaz que viene del origen del circuito a la interfaz que conduce al destino del circuito. Cuando especifique los nombres de interfaz, incluya la parte lógica del nombre, que corresponde al número de unidad lógica. La conexión cruzada es bidireccional, por lo que los paquetes recibidos en la primera interfaz se transmiten desde la segunda interfaz, y los recibidos en la segunda interfaz se transmiten desde la primera.

Para configurar una conexión para un conmutador de interfaz local, incluya las siguientes instrucciones:

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit protocols connections]

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

Para configurar una conexión para un conmutador de interfaz remota, incluya las siguientes instrucciones:

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

  • [edit protocols connections]

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

Configuración de MPLS para TCC de conmutación de capa 2

Para que un TCC de conmutación de capa 2 funcione, debe habilitar MPLS en el enrutador incluyendo al menos las siguientes instrucciones. Esta configuración mínima habilita MPLS en una interfaz lógica para la conexión cruzada de conmutación.

Incluya la family mpls instrucción:

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

  • [edit interfaces interface-name unit logical-unit-number]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]

A continuación, puede especificar esta interfaz lógica en la configuración del protocolo MPLS:

Puede configurar estas instrucciones en los siguientes niveles jerárquicos:

  • [edit protocols]

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

Nota:

La protección de vínculo MPLS LSP no admite TCC.

Reinicio correcto de CCC y TCC

El reinicio correcto de CCC y TCC permite que las conexiones de capa 2 entre enrutadores de borde del cliente (CE) se reinicien correctamente. Estas conexiones de capa 2 se configuran con las remote-interface-switch instrucciones o lsp-switch . Dado que estas conexiones CCC y TCC tienen una dependencia implícita de los LSP RSVP, el reinicio correcto para CCC y TCC utiliza las capacidades de reinicio correcto de RSVP.

El reinicio correcto de RSVP debe estar habilitado en los enrutadores de PE y P para habilitar el reinicio correcto para CCC y TCC. Además, dado que RSVP se utiliza como protocolo de señalización para la información de etiqueta de señalización, el enrutador vecino debe usar el modo auxiliar para ayudar con los procedimientos de reinicio de RSVP.

Figura 12 muestra cómo el reinicio correcto podría funcionar en una conexión CCC entre dos enrutadores CE.

Figura 12: Conmutador de interfaz remota que conecta dos enrutadores CE mediante CCCConmutador de interfaz remota que conecta dos enrutadores CE mediante CCC

El enrutador A de PE es la entrada para el LSP de transmisión del enrutador A del PE al enrutador B del PE y la salida para el LSP de recepción del enrutador B del PE al enrutador A del PE. Con el reinicio correcto de RSVP habilitado en todos los enrutadores PE y P, ocurre lo siguiente cuando se reinicia el enrutador A de PE:

  • El enrutador A de PE conserva el estado de reenvío asociado con las rutas CCC (las de CCC a MPLS y de MPLS a CCC).

  • El tráfico fluye sin interrupción del enrutador CE al enrutador CE.

  • Después del reinicio, el enrutador A de PE conserva la etiqueta para el LSP para el cual el enrutador A de PE es la salida (el LSP de recepción, por ejemplo). El LSP de transmisión del enrutador de PE A al enrutador B de PE puede derivar nuevas asignaciones de etiquetas, pero no debe causar ninguna interrupción del tráfico.

Configuración del reinicio correcto de CCC y TCC

Para habilitar el reinicio correcto de CCC y TCC, incluya la graceful-restart instrucción:

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

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

Configuración de una CCC de VLAN basada en MPLS mediante el método de conexión (procedimiento de CLI)

Puede configurar una VLAN 802.1Q como una conexión basada en MPLS mediante conmutadores EX8200 y EX4500 para interconectar varios sitios de clientes con tecnología de capa 2.

En este tema se describe la configuración de conmutadores de borde de proveedor (PE) en una red MPLS mediante una conexión cruzada de circuito (CCC) en una interfaz VLAN etiquetada (VLAN 802.1Q) en lugar de una interfaz simple.

Nota:

No es necesario realizar ningún cambio en los conmutadores de proveedor existentes en su red MPLS para admitir este tipo de configuración. Para obtener información sobre cómo configurar conmutadores de proveedor, consulte Configurar MPLS en conmutadores de proveedor EX8200 y EX4500.

Nota:

Puede enviar cualquier tipo de tráfico a través de un CCC, incluidas las unidades de datos de protocolo de puente (BPDU) no estándar generadas por el equipo de otros proveedores.

Nota:

Si configura una interfaz física con etiqueta VLAN y con la encapsulación vlan-ccc, no puede configurar las interfaces lógicas asociadas con la familia inet. Si lo hace, las interfaces lógicas pueden soltar paquetes.

Para configurar un conmutador pe con una CCC vlan y una conexión basada en MPLS:

  1. Configure OSPF (o IS-IS) en las interfaces de circuito cerrado (o dirección de conmutador) y núcleo:
  2. Habilite la ingeniería de tráfico para el protocolo de enrutamiento:
  3. Configure una dirección IP para la interfaz de circuito cerrado y para las interfaces de núcleo:
  4. Habilite el protocolo MPLS con cspf deshabilitado:
    Nota:

    El CSPF es un algoritmo que prioriza la ruta más corta y que se ha modificado para tener en cuenta restricciones específicas cuando se calcula la ruta más corta de la red. Debe deshabilitar CSPF para que la protección de vínculo funcione correctamente en rutas de interarea.

  5. Habilite el etiquetado vlan en la interfaz de borde del cliente del conmutador de PE local:
  6. Configure la interfaz de borde del cliente para usar la encapsulación vlan-ccc:
  7. Configure la unidad lógica de la interfaz de borde del cliente con un ID de VLAN:
    Nota:

    El ID de VLAN no se puede configurar en una unidad 0de interfaz lógica.

    Se debe usar el mismo ID de VLAN al configurar la interfaz de borde del cliente en el otro conmutador pe.

  8. Defina la ruta conmutada de etiquetas (LSP):
    Consejo:

    Deberá volver a usar el nombre LSP especificado cuando configure el CCC.

  9. Configure la conexión entre los dos circuitos en la conexión CCC

Configuración de conmutación CCC para LSP de punto a multipunto

Puede configurar la conexión cruzada de circuitos (CCC) entre dos circuitos para conmutar el tráfico de interfaces a LSP de punto a multipunto. Esta función es útil para manejar tráfico de multidifusión o difusión (por ejemplo, una transmisión de video digital).

Para configurar la conmutación CCC para LSP de punto a multipunto, haga lo siguiente:

  • En el enrutador de borde del proveedor de entrada (PE), configure CCC para cambiar el tráfico de una interfaz entrante a un LSP de punto a multipunto.

  • En el PE de salida, configure CCC para cambiar el tráfico de un LSP de punto a multipunto entrante a una interfaz de salida.

La conexión CCC para LSP de punto a multipunto es unidireccional.

Para obtener más información acerca de los LSP de punto a multipunto, consulte Descripción general de los LSP de punto a multipunto.

Para configurar una conexión CCC para un LSP de punto a multipunto, complete los pasos en las siguientes secciones:

Configuración del conmutador LSP de punto a multipunto en enrutadores de PE de entrada

Para configurar el enrutador de PE de entrada con un conmutador CCC para un LSP de punto a multipunto, incluya la p2mp-transmit-switch instrucción:

Puede incluir la p2mp-transmit-switch instrucción en los siguientes niveles jerárquicos:

  • [edit protocols connections]

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

switch-name especifica el nombre del conmutador CCC de entrada.

input-interface input-interface-name.unit-number especifica el nombre de la interfaz de entrada.

transmit-p2mp-lsp transmitting-lsp especifica el nombre del LSP de punto a multipunto de transmisión.

Configuración de receptores locales en un conmutador CCC LSP de punto a multipunto en enrutadores de PE de entrada

Además de configurar una interfaz CCC entrante a un LSP de punto a multipunto en un enrutador de PE de entrada, también puede configurar CCC para que cambie el tráfico de una interfaz CCC entrante a una o más interfaces CCC salientes mediante la configuración de interfaces de salida como receptores locales.

Para configurar interfaces de salida, incluya la output-interface instrucción en el [edit protocols connections p2mp-transmit-switch p2mp-transmit-switch-name] nivel de jerarquía.

Puede configurar una o más interfaces de salida como receptores locales en el enrutador de PE de entrada mediante esta instrucción.

Utilice los show connections p2mp-transmit-switch (extensive | history | status)comandos , show route ccc <interface-name> (detail | extensive)y show route forwarding-table ccc <interface-name> (detail | extensive) para ver los detalles de las interfaces de recepción locales en el enrutador de PE de entrada.

Configuración del conmutador LSP de punto a multipunto en enrutadores de SALIDA DE PE

Para configurar el conmutador CCC para un LSP de punto a multipunto en el enrutador de PE de salida, incluya la p2mp-receive-switch instrucción.

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

  • [edit protocols connections]

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

switch-name especifica el nombre del conmutador CCC de salida.

output-interface [ output-interface-name.unit-number ] especifica el nombre de una o más interfaces de salida.

receive-p2mp-lsp receptive-lsp especifica el nombre del LSP receptivo de punto a multipunto.

Configuración de una CCC de VLAN basada en MPLS mediante una VPN de capa 2 (procedimiento de CLI)

Puede configurar una VLAN 802.1Q como una red privada virtual (VPN) de capa 2 basada en MPLS mediante conmutadores EX8200 y EX4500 para interconectar varios sitios de clientes con tecnología de capa 2.

En este tema se describe la configuración de conmutadores de borde de proveedor (PE) en una red MPLS mediante una conexión cruzada de circuito (CCC) en una interfaz VLAN etiquetada (VLAN 802.1Q) en lugar de una interfaz simple.

Nota:

No es necesario realizar ningún cambio en los conmutadores de proveedor existentes en su red MPLS para admitir este tipo de configuración. Para obtener información sobre cómo configurar conmutadores de proveedor, consulte Configurar MPLS en conmutadores de proveedor EX8200 y EX4500.

Nota:

Puede enviar cualquier tipo de tráfico a través de un CCC, incluidas las unidades de datos de protocolo de puente (BPDU) no estándar generadas por el equipo de otros proveedores.

Nota:

Si configura una interfaz física con etiqueta VLAN y con la encapsulación vlan-ccc, no puede configurar las interfaces lógicas asociadas con la familia inet. Si lo hace, las interfaces lógicas pueden soltar paquetes.

Para configurar un conmutador PE con una CCC vlan y una VPN de capa 2 basada en MPLS:

  1. Configure OSPF (o IS-IS) en las interfaces de circuito cerrado (o dirección de conmutador) y núcleo:
  2. Habilite la ingeniería de tráfico para el protocolo de enrutamiento:
  3. Configure una dirección IP para la interfaz de circuito cerrado y para las interfaces de núcleo:
  4. Habilite el protocolo MPLS con cspf deshabilitado:
    Nota:

    El CSPF es un algoritmo que prioriza la ruta más corta y que se ha modificado para tener en cuenta restricciones específicas cuando se calcula la ruta más corta de la red. Debe deshabilitar CSPF para que la protección de vínculo funcione correctamente en rutas de interarea.

  5. Defina la ruta conmutada de etiquetas (LSP):
    Consejo:

    Deberá volver a usar el nombre LSP especificado cuando configure el CCC.

  6. Configure MPLS en las interfaces principales:
  7. Configure RSVP en la interfaz de circuito cerrado y las interfaces de núcleo:
  8. Configurar family mpls en las unidades lógicas de las interfaces principales:
    Nota:

    Puede habilitar family mpls en interfaces individuales o en interfaces Ethernet agregadas. No puede habilitarla en interfaces VLAN etiquetadas.

  9. Habilite el etiquetado vlan en la interfaz de borde del cliente del conmutador de PE local:
  10. Configure la interfaz de borde del cliente para usar la encapsulación vlan-ccc:
  11. Configure la unidad lógica de la interfaz de borde del cliente con un ID de VLAN:
    Nota:

    El ID de VLAN no se puede configurar en una unidad 0de interfaz lógica. El número de unidad lógica debe ser 1 o superior.

    Se debe usar el mismo ID de VLAN al configurar la interfaz de borde del cliente en el otro conmutador pe.

  12. Configure el BGP, especificando la dirección de circuito cerrado como dirección local y habilitando family l2vpn signaling:
  13. Configure el grupo BGP, especificando el nombre y el tipo de grupo:
  14. Configure el vecino del BGP, especificando la dirección de circuito cerrado del conmutador PE remoto como la dirección del vecino:
  15. Configure la instancia de enrutamiento, especificando el nombre de instancia de enrutamiento y usando l2vpn como tipo de instancia:
  16. Configure la instancia de enrutamiento para que se aplique a la interfaz de borde del cliente:
  17. Configure la instancia de enrutamiento para usar un distinguidor de rutas:
  18. Configure el destino de enrutamiento y reenvío VPN (VRF) de la instancia de enrutamiento:
    Nota:

    Puede crear políticas más complejas mediante la configuración explícita de políticas de importación y exportación de VRF mediante las opciones de importación y exportación. Consulte la Guía de configuración de VPN de Junos OS.

  19. Configure los protocolos y el tipo de encapsulación utilizados por la instancia de enrutamiento:
  20. Aplique la instancia de enrutamiento a una interfaz de borde de cliente y especifique una descripción para ella:
  21. Configure el sitio de protocolos de instancia de enrutamiento:
    Nota:

    El ID de sitio remoto (configurado con la remote-site-id instrucción) corresponde al ID de sitio (configurado con la site-identifier instrucción) configurado en el otro conmutador pe.

Cuando haya completado la configuración de un conmutador de PE, siga los mismos procedimientos para configurar el otro conmutador pe.

Nota:

Debe usar el mismo tipo de conmutador para el otro conmutador pe. No puede utilizar un EX8200 como un conmutador PE y utilizar un EX3200 o EX4200 como el otro conmutador PE.

Descripción de Ethernet sobre MPLS (circuito L2)

Ethernet sobre MPLS permite enviar tramas Ethernet de capa 2 (L2) de manera transparente a través de MPLS. Ethernet sobre MPLS utiliza un mecanismo de tunelización para el tráfico Ethernet a través de un núcleo de capa 3 habilitado para MPLS. Encapsula unidades de datos de protocolo Ethernet (PDU) dentro de paquetes MPLS y reenvía los paquetes mediante el apilamiento de etiquetas a través de la red MPLS Esta tecnología tiene aplicaciones en entornos de proveedores de servicios, empresas y centros de datos. Para fines de recuperación ante desastres, los centros de datos se alojan en varios sitios geográficamente lejanos e interconectados mediante una red WAN.

Nota:

Un circuito de capa 2 es similar a un circuito de conexión cruzada (CCC), excepto que se pueden transportar varios circuitos de capa 2 a través de un único túnel de ruta de conmutación de etiquetas (LSP) entre dos enrutadores de borde de proveedor (PE). Por el contrario, cada CCC requiere un LSP dedicado.

Ethernet sobre MPLS en centros de datos

Para fines de recuperación ante desastres, los centros de datos se alojan en varios sitios geográficamente lejanos e interconectados mediante una red WAN. Estos centros de datos requieren conectividad L2 entre ellos por las siguientes razones:

  • Para replicar el almacenamiento a través de IP de canal de fibra (FCIP). La FCIP solo funciona en el mismo dominio de difusión.

  • Para ejecutar un protocolo de enrutamiento dinámico entre los sitios.

  • Para admitir clústeres de alta disponibilidad que interconectan los nodos alojados en los distintos centros de datos.

Configuración de Ethernet a través de MPLS (circuito de capa 2)

Para implementar Ethernet a través de MPLS, debe configurar un circuito de capa 2 en los conmutadores de borde del proveedor (PE). No se requiere ninguna configuración especial en los conmutadores de borde del cliente (CE). Los conmutadores de proveedor requieren que MPLS y LDP se configuren en las interfaces que recibirán y transmitirán paquetes MPLS.

Nota:

Un circuito de capa 2 es similar a un circuito de conexión cruzada (CCC), excepto que se pueden transportar varios circuitos de capa 2 a través de un único túnel de ruta de conmutación de etiquetas (LSP) entre dos conmutadores PE. Por el contrario, cada CCC requiere un LSP dedicado.

En este tema se describe cómo configurar los conmutadores de PE para que admitan Ethernet a través de MPLS. Debe configurar interfaces y protocolos en los conmutadores PE (PE1) local y remoto (PE2). La configuración de la interfaz varía según si el circuito de capa 2 está basado en puertos o vlan.

A partir de Junos OS versión 20.3R1, soporte para circuitos de capa 2 para proporcionar VPN y VPWS de capa 2 con señalización LDP.

Figura 13 muestra un ejemplo de una configuración de circuito de capa 2.

Figura 13: Circuito Ethernet a través de MPLS de capa 2 Circuito Ethernet a través de MPLS de capa 2
Nota:

En este tema se hace referencia al conmutador de PE local como PE1 y al conmutador de PE remoto como PE2. También utiliza nombres de interfaz en lugar de variables para ayudar a aclarar las conexiones entre los conmutadores. Las direcciones de circuito cerrado de los conmutadores se configuran de la siguiente manera:

  • PE1: 10.127.1.1

  • PE2: 10.127.1.2

Nota:

En los conmutadores serie QFX y EX4600, la interfaz frontal CE de circuito de capa 2 no admite interfaces AE.

Configuración del conmutador pe local para circuitos de capa 2 basados en puertos (pseudoa cable)

PRECAUCIÓN:

Configure redes MPLS con una MTU (unidad de transmisión máxima) que sea al menos 12 bytes mayor que el tamaño de trama más grande que transportarán los LSP. Si el tamaño de un paquete encapsulado en el LSR de entrada supera la MTU LSP, ese paquete se cae. Si un LSR de salida recibe un paquete en un LSP vc con una longitud (después de que se haya lanzado la pila de etiquetas y la palabra de control de secuenciación) que supera la MTU de la interfaz de la capa de destino 2, ese paquete también se cae.

Para configurar el conmutador de PE local (PE1) para un circuito de capa 2 basado en puertos (pseudoa cable):

  1. Configure una interfaz orientada a CE de acceso para la encapsulación Ethernet:
    Nota:

    Observe que solo se admite el número de unidad 0 para CCC Ethernet.

  2. Configure el circuito de capa 2 del PE1 al PE2:
  3. Configure la ruta conmutada de etiqueta de PE1 a PE2:
  4. Configure los protocolos en las interfaces de núcleo y circuito cerrado:

    Los cambios se muestran para el PE local:

Configuración del conmutador PE remoto para circuitos de capa 2 basados en puertos (pseudoa cable)

Para configurar el conmutador de PE remoto (PE2) para un circuito de capa 2 basado en puertos:

  1. Configure una interfaz orientada a CE de acceso para la encapsulación Ethernet:
  2. Configure el circuito de capa 2 del PE2 al PE1:
  3. Configure la ruta conmutada de etiqueta de PE2 a PE1:
  4. Configure los protocolos en las interfaces de núcleo y circuito cerrado:

Configuración del conmutador pe local para circuitos de capa 2 basados en VLAN

Para configurar el conmutador de PE local (PE1) para un circuito de capa 2 basado en VLAN:

  1. Configure una interfaz orientada a CE de acceso para la encapsulación vlan:
  2. Configure la unidad lógica de la interfaz orientada a CE para la encapsulación vlan:
  3. Configure la unidad lógica de la interfaz orientada a CE para que pertenezca a la familia ccc:
  4. Configure la misma interfaz para el etiquetado de VLAN:
  5. Configure el ID de VLAN de la interfaz:
  6. Configure el circuito de capa 2 del PE1 al PE2:
  7. Configure la ruta conmutada de etiqueta de PE1 a PE2:
  8. Configure los protocolos en las interfaces de núcleo y circuito cerrado:

Configuración del conmutador pe remoto para circuitos de capa 2 basados en VLAN

Para configurar el conmutador pe remoto (PE2) para un circuito de capa 2 basado en VLAN:

  1. Configure una interfaz orientada a CE de acceso para la encapsulación vlan:
  2. Configure la unidad lógica de la interfaz orientada a CE para la encapsulación vlan:
  3. Configure la unidad lógica de la interfaz orientada a CE para que pertenezca a la familia ccc:
  4. Configure la misma interfaz para el etiquetado de VLAN:
  5. Configure el ID de VLAN de la interfaz:
  6. Configure el circuito de capa 2 del PE2 al PE1:
  7. Configure la ruta conmutada de etiqueta de PE2 a PE1:
  8. Configure los protocolos en las interfaces de núcleo y circuito cerrado:
Tabla de historial de versiones
Liberación
Descripción
20.3R1
A partir de Junos OS versión 20.3R1, soporte para circuitos de capa 2 para proporcionar VPN y VPWS de capa 2 con señalización LDP.
20.1R1
A partir de Junos OS versión 20.1R1, las interfaces Ethernet agregadas admiten encapsulación de conexión cruzada de traducción de VLAN (TCC).
19.3R1
A partir de Junos OS versión 19.3R1, puede aprovechar la compatibilidad de hardware disponible para conexiones cruzadas en el dispositivo ACX5448 con la funcionalidad de conmutación local de capa 2 mediante ciertos modelos. Con este soporte, puede proporcionar los servicios de EVP y línea privada virtual Ethernet (EVPL).
17.1R1
La compatibilidad con el servicio VPN como el cliente se admite en conmutadores QFX10000 a partir de Junos OS versión 17.1R1.