Configuración de interfaces para circuitos 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 de jerarquía:

• [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 de VC que se usa para la demultiplexación. Para la mayoría de los protocolos, se envía una palabra de control nula que consta de ceros entre vecinos de circuito de capa 2.

Sin embargo, los bits individuales están disponibles en una palabra de control que puede contener información de control del protocolo de capa 2. La información de control se asigna a la palabra de control, lo que permite eliminar el encabezado de un protocolo de capa 2 de la trama. Los datos restantes y la palabra 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 la Capa 2 asignan la información de control de la Capa 2 a campos de bits especiales en la palabra de control:

• Frame Relay: la palabra de control admite el transporte de información elegible para descarte (DE), notificación de congestión explícita hacia adelante (FECN) y 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 AAL5 ATM: 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 indicación de congestión directa (EFCI). Cuando se configura un circuito de capa 2 en modo AAL5, la información de control se transmite de forma predeterminada y no se necesita ninguna configuración adicional.

• Modo de relé de celdas ATM: la palabra de control solo admite el procesamiento de números de secuencia. Cuando se configura un circuito de capa 2 en modo de relé de celda, la información del número de secuencia se transmite 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 celdas ATM y el modo AAL5 no es la misma que la descrita en la sección 3.1.2 del borrador de GTI-I Métodos de encapsulación para el transporte de tramas de capa 2 por 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 tiene el siguiente número de secuencia incremental se considera fuera de secuencia.

• Cuando llegan paquetes fuera de secuencia, el número de secuencia de 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 describe cómo configurar la palabra de control para circuitos de capa 2:

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

Puede especificar el tipo de encapsulación del 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 los 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 su red. Si no especifica un tipo de encapsulación para el circuito de capa 2, se utiliza de forma predeterminada la encapsulación de la interfaz de dispositivo CE.

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

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

• [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 si incluye 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 nivel de [edit protocols l2circuit local-switching interface interface-name] jerarquía.

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

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

De forma predeterminada, la UMT usada para anunciar un circuito de capa 2 se determina tomando la UMT 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 UMT de interfaz (ya que todas están asociadas a la misma interfaz física). Esto puede resultar una limitación para los circuitos de capa 2 de VLAN que utilizan la misma interfaz de Ethernet o para los DLCI de circuito de capa 2 que utilizan la misma interfaz de Frame Relay.

Esto también puede afectar a entornos de varios proveedores. Por ejemplo, si tiene tres dispositivos 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 PE).

Puede configurar explícitamente qué UMT 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 UMT para un circuito de capa 2, tenga en cuenta lo siguiente:

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

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

• Una UMT 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 utiliza la UMT correcta para la transmisión de datos.

Para configurar la UMT 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 UMT no coincide

Puede configurar Junos OS para permitir que se establezca un circuito de capa 2 aunque la UMT configurada en el enrutador de PE no coincida con la UMT 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 a su destino, tanto si el destino es remoto como local. Una interfaz protegida proporciona una copia de seguridad para la interfaz protegida en caso de error. El tráfico de red utiliza la interfaz principal solo mientras funcione la interfaz principal. Si se produce un error en la interfaz principal, el tráfico se conmuta 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:

Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección 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: Configuración de interfaces de protección de circuito de capa 2.

Configuración de la interfaz para evitar que se conmute a la interfaz principal

Normalmente, cuando la interfaz principal deja de funcionar, 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 se vuelve a cambiar 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 de protección deje de funcionar, incluya la no-revert instrucción. Esto evita la pérdida de tráfico durante la conmutación.

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

Configuración del estado de pseudocable TLV

La variable de longitud del tipo 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 circuitos de capa 2, puede configurar el enrutador de PE para negociar el pseudocable con su vecino mediante el estado del pseudocable TLV. Esta misma funcionalidad también está disponible para las configuraciones de vecino VPLS de LDP. El TLV de estado de pseudocable se puede configurar para cada conexión de pseudocable y está deshabilitado de forma predeterminada. El proceso de negociación de estado de pseudocable asegura que un enrutador de PE vuelva al método de retiro de etiqueta para el estado de pseudocable si su vecino de enrutador de PE remoto no admite el estado de pseudocable TLV.

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 de asignación de etiqueta inicial a su enrutador de PE remoto. Una vez que el enrutador de PE transmite su compatibilidad con el TLV de estado de pseudocable a su enrutador de PE remoto, incluye el TLV de estado de pseudocable en cada mensaje de asignación de etiqueta enviado al enrutador de PE remoto. Si deshabilita la compatibilidad con el estado de pseudocable TLV en el enrutador de PE, se enviará un mensaje de retirada de etiqueta al enrutador de PE remoto y, a continuación, aparecerá un nuevo mensaje de asignación de etiqueta sin el estado de pseudocable TLV.

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

Configuración de circuitos de capa 2 a través de LSP de 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 de RSVP y el otro un LSP de LDP. Para ello, 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 de RSVP. Configure la otra dirección de circuito cerrado para manejar el circuito de capa 2 que atraviesa el LSP de 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 por paquetes (PSN) para uno de los circuitos de capa 2. Puede ser el circuito de capa 2 que atraviesa el LSP de RSVP o el que atraviesa el LSP de LDP. La dirección del punto de conexión del túnel de PSN es la dirección de destino del LSP en el enrutador remoto.

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

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

• [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 del 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 de LDP.

No es necesario que los puntos de conexión túnel del enrutador remoto sean direcciones circuito cerrado.

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 del circuito virtual. Un enlace de LDP-FEC a etiqueta se asocia con un circuito de capa 2 según el ID de circuito virtual de 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 puede configurar un ID de circuito virtual para cada pseudocable redundante. Un pseudocable redundante se identifica mediante la dirección del vecino de respaldo y el ID de circuito virtual. Para obtener más información, consulte Configuración de la 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 los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección Resumen de instrucciones para esta instrucción.