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, por lo general, es el destino del punto final para el túnel de ruta de conmutación de etiquetas (LSP) que transporta el circuito de capa 2.

Para configurar un enrutador de PE como vecino para un circuito de capa 2, especifique la dirección del 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 de vecino para el circuito de capa 2

Cada circuito de capa 2 se representa mediante laencapsulación de interfaz lógica que conecta el enrutador de borde del proveedor local (PE) al enrutador de borde del 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:

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

Nota:

En los conmutadores EX9200, reemplace encapsulation-type con 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 de 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 información sobre 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 de capa 2 (PDU) que se transporta y la etiqueta vc que se utiliza para la demultiplexación. Para la mayoría de los protocolos, se envía una palabra de control null que consta de todos los ceros 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 del protocolo de capa 2. La información de control se asigna a la palabra de control, lo que permite quitar del marco el encabezado de un protocolo de capa 2. El resto de los datos y la palabra de control se pueden enviar a través del circuito de capa 2, y la trama se puede volver a montar 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 a campos de bits especiales en la palabra de control:

  • Frame Relay: la palabra de control admite el transporte de la información de notificación de congestión explícita (FECN), la notificación de congestión explícita de reenvío (DE) 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 se admite en los enrutadores de la serie ACX.

  • Modo ATM AAL5: la palabra de control admite el transporte del procesamiento del número de secuencia, la prioridad de pérdida de celda ATM (CLP) y la información explícita de la indicación de congestión directa (EFCI). Cuando configura un circuito de capa 2 del modo AAL5, la información de control se lleva 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úmero de secuencia. Cuando configura un circuito de capa 2 en modo de relé de celda, 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úmero de secuencia para el modo de relé de celda ATM y el modo AAL5 no es la misma que la descrita en el sec. 3.1.2 de los métodos de encapsulación de borrador IETF para el transporte de tramas de capa 2 a través de 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 la palabra de control de circuito de capa 2 se incrementa en uno y se convierte en el número de secuencia esperado para el vecino.

En las siguientes secciones se explica 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 interfaces con encapsulación CCC de Frame Relay, puede configurar la traducción de bits de control Frame Relay para admitir servicios Frame Relay a través de redes troncales IP y MPLS mediante CCC, VPN de capa 2 y circuitos de capa 2. Cuando configura la traducción de bits de control Frame Relay, los bits se asignan a la palabra de control de circuito de capa 2 y se conservan en la red troncal IP o MPLS.

Para obtener 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 los niveles de jerarquía en los que puede configurar esta instrucción, consulte la sección de resumen de instrucciones para 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 lleva en los mensajes de señalización LDP intercambiados entre vecinos de 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 de 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 incluyendo la instrucción en el [edit protocols l2circuit neighbor address interface interface-name] nivel de jerarquía o para la conexión local incluyendo 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 de resumen de instrucciones para 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 según la encapsulación.

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

Esto también puede afectar a los entornos de varios proveedores. Por ejemplo, si tiene tres dispositivos de PE suministrados por distintos proveedores y uno de los dispositivos solo admite una MTU de 1500, incluso si los otros dispositivos admiten MTU más grandes, debe configurar la MTU como 1500 (la MTU más pequeña de los tres dispositivos 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:

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

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

  • 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 jerárquico.

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 incluyendo 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 de protección

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 error. El tráfico de red utiliza la interfaz principal solo 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 protect, incluya la protect-interface instrucción:

Nota:

La interfaz de protección debe configurarse 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 de resumen de instrucciones para esta instrucción.

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

Configuración de la interfaz Protect desde la conmutación a la interfaz principal

Normalmente, cuando la interfaz principal se cae, el pseudowire comienza a usar la interfaz de protección. De forma predeterminada, cuando la interfaz principal vuelve a estar en línea, la interfaz se vuelve a conmutar de la interfaz de protección a la interfaz principal. Para evitar que la conmutación vuelva a la interfaz principal, a menos que la interfaz protect se caiga, 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 se conmuta de vuelta a la interfaz principal, independientemente de si la no-revert instrucción se incluye o no 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 de la TLV de estado de Pseudowire

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

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

Para configurar el estado de pseudowire TLV para el pseudowire 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 de resumen de instrucciones para esta instrucción.

Configuración de circuitos de capa 2 a través de RSVP y LSP 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 manejar el circuito de capa 2 que atraviesa el LSP LDP. Para obtener información acerca de cómo configurar varias interfaces de circuito cerrado, consulte Configurar 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 LDP. La dirección de punto de conexión de 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 de 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 del vecino, que también es la misma que la dirección del vecino 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 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. Esto podría ser una ruta RSVP o una ruta estática con un próximo salto LSP.

Configuración del ID de circuito virtual

Configure un ID de circuito virtual en cada interfaz. Cada ID de circuito virtual identifica de forma exclusiva 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 LDP-FEC a etiqueta se asocia a un circuito de capa 2 basado en el ID de circuito virtual en el 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 puede configurar un ID de circuito virtual para cada pseudocables redundante. La dirección del vecino de respaldo y el ID de circuito virtual identifican un pseudowire redundante. Para obtener más información, consulte Configurar la redundancia de Pseudowire 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 de resumen de instrucciones para 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 en la clase de equivalencia de reenvío LDP (FEC). Puede configurar 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 aplicaciones 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 tráfico ISO encapsulado de TCC. Consulte Plataformas/FPC que no pueden reenviar tráfico ISO encapsulado TCC para obtener más información.

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 interfaces de cola inteligente (IQ) del modo de transferencia asíncrona 2 (ATM2) para circuitos de capa 2 mediante el modo de transporte de adaptación atm de circuito de capa 2 (AAL5), el modo de relé de celda 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úmero de secuencia para el modo de relé de celda ATM de circuito de capa 2 y el modo de circuito de capa 2 AAL5 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 a través de MPLS Networks (expira 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.