Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de interfaces para circuitos de capa 2

En las siguientes secciones se describe cómo configurar interfaces para circuitos de capa 2:

Nota:

No todas las subtareas son compatibles con todas las plataformas; compruebe la CLI en su dispositivo.

Configuración de la dirección para el vecino del circuito de capa 2

Todos los circuitos de capa 2 que utilizan un enrutador de PE remoto determinado designado para enrutadores CE remotos se enumeran en la neighbor instrucción ("vecino" designa al enrutador de PE). Cada vecino se identifica por su dirección IP y suele ser el destino del punto final del túnel de ruta conmutada por etiquetas (LSP) que transporta el circuito de capa 2.

Para configurar un enrutador pe como vecino para un circuito de capa 2, especifique la dirección de vecino mediante la neighbor instrucción:

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

  • [edit protocols l2circuit]

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

Configuración de la interfaz vecina para el circuito de capa 2

Cada circuito de capa 2 está representado por laencapsulación de interfaz lógica que conecta el enrutador de borde de proveedor local (PE) al enrutador de borde de cliente local (CE). Esta interfaz está vinculada al vecino del circuito de capa 2 configurado en Configurar la dirección para el vecino del circuito de capa 2.

Para configurar la interfaz para un vecino de circuito de capa 2, incluya la interface instrucción:

Nota:

La operación de confirmación se produce un error, si la misma interfaz lógica está configurada para el circuito de capa 2 y la conexión ccc.

Nota:

En los conmutadores EX9200, reemplace por encapsulation-type la instrucción de encapsulación .

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

  • [edit protocols l2circuit neighbor address]

  • [edit logical-systems logical-system-name protocols l2circuit neighbor address]

En las siguientes secciones se describe cómo configurar la interfaz para el vecino del circuito de capa 2:

Configuración de una comunidad para el circuito de capa 2

Para configurar una comunidad para un circuito de capa 2, incluya la community instrucción:

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

  • [edit protocols l2circuit neighbor address interface interface-name]

  • [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Para obtener más información acerca de cómo configurar una política de enrutamiento para un circuito de capa 2, consulte Configurar políticas para circuitos de capa 2.

Configuración de la palabra de control para circuitos de capa 2

Para emular la encapsulación de circuito virtual (VC) para circuitos de capa 2, se agrega una palabra de control de 4 bytes entre la unidad de datos de protocolo (PDU) de capa 2 que se transporta y la etiqueta VC que se utiliza para la demultiplexación. Para la mayoría de los protocolos, una palabra de control nulo que consta de todos los ceros se envía entre los vecinos del circuito de capa 2.

Sin embargo, los bits individuales están disponibles en una palabra de control que puede transportar información de control de protocolo de capa 2. La información de control se asigna en la palabra de control, lo que permite quitar el encabezado de un protocolo de capa 2 de la trama. El resto de datos y palabras de control se pueden enviar a través del circuito de capa 2, y la trama se puede volver a ensamblar con la información de control adecuada en el punto de salida del circuito.

Los siguientes protocolos de capa 2 asignan información de control de capa 2 en campos de bits especiales en la palabra de control:

  • Frame Relay: la palabra de control admite el transporte de la información de elegibilidad para descartar (DE), la notificación de congestión explícita de reenvío (FECN) y la notificación de congestión explícita hacia atrás (BECN). Para obtener información de configuración, consulte Configurar la palabra de control para interfaces de Frame Relay.

    Nota:

    Frame Relay no es compatible con los enrutadores de la serie ACX.

  • Modo ATM AAL5: la palabra de control admite el transporte del procesamiento de números de secuencia, la prioridad de pérdida de celdas ATM (CLP) y la información de indicación explícita de congestión hacia adelante (EFCI). Cuando configure un circuito de capa 2 en modo AAL5, la información de control se transporta de forma predeterminada y no se necesita ninguna configuración adicional.

  • Modo de relé de celda ATM: la palabra de control solo admite el procesamiento de números de secuencia. Cuando configure un circuito de capa 2 en modo de retransmisión de celdas, la información del número de secuencia se lleva de forma predeterminada y no se necesita ninguna configuración adicional.

La implementación de Junos OS del procesamiento de números de secuencia para el modo de relé de celda ATM y el modo AAL5 no es la misma que la descrita en la sección 3.1.2 del proyecto de métodos de encapsulación de IETF para el transporte de tramas de capa 2 sobre redes IP y MPLS. Las diferencias son las siguientes:

  • Un paquete con un número de secuencia de 0 se considera fuera de secuencia.

  • Un paquete que no tenga el siguiente número de secuencia incremental se considera fuera de secuencia.

  • Cuando llegan paquetes fuera de secuencia, el número de secuencia en el circuito de control de capa 2 aumenta en uno y se convierte en el número de secuencia esperado para el vecino.

En las siguientes secciones se analiza cómo configurar la palabra de control para circuitos de capa 2:

Configuración de la palabra de control para interfaces de Frame Relay

En las interfaces con la encapsulación CCC de Frame Relay, puede configurar la traducción de bits de control de Frame Relay para que admita los servicios de Frame Relay a través de redes troncales IP y MPLS mediante el uso de CCC, VPN de capa 2 y circuitos de capa 2. Cuando se configura la traducción de bits de control de Frame Relay, los bits se asignan en la palabra de control de circuito de capa 2 y se conservan en la red troncal IP o MPLS.

Para obtener más información acerca de cómo configurar los bits de control, consulte Configurar la traducción de bits de control de Frame Relay.

Deshabilitar la palabra de control para circuitos de capa 2

Junos OS normalmente puede determinar si un enrutador vecino admite la palabra de control. Sin embargo, si desea deshabilitar explícitamente su uso en una interfaz específica, incluya la no-control-word instrucción:

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

Configuración del tipo de encapsulación para la interfaz de vecino de circuito de capa 2

Puede especificar el tipo de encapsulación de circuito de capa 2 para la interfaz que recibe tráfico de un vecino de circuito de capa 2. El tipo de encapsulación se transporta en los mensajes de señalización LDP intercambiados entre los vecinos del circuito de capa 2 cuando se crean pseudocables. El tipo de encapsulación que configure para cada vecino de circuito de capa 2 varía según el tipo de equipo de red o el tipo de protocolo de capa 2 que haya implementado en la red. Si no especifica un tipo de encapsulación para el circuito de capa 2, la encapsulación de la interfaz del dispositivo CE se utiliza de forma predeterminada.

Especifique el tipo de encapsulación para la interfaz de vecino del circuito de capa 2 incluyendo la encapsulation-type instrucción:

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

  • [edit protocols l2circuit neighbor address interface interface-name]

  • [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Habilitación del circuito de capa 2 cuando la encapsulación no coincide

Puede configurar Junos OS para permitir que se establezca un circuito de capa 2 aunque la encapsulación configurada en la interfaz del dispositivo CE no coincida con la encapsulación configurada en la interfaz de circuito de capa 2 mediante la inclusión de la ignore-encapsulation-mismatch instrucción. Puede configurar la ignore-encapsulation-mismatch instrucción para la conexión a la conexión remota mediante la inclusión de la instrucción en el [edit protocols l2circuit neighbor address interface interface-name] nivel de jerarquía o para la conexión local mediante la inclusión de esta instrucción en el [edit protocols l2circuit local-switching interface interface-name] nivel de jerarquía.

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

Configuración de la MTU anunciada para un circuito de capa 2

De forma predeterminada, la MTU utilizada para anunciar un circuito de capa 2 se determina tomando la MTU de interfaz para la interfaz física asociada y restando la sobrecarga de encapsulación para enviar paquetes IP basados en la encapsulación.

Sin embargo, las encapsulaciones que admiten varias interfaces lógicas (y varios circuitos de capa 2) se basan en la misma MTU de interfaz (ya que todas están asociadas con la misma interfaz física). Esto puede resultar ser una limitación para los circuitos de capa 2 de VLAN que utilizan la misma interfaz Ethernet o para los DLCIs de circuito de capa 2 con la misma interfaz de Frame Relay.

Esto también puede afectar a los entornos de varios proveedores. Por ejemplo, si tiene tres dispositivos de PE suministrados por diferentes proveedores y uno de los dispositivos solo admite una UMT de 1500, incluso si los otros dispositivos admiten MTU más grandes, debe configurar la UMT como 1500 (la UMT más pequeña de los tres dispositivos de PE).

Puede configurar explícitamente qué MTU se anuncia para un circuito de capa 2, incluso si el circuito de capa 2 comparte una interfaz física con otros circuitos de capa 2. Cuando configure explícitamente una MTU para un circuito de capa 2, tenga en cuenta lo siguiente:

  • Se señala una MTU configurada explícitamente al dispositivo de PE remoto. La MTU configurada también se compara con la MTU recibida del dispositivo de PE remoto. Si hay un conflicto, se quita el circuito de capa 2.

  • Si configura una MTU para una interfaz de retransmisión de celdas ATM en una PIC ATM II, la MTU configurada se utiliza para calcular el tamaño del paquete de celdas anunciado para ese circuito de capa 2, en lugar de la interfaz MTU predeterminada.

  • Una MTU configurada solo se usa en el plano de control. No se aplica en el plano de datos. Debe asegurarse de que el dispositivo CE para un circuito de capa 2 determinado utilice la MTU correcta para la transmisión de datos.

Para configurar la MTU para un circuito de capa 2, incluya la mtu instrucción en el [edit protocols l2circuit neighbor address interface interface-name] nivel de jerarquía.

Habilitación del circuito de capa 2 cuando la MTU no coincide

Puede configurar Junos OS para permitir que se establezca un circuito de capa 2 aunque la MTU configurada en el enrutador de PE no coincida con la MTU configurada en el enrutador de PE remoto mediante la inclusión de la ignore-mtu-mismatch instrucción en el [edit protocols l2circuit neighbor address interface interface-name] nivel de jerarquía.

Configuración de la interfaz protect

Puede configurar una interfaz de protección para la interfaz lógica que vincula un circuito virtual con su destino, ya sea que el destino sea remoto o local. Una interfaz de protección proporciona una copia de seguridad para la interfaz protegida en caso de falla. El tráfico de red solo usa la interfaz principal siempre y cuando la interfaz principal funcione. Si se produce un error en la interfaz principal, el tráfico se cambia a la interfaz de protección. La interfaz de protección es opcional.

Para configurar la interfaz de protección, incluya la protect-interface instrucción:

Nota:

La interfaz protect debe estar configurada antes de configurar la no-revert instrucción.

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

Para obtener un ejemplo de cómo configurar una interfaz de protección para un circuito de capa 2, consulte Ejemplo: Configuración de interfaces de protección de circuito de capa 2.

Configurar la interfaz Protect para que no cambie a la interfaz principal

Por lo general, cuando la interfaz principal falla, el pseudocable comienza a usar la interfaz de protección. De forma predeterminada, cuando la interfaz principal vuelve a estar en línea, la interfaz vuelve a pasar de la interfaz de protección a la interfaz principal. Para evitar el cambio de vuelta a la interfaz principal, a menos que la interfaz de protección no se apague, incluya la no-revert instrucción. Esto evita la pérdida de tráfico durante la conmutación.

Nota:

Si se produce un error en la interfaz de protección, la interfaz vuelve a pasar a la interfaz principal, independientemente de si la no-revert instrucción está o no incluida en la configuración.

Puede configurar la no-revert instrucción en el [edit protocols l2circuit neighbor address interface interface-name] nivel de jerarquía:

Configuración del TLV de estado de pseudocable

La variable de longitud de estado de pseudocable (TLV) se utiliza para comunicar el estado de un pseudocable de ida y vuelta entre dos enrutadores de PE. Para las configuraciones de circuito de capa 2, puede configurar el enrutador de PE para que negocie el pseudocable con su vecino mediante el TLV de estado de pseudocable. Esta misma funcionalidad también está disponible para las configuraciones de vecino de LDP VPLS. El TLV de estado de pseudocable se puede configurar para cada conexión de pseudocable y se deshabilita de forma predeterminada. El proceso de negociación de estado de pseudocable garantiza que un enrutador de PE revierta al método de retirada de etiquetas para el estado de pseudocable si su vecino del enrutador de PE remoto no admite el TLV de estado de pseudocable.

A diferencia de la palabra de control, la capacidad de un enrutador de PE para admitir el estado de pseudocable TLV se comunica cuando se envía el mensaje inicial de asignación de etiquetas a su enrutador de PE remoto. Una vez que el enrutador de PE transmite su soporte para el estado de pseudocable TLV a su enrutador de PE remoto, incluye el estado de pseudocable TLV en cada mensaje de asignación de etiquetas enviado al enrutador de PE remoto. Si deshabilita la compatibilidad con el estado de pseudocable TLV en el enrutador de PE, se envía un mensaje de retirada de etiqueta al enrutador de PE remoto y, luego, un nuevo mensaje de asignación de etiqueta sin el estado de pseudocable TLV sigue.

Para configurar el TLV de estado de pseudocable para el pseudocable al enrutador de PE vecino, incluya la pseudowire-status-tlv 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 instrucción de esta instrucción.

Configuración de circuitos de capa 2 a través de LSP RSVP y LDP

Puede configurar dos circuitos de capa 2 entre los mismos dos enrutadores, y hacer que un circuito de capa 2 atraviese un LSP RSVP y el otro atraviese un LSP LDP. Para lograr esto, debe configurar dos direcciones de circuito cerrado en el enrutador local. Configure una de las direcciones de circuito cerrado para el circuito de capa 2 que atraviesa el LSP RSVP. Configure la otra dirección de circuito cerrado para controlar el circuito de capa 2 que atraviesa el LSP de LDP. Para obtener más información acerca de cómo configurar varias interfaces de circuito cerrado, consulte Configuración de unidades lógicas en la interfaz de circuito cerrado para instancias de enrutamiento en VPN de capa 3.

También debe configurar un punto de conexión de túnel de red conmutada de paquetes (PSN) para uno de los circuitos de capa 2. Puede ser el circuito de capa 2 que atraviesa el LSP RSVP o el que atraviesa el LSP LSP de LDP. La dirección del punto de conexión del túnel PSN es la dirección de destino del LSP en el enrutador remoto.

Para configurar la dirección para el punto de conexión del túnel PSN, incluya la psn-tunnel-endpoint instrucción:

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

  • [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

  • [edit protocols l2circuit neighbor address interface interface-name]

De forma predeterminada, el punto de conexión de túnel PSN para un circuito de capa 2 es idéntico a la dirección de vecino, que también es la misma que la dirección de vecino del LDP.

Los puntos de conexión de túnel en el enrutador remoto no necesitan ser direcciones de circuito cerrado.

Ejemplo: punto de conexión de túnel PSN

En el siguiente ejemplo, se muestra cómo puede configurar un punto de conexión de túnel PSN:

El circuito de capa 2 configurado para la t1-0/2/2.0 interfaz se resuelve en la tabla de enrutamiento inet3 a 192.0.2.0. Esta puede ser una ruta RSVP o una ruta estática con un LSP próximo salto.

Configuración del ID de circuito virtual

Configure un ID de circuito virtual en cada interfaz. Cada ID de circuito virtual identifica de manera única el circuito de capa 2 entre todos los circuitos de capa 2 a un vecino específico. La clave para identificar un circuito de capa 2 determinado en un enrutador de PE es la dirección del vecino y el ID de circuito virtual. Un enlace de LDP-FEC a etiqueta se asocia con un circuito de capa 2 basado en el ID de circuito virtual en la FEC y el vecino que envió este enlace. El enlace de LDP-FEC a etiqueta permite la difusión de la etiqueta vpn utilizada para enviar tráfico en ese circuito de capa 2 al dispositivo CE remoto.

También configura un ID de circuito virtual para cada pseudocable redundante. Un pseudocable redundante se identifica mediante la dirección de vecino de respaldo y el ID del circuito virtual. Para obtener más información, consulte Configurar redundancia de pseudocable en el enrutador de PE.

Para configurar el ID de circuito virtual, incluya la virtual-circuit-id instrucción:

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

Configuración del tipo de encapsulación de interfaz para circuitos de capa 2

El tipo de encapsulación de capa 2 se lleva a cabo en la clase de equivalencia de reenvío (FEC) de LDP. Puede configurar los tipos de encapsulación de conexión cruzada de circuito (CCC) o de conexión cruzada de traducción (TCC) para circuitos de capa 2. Para obtener más información, consulte la Guía del usuario de las aplicaciones de MPLS y la biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.

Nota:

Algunas combinaciones de plataforma y FPC no pueden pasar el tráfico ISO encapsulado de TCC. Consulte Plataformas/FPC que no pueden reenviar tráfico ISO encapsulado de TCC para obtener más detalles.

Para configurar la encapsulación de interfaz para un circuito de capa 2, incluya la encapsulation instrucción:

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

  • [edit interfaces interface-name]

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

Configuración de interfaces IQ ATM2 para circuitos de capa 2

Puede configurar las interfaces de cola inteligente (IQ) del modo de transferencia asincrónica 2 (ATM2) para circuitos de capa 2 mediante el modo de transporte de adaptación de capa 5 (AAL5) del circuito de capa 2, el modo de relé de celdas ATM de circuito de capa 2 y el modo de troncalización ATM de circuito de capa 2.

Las instrucciones de configuración son las siguientes:

  • atm-l2circuit-mode aal5

  • atm-l2circuit-mode cell

  • atm-l2circuit-mode trunk

Para obtener más información acerca de estas instrucciones, consulte la biblioteca de administración de Junos OS. Para obtener más información acerca de cómo configurar interfaces IQ ATM2, consulte labiblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.

La implementación de Junos OS del procesamiento de números de secuencia para el modo de relé de celdas ATM de circuito de capa 2 y el modo AAL5 de circuito de capa 2 difiere de la descrita en el borrador de Internet draft-martini-l2circuit-encap-mpls-11.txt, Métodos de encapsulación para el transporte de tramas de capa 2 en redes MPLS (caduca en agosto de 2006).

La implementación de Junos OS tiene las siguientes diferencias:

  1. Un paquete con un número de secuencia de 0 se trata como fuera de secuencia.

  2. Un paquete que no tenga el siguiente número de secuencia incremental se considera fuera de secuencia.

Cuando llegan paquetes fuera de secuencia, el número de secuencia esperado para el vecino se establece en el número de secuencia en la palabra de control de circuito de capa 2.