Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ccc, TCC y Ethernet a través de MPLS configuración

Información general sobre la conmutación de nivel 2,5 y el TCC

La traslación cruzada (TCC) le permite reenviar el tráfico entre una variedad de protocolos o circuitos de capa 2. Es similar a su predecesor, CCC. Sin embargo, aunque CCC requiere los mismos encapsulamientos de capa 2 en ambos lados de un enrutador (como el protocolo de punto a punto [PPP] o Frame Relay-to-Frame Relay), TCC le permite conectar distintos tipos de protocolos de capa 2 de forma intercambiable. Con TCC, es posible combinar combinaciones como PPP a ATM y conexiones entre transmisiones de Ethernet a trama. Asimismo, se puede utilizar TCC para crear VPN de capa 2,5 y circuitos 2,5 de capa.

Considere una topología de ejemplo ( ) en la cual puede configurar una conexión cruzada de traducción de dúplex completo 2.5 entre el enrutador A y el C mediante un enrutador Juniper Networks, el enrutador B, como interfaz Figura 1 TCC. En esta topología, el enrutador B elimina todos los datos de encapsulación de PPP de las tramas que llegan desde el 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 terminan en el enrutador de interconexión (enrutador B).

Figura 1: Topología de conversión cruzada de ejemploTopología de conversión cruzada de ejemplo

La funcionalidad TCC es diferente de la conmutación de capa 2 estándar. TCC sólo intercambia los encabezados de capa 2. No se realizará ningún otro procesamiento, como sumas de comprobación de encabezado, decremento de tiempo de vida (TTL) o control de protocolo. Actualmente, se admite TCC en IPv4, ISO y MPLS.

El TCC de Ethernet se admite en interfaces que solo transportan el tráfico IPv4. No se soportan las PICs, TCC y Extended VLAN CCC de 8 puertos, 12 puertos y 48 Fast Ethernet. Para las PICs de 4 puertos Gigabit Ethernet, no se admiten las redes VLAN CCC extendido y el TCC ampliado de VLAN.

Configuración de la encapsulación TCC de VLAN

La encapsulación TCC de VLAN permite que los circuitos tengan medios diferentes en ambos lados de la ruta de reenvío. La encapsulación TCC de VLAN solo admite TPID 0x8100. Debe incluir las instrucciones de configuración en los niveles jerárquicos de interfaces lógicas y físicas.

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 VLAN, debe tener los vínculos miembro de Ethernet agregada con hardware compatible con encapsulación TCC VLAN.

Nota:

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

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

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

  • [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 mediante la proxy inclusión remote de las sentencias e:

Estas instrucciones se pueden incluir 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 no Ethernet TCC para el que el enrutador TCC actúa como proxy.

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

Cuando la encapsulación TCC de VLAN está configurada en la interfaz lógica, también debe especificar servicios de 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 flexible-ethernet-services la opción:

Encapsulación del TCC de VLAN extendida admite TPIDs 0x8100 y 0x9901. TCC de VLAN extendida se especifica en el nivel de interfaz física. Cuando se configura, todas las unidades de la interfaz deben usar la encapsulación del TCC de VLAN, y no es necesaria ninguna configuración explícita en las interfaces lógicas.

El Gigabit Ethernet de un puerto, Gigabit Ethernet de 2 puertos y Fast Ethernet PICs con etiquetado de VLAN habilitado puede usar 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 extended-vlan-tcc la opción:

Para la encapsulación del TCC de VLAN, son válidos todos los ID. de VLAN del 1 al 1024. El ID 0 de VLAN está reservado para etiquetar la prioridad de fotogramas.

El TCC extendido de VLAN no se admite en una foto Gigabit Ethernet de 4 puertos.

Configuración de la conmutación de interfaces TCC

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

Figura 2: Topología de ejemplo de capa 2,5 traslación cruzada Topología de ejemplo de capa 2,5 traslación cruzada

Si el tráfico fluye del enrutador a al enrutador C, el Junos OS elimina todos los datos de encapsulación de PPP de los paquetes entrantes y agrega datos de encapsulación Ethernet antes de reenviar los paquetes. Si el tráfico fluye desde el enrutador C al enrutador A, la Junos OS quita 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 traslación:

  1. En el modo de configuración, en eleditnivel de jerarquía [], configure primero la interfaz conectada al enrutador a.
  2. Adicional 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 de a a enrutador ppp-tcc B es PPP, especifique el mismo modo de encapsulación. Si el circuito del enrutador de a a enrutador frame-relay-tccB es Frame Relay, especifique.
  4. En el modo de configuración, en eleditnivel de jerarquía [], configure primero la interfaz conectada al enrutador C.
  5. Adicional 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 C del enrutador al encaminador es ethernet-tcc Ethernet, especifique el mismo modo que la encapsulación. Si el circuito C de enrutador a encaminador atm-tcc-vc-muxes ATM, especifique.
  7. Especifique la dirección IP o 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 deedit interfaces interface-name unit unit-number family tccjerarquía []. Puede especificar el dirección MAC del enrutador remoto en lugar de la dirección IP. El dirección MAC es la dirección física de la capa 2 del vecino Ethernet.
  8. Especifique la dirección IP del vecino no Ethernet TCC para el que el enrutador TCC actúa como proxy mediante la proxy instrucción. Debe especificar la instrucción en el nivel deedit interfaces interface-name unit unit-number family tccjerarquía [].

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

CCC información general

El paso de conexión cruzada del 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 (DLCI) de Frame Relay, un circuito virtual de modo de transferencia asíncrono (ATM), un protocolo punto a punto ( PPP), una interfaz de Cisco de control de enlace de datos (HDLC) de alto nivel o una MPLS ruta de conmutación de etiqueta (LSP). Mediante 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 modificadores de la serie QFX10000 no admiten circuitos virtuales ATM.

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

  • conmutación de capa 2: las conexiones cruzadas entre interfaces lógicas proporcionan lo que se esencialmente 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 interfaces remotos 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 tunelización de conmutación de capa 2 y MPLS, la conexión cruzada es bidireccional, por lo que los paquetes recibidos en la primera interfaz se transmiten fuera de la segunda interfaz y los recibidos en la segunda interfaz se transmiten fuera la primera. En el caso de la Unión del LSP, la conexión cruzada es unidireccional.

Descripción de las VPN de operadora de telefonía

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 de operadora de operadoras (como se describe en la RFC 4364:

  • Operador de Telecomunicaciones 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. No es necesario que el cliente configure MPLS dentro de sus redes regionales.

  • VPN Operador de Telecomunicaciones como cliente: el cliente VPN es en sí mismo un proveedor de servicios VPN que ofrece servicio VPN a sus clientes. El cliente del servicio VPN de operador de telefonía depende del proveedor de servicios VPN de red troncal para la conectividad entre sitios. Se requiere que el proveedor del servicio VPN del cliente ejecute MPLS dentro de sus redes regionales.

Figura 3ilustra la arquitectura de red que se utiliza para un servicio VPN de operadora de operadores.

Figura 3: Arquitectura VPN de operadora de operadoresArquitectura VPN de operadora de operadores

Este tema trata lo siguiente:

Operador de Telecomunicaciones de Internet como cliente

En este tipo de configuración VPN de operadora de telefonía, el ISP A configura su red para proporcionar el servicio de Internet al ISP B. el ISP B proporciona la conexión con el cliente que desea servicio de Internet, pero el ISP A debe proporcionar el servicio de Internet real.

Este tipo de configuración VPN de operadora de operadores tiene las siguientes características:

  • El cliente del servicio VPN de operador de telefonía (ISP B) no necesita configurar MPLS en su red.

  • El proveedor de servicios VPN de operadora de telefonía (ISP A) debe configurar MPLS en su red.

  • MPLS también se deben configurar en los enrutadores de BRC y enrutadores PE conectados juntos en las redes del proveedor de servicios VPN de operadora de operadoras VPN del cliente y operadora de operadoras de red VPN.

VPN Operador de Telecomunicaciones como cliente

Un proveedor de servicios VPN puede tener clientes que son a su vez proveedores de servicios de 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 de red troncal no las importa en su tabla VRF. El proveedor de servicios VPN de red troncal solo importa las rutas internas del proveedor de servicios VPN del cliente en su tabla VRF.

Las similitudes y las diferencias entre las VPN de los operadores interproporcionados y de operadora Tabla 1se muestran en la.

Tabla 1: Comparación de VPN del proveedor y del operador

Función

Cliente del ISP

VPN Operador de Telecomunicaciones cliente

Dispositivo de borde del cliente

Como enrutador de borde

Enrutador PE

Sesiones IBGP

Transporte de rutas IPv4

Transporte de rutas IPv4 externas a VPN con etiquetas asociadas

Reenvío dentro de la red del cliente

MPLS es opcional

Se requiere MPLS

Soporte para servicio VPN dado que el cliente está soportado en conmutadores QFX10000 que comienzan con Junos OS Release 17.1 R1.

Descripción de las VPN del proveedor y del operador de operadores

Todas las VPN del proveedor y del integrador comparten las siguientes características:

  • Cada cliente VPN del proveedor o operador debe distinguir entre las rutas de clientes internas y externas.

  • Las rutas de clientes internas deben ser mantenidas por el proveedor de servicios VPN en sus enrutadores PE.

  • Las rutas de clientes externos solo las llevan las plataformas de enrutamiento del cliente, no las plataformas de enrutamiento del proveedor de servicios VPN.

La diferencia clave entre las redes privadas virtuales entre el operador y el proveedor es si los sitios del cliente pertenecen al mismo o a una o más empresas independientes:

  • VPN de interprovider:los sitios de cliente pertenecen a diferentes AS. Debe configurar el EBGP para intercambiar las rutas externas del cliente.

  • Descripción de VPN de operadorade operadoras: los sitios de clientes pertenecen al mismo nivel AS. Debe configurar el IBGP para intercambiar las rutas externas del cliente.

En general, cada proveedor de servicios de 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. Al aplicar esta regla de forma recursiva, es posible crear una jerarquía de VPN.

A continuación, se enumeran las definiciones de los tipos de enrutadores de PE específicos para las VPN de intercompañía y operadora:

  • El enrutador de borde AS está ubicado en el borde 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; se conecta al enrutador BRC en el sitio del cliente final.

Configuración de BGP para recopilar estadísticas de VPN de operadora y proveedor de transportadora

Puede configurar las BGP para recopilar estadísticas de tráfico para VPN de interproviders y operadoras de operadoras.

Para configurar BGP para recopilar estadísticas de tráfico para VPN de interproviders 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 resumen de esta instrucción.

Nota:

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

Si no especifica un filename, las estadísticas no se escribirán en un archivo. Sin embargo, si ha incluido la instrucción en la configuración de BGP, las estadísticas aún están disponibles y se puede acceder a ellas mediante traffic-statistics 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 distintos grupos. Para habilitar una cuenta de tráfico independiente, debe incluir la instrucción en la per-group-label configuración de cada BGP grupo. Al incluir esta instrucción, se recopilan y se muestran las estadísticas que representan el tráfico enviado por los pares del grupo BGP especificado.

Si configura la instrucción en el nivel de jerarquía, en lugar de configurarla para un grupo de BGP específico, las estadísticas de tráfico se comparten con todos los grupos de BGP configurados con la instrucción pero no configurados con la [edit protocols bgp family inet]traffic-statisticsper-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 BGP grupo:

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

A continuación, se muestra una muestra del resultado en el archivo de estadísticas de tráfico:

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

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

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

Nota:

No es necesario realizar ningún cambio en los conmutadores de proveedor existentes de la red MPLS para admitir este tipo de configuración. Para obtener más información sobre cómo configurar conmutadores de proveedor, consulte configuring MPLS on Providers switches.

Nota:

Puede enviar cualquier tipo de tráfico a través de una 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 como etiquetada VLAN y con la encapsulación VLAN-CCC, no puede configurar las interfaces lógicas asociadas con la familia inet. Si lo hace, puede que las interfaces lógicas descarten paquetes.

Para configurar un conmutador PE con una VLAN CCC y un circuito 2 basado en MPLS:

  1. Configure OSPF (o IS-IS) en el bucle de retroceso (o dirección de conmutador) y las interfaces principales:
  2. Activar la ingeniería de tráfico para el protocolo de enrutamiento:
  3. Configure una dirección IP para la interfaz de bucle invertido y para las interfaces principales:
  4. Habilitar el protocolo MPLS con CSPF deshabilitado:
    Nota:

    CSPF es un algoritmo más corto que se ha modificado para tener en cuenta las restricciones específicas cuando se calcula la ruta más corta a través de la red. Debe deshabilitar CSPF para que la protección de vínculos funcione correctamente en las rutas interareas.

  5. Configure la interfaz de borde del cliente como un circuito de capa 2 a partir del conmutador de PE local en el otro conmutador de 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 LDP en la interfaz de bucle invertido y las interfaces principales:
  8. Configure family mpls en las unidades lógicas de las interfaces principales:
    Nota:

    Puede activar family mpls en interfaces individuales o en interfaces Ethernet agregadas. No puede activarlo en interfaces VLAN etiquetadas.

  9. Activar etiquetado de VLAN en la interfaz de borde del cliente del conmutador de PE local:
  10. Configuración de 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:

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

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

Cuando haya terminado de configurar un conmutador PE, siga los mismos procedimientos para configurar el otro conmutador de PE.

Nota:

En el caso de los conmutadores de la serie EX, debe usar el mismo tipo de conmutador para el otro conmutador de PE.

Encapsulación de VLAN CCC en el lado del transporte de pseudowire de cliente Introducción a las interfaces lógicas

Actualmente, Junos OS no permite que el mismo ID de VLAN se configure en más de una interfaz lógica en la misma interfaz física del cliente pseudowire. Para admitir vlan-ccc la encapsulación en la interfaz de servicio de pseudowire de transporte (PS) en el dispositivo de extremo de proveedor (PE), esta restricción se quita 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 agregación existentes en la red. Actualmente, Junos OS admite ethernet-ccc la encapsulación en la interfaz PS de transporte. Normalmente, al establecer una conexión pseudowire, el dispositivo de acceso inicia una pseudowire basada en VLAN (también conocida como modo con etiquetas VLAN) y un enrutador PE señala a VLAN de modo Ethernet al dispositivo de acceso. Para establecer este tipo de conexión pseudowire, puede utilizar la ignore-encapsulation-mismatch instrucción. Sin embargo, es posible que el dispositivo de Junos OS (dispositivo de ignore-encapsulation-mismatch acceso) no admita la instrucción y, como resultado, la conexión pseudowire no está formada. Cuando la ignore-encapsulation-mismatch instrucción no es compatible con el dispositivo de acceso, puede configurar vlan-ccc entre los nodos para formar una conexión pseudowire.

La ruta de acceso de los datos de reenvío no vlan-ccc se cambia con la nueva encapsulación en la interfaz PS de transporte y el ethernet-ccc comportamiento es similar a éste cuando la encapsulación está configurada en la interfaz PS de transporte. La interfaz de transporte PS encapsula o deencapsula el encabezado de capa 2 exterior y MPLS encabezados en los paquetes transmitidos o recibidos en el puerto WAN. Los encabezamientos Ethernet o VLAN internos del paquete se gestionan en interfaces lógicas del servicio cliente de pseudowire. Debe configurar interfaces lógicas del servicio de cliente pseudowire con las etiquetas VLAN o IDs de VLAN apropiadas.

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

Configuración de pseudowire desde el nodo de acceso

Estas pseudowires se configuran utilizando redes VLAN a partir del nodo de acceso para los dispositivos del cliente conectados al circuito de capa 2 configurado en enrutadores de acceso y de PE con VLANs del cliente (C-VLANs). El tráfico de entrada (del lado del nodo de acceso) en el enrutador PE es una sola VLAN etiquetada (encabezado Ethernet interno) y, por lo tanto, las interfaces lógicas de servicio deben configurarse con los mismos identificadores de VLAN que corresponden a los ID C-VLAN conectados al nodo de acceso.

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

Figura 4: Interfaz lógica de transporte de cliente de pseudowire desde nodo de accesoInterfaz lógica de transporte de cliente de pseudowire desde nodo de acceso

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

Configuración 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 Aggregation y termina en un enrutador PE. El nodo de agregación inserta la etiqueta VLAN de servicio (S-VLAN) y se espera que el enrutador de PE funcione con 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 de transporte PS del 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 se debe configurar para que coincida con la S-VLAN y la etiqueta de VLAN interna se debe configurar para que coincida con la de C-VLAN.

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

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

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

Transmitir BPDUs no estándar

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

Las siguientes opciones PICs se admiten en enrutadores M320 y serie 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

Información general sobre 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, aunque CCC requiere las mismas encapsulaciones de capa 2 en cada lado de un enrutador de Juniper Networks (como PPP a PPP o Frame Relay a Frame Relay), TCC le permite conectar indisociemente distintos tipos de protocolos de capa 2. Cuando utilice TCC, es posible establecer combinaciones como PPP a ATM (consulte Figura 6la) y conexiones de transmisión de Ethernet a trama.

Figura 6: Ejemplo de TCCEjemplo de TCC

Los circuitos de capa 2 y los tipos de encapsulación que pueden interconectarse mediante TCC son:

  • Ethernet

  • Redes VLAN extendidas

  • PROTOCOLOS

  • HDLC

  • CENTRALES

  • Frame Relay

La TCC funciona quitando 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 de PPP se quita de las tramas que llegan al enrutador B y se agrega la encapsulación ATM antes de que las tramas se envíen al enrutador C.

Observe que todo el tráfico de control se detiene en el enrutador de interconexión (enrutador B). Algunos ejemplos de controladores de tráfico son el protocolo de control de vínculos (LCP) y el protocolo de control de red (NCP) para PPP, Keepalives para HDLC y la interfaz de administración local (LMI) para Frame Relay.

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

Las políticas de paquetes del Protocolo de resolución de direcciones (APR) en las interfaces Ethernet de TCC son eficaces para los lanzamientos 10,4 y en adelante.

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

Configuración de conmutación de capa 2 con conmutación cruzada mediante CCC

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

Figura 7 muestra un conmutación de capa 2 conexión cruzada. En esta topología, los enrutadores A y C tienen conexiones de Frame Relay con el enrutador B, el cual es un enrutador Juniper Networks seguro. La conexión cruzada de circuitos (CCC) le permite configurar el enrutador B para que actúe como un 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 un conmutador Frame Relay con respecto a estos enrutadores. Esta configuración permite que el enrutador B cambie 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 del 600 al 750.

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

Si los circuitos C del enrutador A al enrutador B y B al enrutador C eran PPP, por ejemplo, el protocolo de control de vínculo y el protocolo de control de red se producen intercambios entre el enrutador A y el C. El enrutador B maneja estos mensajes de forma transparente, lo que permite que los enrutadores A y C utilicen varias opciones de PPP (como la desmesificación y autenticación de encabezado o dirección) que es posible que el enrutador B no admita. De forma similar, el intercambio de enrutadores A y C del enrutador C se mantiene, proporcionando el estado de conectividad de circuito a circuito.

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

Para configurar conmutación de capa 2 de conexión cruzada, 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 conmutación de capa 2 Conectándose cruzadas

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

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 conmutación de capa 2 cruzadas, consulte las secciones siguientes:

Configuración de encapsulación ATM para conmutación de capa 2 Conectándose cruzadas

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:

Estas instrucciones se pueden incluir en los siguientes niveles jerárquicos:

  • [edit interfaces]

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

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

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

Las interfaces Ethernet con etiquetado estándar de identificador de protocolo de etiqueta (TPID) pueden usar encapsulación CCC Ethernet. En M Series enrutadores de borde multiservicio, excepto las M320, Gigabit Ethernet de un puerto, Gigabit Ethernet de dos puertos, Gigabit Ethernet de cuatro puertos y PICs de cuatro puertos de Fast Ethernet pueden utilizar la encapsulación CCC Ethernet. En serie T enrutadores M320 y enrutadores principales, Gigabit Ethernet de un puerto y las PICs instaladas con dos puertos Gigabit Ethernet en FPC2 pueden utilizar la encapsulación CCC Ethernet. Cuando utilice este tipo de encapsulación, solo podrá configurar la ccc familia.

Estas instrucciones se pueden incluir en los siguientes niveles jerárquicos:

  • [edit interfaces]

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

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

Un circuito LAN virtual (VLAN) Ethernet puede configurarse con el vlan-ccc o extended-vlan-ccc la encapsulación. 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 ccc permite la familia. Si configura la vlan-ccc encapsulación en la interfaz física, las inet familias y ccc son compatibles con 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 de 512 a 4094 están reservados para las VLAN CCC. Para el extended-vlan-ccc tipo de encapsulación, todos los identificadores de VLAN 1 y superior son válidos. El ID 0 de VLAN está reservado para etiquetar la prioridad de fotogramas.

Nota:

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

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

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [edit interfaces]

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

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

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [edit interfaces]

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

Si configura la encapsulación como vlan-ccc o extended-vlan-ccc, debe habilitar el etiquetado de VLAN mediante la inclusión de vlan-tagging la instrucción.

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

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

Las interfaces Ethernet agregadas configuradas con etiquetado de VLAN se pueden configurar con varias interfaces lógicas. La única encapsulación disponible para las interfaces lógicas de Ethernet vlan-cccagregadas es. Cuando configure la vlan-id instrucción, se limitará a las VLAN id 512 a 4094.

Las interfaces Ethernet agregadas que se configuran sin Etiquetado VLAN solo se ethernet-ccc pueden configurar con la encapsulación. Todos los paquetes Ethernet sin etiquetar recibidos se reenvían en función de los parámetros CCC.

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

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

  • Si configuró el equilibrio de carga entre los vínculos secundarios, tenga en cuenta que se utilizará una clave hash diferente para distribuir paquetes entre los vínculos secundarios. Las interfaces agregadas estándar tienen la familia inet configurada. 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 en su lugar el CCC conjunto configurado. En lugar de una clave de hash IPv4, se utiliza una clave de hash MPLS (basada en la dirección de destino dirección MAC [MAC]) para distribuir paquetes entre los vínculos secundarios.

  • La encapsulación Extended-VLAN-CCC no es compatible con el PIC Fast Ethernet de 12 puertos ni el PIC 48 Fast Ethernet.

  • El 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). LACP sólo puede configurarse cuando la interfaz agregada se configura con la encapsulación CCC Ethernet.

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

Configuración de encapsulación de Frame Relay para conmutación de capa 2 Conectándose cruzadas

En el caso de los circuitos de relé de trama, especifique la encapsulación al configurar el DLCI. Configure cada DLCI como un circuito o una interfaz lógica regular. El DLCI para las interfaces regulares debe estar comprendido entre 1 y 511. Para CCC interfaces, debe estar comprendido entre 512 y 4094.

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [edit interfaces]

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

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

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

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [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 conmutación de capa 2 Conexiones cruzadas

Para configurar conmutación de capa 2 conexiones cruzadas, defina la conexión entre los dos circuitos incluyendo la interface-switch instrucción. Esta conexión se configura en el enrutador que actúa como conmutador (enrutador B Figura 7 en). La conexión se une a 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 en la segunda interfaz, y los que se reciben en la segunda interfaz se transmiten los primeros.

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

  • [edit protocols connections]

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

Configuración de MPLS para conmutación de capa 2 conectándose cruzadas

Para que conmutación de capa 2 funcionen las conexiones cruzadas, debe activar MPLS del enrutador mediante la inclusión de al menos las siguientes instrucciones. Esta configuración mínima habilita MPLS en una interfaz lógica para la conmutación entre conexiones.

Incluir la family mpls instrucción:

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

  • [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:

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [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 conmutación de capa 2 dúplex completo entre el enrutador A y el C mediante un enrutador Juniper Networks, el enrutador B, como conmutador virtual. Consulte la topología de 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 muestra de una conmutación entre conexiones VLAN de capa 2Topología de muestra de una conmutación entre conexiones VLAN de capa 2

Configurar la conexión cruzada de conmutación de capa 2 en ACX5440

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

Se admite el cambio local con los siguientes modelos de reenvío:

  • VLAN-CCC (conmutación local en el nivel de interfaz lógica) sin mapa.

  • VLAN-CCC (conmutación local de nivel de interfaz lógica) con las siguientes asignaciones VLAN:

    • Push 0x8100. pushVLAN (QinQ tipo)

    • Swap 0x8100. swapVLAN

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

  • Interfaces AE con LACP, equilibre la carga de todos los modos activos.

  • Compatibilidad con interfaz final de conmutación local para la interfaz AE o LAG (una interfaz no de AE y otras interfaces AE).

  • Conmutación local, ambas como interfaces AE o LAG.

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

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

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

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

Cuando el tráfico del enrutador A (VC 234) llega al enrutador B, se encapsula y se coloca en un LSP, el cual 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. De manera similar, el tráfico del enrutador D (VC 591) se envía a través de un LSP al enrutador B y, luego, se coloca en el VC 234 al enrutador A.

Puede configurar conexiones cruzadas de túnel de LSP en PPP, HDLC de Cisco, Frame Relay y circuitos ATM. En una sola conexión cruzada, solo se pueden conectar las interfaces.

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

Para que las conectos cruzadas de túnel funcionen, el tamaño de la trama SI-SI en los enrutadores de borde (enrutadores A y D en) debe ser menor que el tamaño de la trama Figura 11 del LSP UMT.

Nota:

Los valores de tamaño de fotograma no incluyen los indicadores secuencia de verificación de fotograma (FCS) o delimitación.

Para determinar el MTU de LSP requerido para la compatibilidad es, utilice el siguiente cálculo:

La sobrecarga de trama varía en función de la encapsulación que se esté utilizando. A continuación se enumeran los valores de sobrecarga de encapsulación de IS para varias encapsulaciones:

  • CENTRALES

    • Multiplexo AAL5: 8 bytes (RFC 1483)

    • Multiplexo de VC: 0 bytes

  • Frame Relay

    • Multiprotocolo: 2 bytes (RFC 1490 y 2427)

    • Multiplexo de VC: 0 bytes

  • HDLC: 4 bytes

  • PPP: 4 bytes

  • VLAN: 21 bytes (802.3/LLC)

Para SI-SI funcionar a través de VLAN-CCC, el UMT del LSP debe ser de al menos 1513 bytes (o 1518 para las DDU de 1497 bytes). Si aumenta el tamaño de un UMT Ethernet rápida por encima del valor predeterminado de 1500 bytes, es posible que deba configurar explícitamente tramas Jumbo en equipos que intervienen.

Para modificar el MTU, incluya la mtu instrucción cuando configure la familia de interfaces lógicas en el nivel de [edit interfaces interface-name unit logical-unit-number encapsulation family] jerarquía. Para obtener más información acerca de cómo establecer el UMT, consulte la biblioteca Junos OS de interfaces de red para dispositivos de enrutamiento.

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

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

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

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 HDLC de PPP o Cisco, encapsulation incluya la instrucción para configurar todo el dispositivo físico. Para que estos circuitos funcionen, debe configurar la unidad lógica 0 en la interfaz.

Estas instrucciones se pueden incluir en los siguientes niveles jerárquicos:

  • [edit interfaces]

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

En el caso de los circuitos ATM, especifique la encapsulación al configurar el circuito virtual, incluidas las instrucciones siguientes. Para cada circuito virtual, configure si se trata de un circuito o una interfaz lógica regular.

Estas instrucciones se pueden incluir 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 instrucciones siguientes para especificar la encapsulación al configurar el DLCI. Para cada DLCI, configure si se trata de un circuito o de una interfaz lógica regular. El identificador DLCI para las interfaces regulares debe estar en el intervalo de 1 a 511. Para las interfaces CCC, debe estar en el rango 512 a 1022.

Estas instrucciones se pueden incluir en los siguientes niveles jerárquicos:

  • [edit interfaces]

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

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

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

Para configurar las conexiones cruzadas de túnel LSP, incluya la instrucción para definir la conexión entre los dos circuitos en los enrutadores de entrada y salida (enrutador B y remote-interface-switch C, respectivamente, Figura 11 en). 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 las conexiones cruzadas sean bidireccionales, debe configurar las conexiones cruzadas en dos enrutadores.

Estas instrucciones se pueden incluir en los siguientes niveles jerárquicos:

  • [edit protocols connections]

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

Ejemplo Configuración de un túnel de LSP para conexión cruzada

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

Figura 11: Ejemplo de topología de MPLS de túnel LSP para conexiones cruzadasEjemplo de topología de MPLS de túnel LSP para conexiones cruzadas

En el enrutador B:

En el enrutador C:

Configuración del TCC

Esta sección describe cómo configurar el Cross-Connect de la traslació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 ECT de conmutación de capa 2

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

Nota:

No puede configurar familias de protocolos estándar en las interfaces TCC o CCC. Sólo se permite la familia CCC en interfaces CCC, y solo se permite la familia TCC en las 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 Ethernetla.

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

En el caso de los circuitos HDLC de PPP y Cisco, 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.

Estas instrucciones se pueden incluir 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 CPC de conmutación de capa 2

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

Estas instrucciones se pueden incluir 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 de Frame Relay para CPC de conmutación de capa 2

En el caso de los circuitos de relé de trama, configure el tipo frame-relay-tcc de encapsulación especificando el valor de la encapsulation instrucción cuando configure el identificador de conexión del vínculo de datos (DLCI). Cada DLCI se configura como un circuito o una interfaz lógica regular. El identificador DLCI para las interfaces regulares debe estar en el rango comprendido entre 1 y 511, pero para las interfaces TCC y CCC, debe estar en el intervalo de 512 a 1022.

Estas instrucciones se pueden incluir 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 CPC de conmutación de capa 2

Para los circuitos de tipo Ethernet TCC, la configuración del tipo de encapsulación para todo el dispositivo físico ethernet-tcc consiste en encapsulation especificar el valor de la instrucción.

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

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

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

Estas instrucciones se pueden incluir 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:

En el caso de 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 Ethernetla.

Configuración de encapsulación de VLAN extendida Ethernet para ECT de conmutación de capa 2

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

También debe activar el etiquetado de 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 de 0 a 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 [edit interfaces interface-name unit logical-unit-number family tcc] remota [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc] en el nivel de Configuración de encapsulación Ethernet para CPC de conmutación de capa 2jerarquía o (consulte).

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [edit interfaces interface-name]

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

Nota:

Para 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 Ethernetla.

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

Para los circuitos VLAN Ethernet y Ethernet extendidos 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ámico; debe configurar ARP estático.

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

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

  • [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 CPC de conmutación de capa 2

Debe configurar la conexión entre los dos circuitos de la conmutación de capa 2 TCC en el enrutador que actúa como conmutador. La conexión se une a 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 que se reciben en la segunda interfaz se transmiten desde el primero.

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

Estas instrucciones se pueden incluir 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:

Estas instrucciones se pueden incluir en los siguientes niveles jerárquicos:

  • [edit protocols connections]

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

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

Para que funcione un TCC de conmutación de capa 2, debe habilitar MPLS en el enrutador mediante la inclusión, como mínimo, de las siguientes instrucciones. Esta configuración mínima habilita MPLS en una interfaz lógica para la conmutación entre conexiones.

Incluir la family mpls instrucción:

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

  • [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:

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [edit protocols]

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

Nota:

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

CCC y TCC reinicio correcto

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

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

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

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

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

  • Enrutador PE mantiene el estado de reenvío asociado con los caminos CCC (de CCC a MPLS y de MPLS a CCC).

  • Los flujos de tráfico se producen sin interrupción del enrutador CE al enrutador CE.

  • Después del reinicio, el enrutador de PE conserva la etiqueta del LSP para el que el enrutador de PE sea la salida (el LSP de recepción, por ejemplo). El LSP de transmisión de un enrutador de e/PE de un a otro, el de de PE puede derivar nuevas asignaciones de etiquetas, pero no debe ocasionar interrupciones en el tráfico.

Configuración del reinicio normal CCC y TCC

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

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

  • [edit routing-options]

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

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

Puede configurar una VLAN 802.1 Q como una conexión basada en MPLS utilizando 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 los conmutadores de borde de proveedor (PE) en una red MPLS mediante una conexión cruzada del circuito (CCC) en una interfaz VLAN etiquetada (802.1 Q VLAN), en lugar de una interfaz simple.

Nota:

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

Nota:

Puede enviar cualquier tipo de tráfico a través de una 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 como etiquetada VLAN y con la encapsulación VLAN-CCC, no puede configurar las interfaces lógicas asociadas con la familia inet. Si lo hace, puede que las interfaces lógicas descarten paquetes.

Para configurar un conmutador PE con una VLAN CCC y una conexión basada en el MPLS:

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

    CSPF es un algoritmo más corto que se ha modificado para tener en cuenta las restricciones específicas cuando se calcula la ruta más corta a través de la red. Debe deshabilitar CSPF para que la protección de vínculos funcione correctamente en las rutas interareas.

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

    No se puede configurar el ID. de VLAN en 0la unidad lógica de interfaz.

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

  8. Defina la ruta de acceso conmutada por etiqueta (LSP):
    Consejo:

    Tendrá que volver a utilizar el nombre del LSP especificado cuando configure el comando CCC.

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

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

Puede configurar el paso de conexión cruzada del circuito (CCC) entre dos circuitos para alternar el tráfico de las interfaces a LSP de punto a multipunto. Esta característica es útil para controlar el tráfico de multidifusión o difusión (por ejemplo, una secuencia de vídeo digital).

Para configurar el cambio de CCC para LSP de punto a multipunto, haga lo siguiente:

  • En el enrutador de borde de proveedores (PE) de entrada, puede configurar CCC para cambiar el tráfico de una interfaz de entrada a un LSP de punto a multipunto.

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

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

Para obtener más información sobre 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, lleve a cabo los pasos de las secciones siguientes:

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

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

Puede incluir la p2mp-transmit-switch instrucción en los siguientes niveles de jerarquía:

  • [edit protocols connections]

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

switch-nameespecifica el nombre del modificador CCC de la entrada.

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

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

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

Además de configurar una interfaz CCC entrante para un LSP de punto a multipunto en un enrutador de PE de entrada, también puede configurar CCC para cambiar el tráfico en una interfaz CCC entrante a una o más interfaces out CCC configurando interfaces de salida como locales receptores.

Para configurar interfaces de salida, incluya output-interface la instrucción en [edit protocols connections p2mp-transmit-switch p2mp-transmit-switch-name] el 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.

Use 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 local en el enrutador de PE de entrada.

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

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

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

  • [edit protocols connections]

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

switch-nameespecifica el nombre del modificador 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-lspespecifica el nombre del LSP de punto a multipunto receptivo.

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

Puede configurar una VLAN 802.1 Q como una red privada virtual (VPN) de capa 2 basada en MPLS con 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 los conmutadores de borde de proveedor (PE) en una red MPLS mediante una conexión cruzada del circuito (CCC) en una interfaz VLAN etiquetada (802.1 Q VLAN), en lugar de una interfaz simple.

Nota:

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

Nota:

Puede enviar cualquier tipo de tráfico a través de una 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 como etiquetada VLAN y con la encapsulación VLAN-CCC, no puede configurar las interfaces lógicas asociadas con la familia inet. Si lo hace, puede que las interfaces lógicas descarten paquetes.

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

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

    CSPF es un algoritmo más corto que se ha modificado para tener en cuenta las restricciones específicas cuando se calcula la ruta más corta a través de la red. Debe deshabilitar CSPF para que la protección de vínculos funcione correctamente en las rutas interareas.

  5. Defina la ruta de acceso conmutada por etiqueta (LSP):
    Consejo:

    Tendrá que volver a utilizar el nombre del LSP especificado cuando configure el comando CCC.

  6. Configure MPLS en las interfaces principales:
  7. Configure RSVP en la interfaz de bucle invertido y las interfaces principales:
  8. Configure family mpls en las unidades lógicas de las interfaces principales:
    Nota:

    Puede activar family mpls en interfaces individuales o en interfaces Ethernet agregadas. No puede activarlo en interfaces VLAN etiquetadas.

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

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

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

  12. Configure BGP, especificando la dirección de bucle invertido como dirección local family l2vpn signalingy activando lo siguiente:
  13. Configure el grupo BGP, especificando el nombre y el tipo de Grupo:
  14. Configure el BGP vecino, especificando la dirección de circuito cerrado del conmutador de PE remoto como dirección del vecino:
  15. Configure la instancia de enrutamiento, especificando el nombre de la instancia l2vpn de enrutamiento y utilizando 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 que utilice un distintivo de ruta:
  18. Configure el destino de enrutamiento y reenvío VPN (VRF) de la instancia de enrutamiento:
    Nota:

    Puede crear políticas más complejas si configura explícitamente las directivas 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:
  21. Configure el sitio de protocolos de instancias de enrutamiento:
    Nota:

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

Cuando haya terminado de configurar un conmutador PE, siga los mismos procedimientos para configurar el otro conmutador de PE.

Nota:

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

Descripción de Ethernet sobre la MPLS (circuito L2)

La Ethernet en MPLS permite el envío de fotogramas Ethernet de capa 2 (L2) de forma transparente sobre MPLS. La Ethernet sobre MPLS utiliza un mecanismo de túnel para el tráfico Ethernet a través de un núcleo de capa 3 habilitado para MPLS. Encapsula las unidades de datos de protocolo Ethernet (PDU) dentro de los paquetes de MPLS y reenvía los paquetes, utilizando el apilamiento de etiquetas, a través de la red MPLS esta tecnología incluye las aplicaciones en los entornos de proveedores de servicios, empresariales y de centros de datos. En lo que respecta a la recuperación ante desastres, los centros de datos se alojan en varios sitios que se encuentran alejados e interconectados de forma geográfica mediante una red WAN.

Nota:

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

Ethernet sobre la MPLS en centros de datos

En lo que respecta a la recuperación ante desastres, los centros de datos se alojan en varios sitios que se encuentran alejados e interconectados de forma geográfica mediante una red WAN. Estos centros de datos requieren conectividad L2 entre ellos por las siguientes razones:

  • Para replicar el almacenamiento de información a través de IP de canal de fibra (FCIP). 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 interconecten los nodos alojados en los distintos centros de datos.

Configuración de Ethernet mediante 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 de proveedor (PE). No es necesario realizar 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 MPLS paquetes.

Nota:

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

En este tema se describe cómo configurar los conmutadores PE para que admitan Ethernet a través de MPLS. Debe configurar las interfaces y protocolos en los conmutadores PE local (PE1) y PE remoto (PE2). La configuración de la interfaz varía dependiendo de si el circuito de capa 2 se basa en el puerto o en VLAN.

A partir Junos OS versión 20.3R1, compatibilidad con 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 circuitos de capa 2.

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

Este tema hace referencia al conmutador local PE como PE1 y el conmutador remoto PE como PE2. También utiliza nombres de interfaz en lugar de variables para ayudar a clarificar las conexiones entre los conmutadores. Las direcciones de bucle de retroceso de los conmutadores se configuran de la siguiente manera:

  • PE1: 127.1.1.1

  • PE2: 127.1.1.2

Nota:

En serie QFX y EX4600, el circuito de BRC de capa 2 frontal no admite interfaces AE.

Configuración del conmutador de PE local para el circuito de capa 2 basado en Puerto (pseudo-cable)

PRECAUCIÓN:

Configure redes MPLS con una MTU (unidad máxima de transmisión) que sea, como mínimo, de 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 de LSP, se descarta dicho paquete. Si una LSR de salida recibe un paquete en un LSP de VC con una longitud (después de la que se ha extraído la palabra de control de la pila y secuencia de secuencias) que supera la MTU de la interfaz de capa 2 de destino, dicho paquete también se descarta.

Para configurar el conmutador PE local (PE1) para un circuito de capa 2 basado en Puerto (pseudo-cable):

  1. Configure una interfaz orientada a los CE de acceso para encapsulación Ethernet:
  2. Configure el circuito de capa 2 de PE1 a PE2:
  3. Configure la ruta conmutada por etiqueta de PE1 a PE2:
  4. Configure los protocolos en las interfaces principales y de bucle invertido:

Configuración del conmutador PE remoto para el circuito de capa 2 basado en Puerto (pseudo-cable)

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

  1. Configure una interfaz orientada a los CE de acceso para encapsulación Ethernet:
  2. Configure el circuito de capa 2 de PE2 a PE1:
  3. Configure la ruta conmutada por etiqueta de PE2 a PE1:
  4. Configure los protocolos en las interfaces principales y de bucle invertido:

Configuración del conmutador de PE local para el circuito de capa 2 basado en VLAN

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

  1. Configuración de una interfaz orientada a los CE de acceso para la encapsulación de VLAN:
  2. Configure la unidad lógica de la interfaz orientada a la CE para la encapsulación de VLAN:
  3. Configure la unidad lógica de la interfaz orientada a la CE para que pertenezca a CCC de familia:
  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 de PE1 a PE2:
  7. Configure la ruta conmutada por etiqueta de PE1 a PE2:
  8. Configure los protocolos en las interfaces principales y de bucle invertido:

Configuración del conmutador de PE remoto para el circuito de capa 2 basado en VLAN

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

  1. Configuración de una interfaz orientada a los CE de acceso para la encapsulación de VLAN:
  2. Configure la unidad lógica de la interfaz orientada a la CE para la encapsulación de VLAN:
  3. Configure la unidad lógica de la interfaz orientada a la CE para que pertenezca a CCC de familia:
  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 de PE2 a PE1:
  7. Configure la ruta conmutada por etiqueta de PE2 a PE1:
  8. Configure los protocolos en las interfaces principales y de bucle invertido:
Tabla de historial de versiones
Liberación
Descripción
20.3R1
A partir Junos OS versión 20.3R1, compatibilidad con 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.3 R1, puede aprovechar la compatibilidad de hardware disponible para las conexiones cruzadas en el dispositivo ACX5448 con la funcionalidad de conmutación local de capa 2 con determinados modelos. Gracias a esta compatibilidad, puede proporcionar los servicios EVP y Ethernet Virtual Private line (EVPL).
17.1R1
Soporte para servicio VPN dado que el cliente está soportado en conmutadores QFX10000 que comienzan con Junos OS Release 17.1 R1.