Descripción de la agregación de vínculos Ethernet en enrutadores de la serie ACX
La agregación de vínculos Ethernet es un mecanismo para aumentar linealmente el ancho de banda y mejorar la resistencia de los vínculos Ethernet agrupando o combinando varios vínculos Ethernet full-duplex de la misma velocidad punto a punto en un único vínculo virtual. La interfaz de vínculo virtual se conoce como grupo de agregación de vínculos (LAG) o interfaz Ethernet agregada (AE). El LAG equilibra el tráfico a través de los vínculos de los miembros dentro de un paquete Ethernet agregado y aumenta efectivamente el ancho de banda del enlace ascendente. Otra ventaja de la agregación de enlaces es el aumento de la disponibilidad, ya que el LAG está compuesto por enlaces de varios miembros. Si se produce un error en un vínculo miembro, el LAG sigue transportando tráfico por los vínculos restantes.
Los enrutadores de la serie ACX admiten la administración de errores de conectividad (CFM) en interfaces Ethernet agregadas con un intervalo de verificación de continuidad de 100 milisegundos o superior.
Los enrutadores ACX5048 y ACX5096 admiten la administración de errores de conectividad (CFM) en interfaces Ethernet agregadas con un intervalo de verificación de continuidad de 1 segundo o superior.
Las configuraciones de opciones Ethernet para enrutadores ACX5048 y ACX5096 difieren en comparación con otros enrutadores de la serie ACX. Para obtener más información, consulte Modo de próxima generación de capa 2 para la serie ACX.
En los enrutadores de la serie ACX, se pueden crear hasta 128 interfaces AE, y cada interfaz AE tiene hasta 8 interfaces físicas. Las interfaces de AE se pueden crear a través de PIC y puertos fijos en el chasis.
En los enrutadores ACX5048 y ACX5096, se pueden crear hasta 64 interfaces AE, y cada interfaz AE tiene hasta 16 interfaces físicas.
Los enrutadores de la serie ACX no admiten estadísticas para la interfaz Ethernet agregada. Sin embargo, las estadísticas se pueden recuperar para la interfaz de miembro.
Para configurar la interfaz Ethernet agregada:
Especifique el número de interfaces de Ethernet agregadas que se van a crear:
[edit chassis] user@host#
set aggregated-devices ethernet device-count number
Especifique el número mínimo de vínculos para la interfaz Ethernet agregada (aex), es decir, el paquete definido, que se etiquetará como "up":
Nota:De forma predeterminada, solo debe haber un enlace activo para que el paquete se etiquete como "arriba".
[edit interfaces] user@host#
set ae0 aggregated-ether-options minimum-links number (1 — 8)
Especifique la velocidad de vínculo para el paquete de Ethernet agregado:
[edit interfaces] user@host#
set ae0 aggregated-ether-options link-speed speed (10g | 1g | 100m)
Especifique los miembros que se incluirán en el paquete Ethernet agregado:
[edit interfaces] user@host#
set ge-1/0/0 gigether-options 802.3ad ae0
user@host#set ge-1/0/1 gigether-options 802.3ad ae0
Especifique una familia de interfaces para el paquete de Ethernet agregado:
[edit interfaces] user@host#
set ae0 unit 0 family inet address ip-address
El procedimiento anterior crea una interfaz AE y estaría lista para ejecutar los servicios definidos en las interfaces lógicas AE.
Las interfaces AE pueden estar etiquetadas o no etiquetadas con VLAN. Puede configurar el etiquetado de VLAN flexible, el ID de VLAN nativo y el etiquetado dual en interfaces AE.
Siempre que haya un cambio de configuración (interfaz AE a interfaces Gigabit Ethernet o viceversa), debe eliminar la configuración existente, realizar una confirmación, agregar la nueva configuración y confirmar nuevamente la configuración.
Para eliminar una interfaz Ethernet agregada:
Elimine la configuración de Ethernet agregada.
Este paso cambia el estado de la interfaz a abajo y elimina las instrucciones de configuración relacionadas con aex.
[edit] user@host#
delete interfaces aex
Elimine la interfaz del recuento de dispositivos.
[edit] user@host#
delete chassis aggregated-devices ethernet device-count
Para interfaces Ethernet agregadas, puede configurar el Protocolo de control de agregación de vínculos (LACP). LACP es un método de agrupar varias interfaces físicas para formar una interfaz lógica. Puede configurar Ethernet agregada etiquetada y sin etiquetar con o sin etiqueta con o sin LACP habilitado.
Equilibrio de carga
JUNOS equilibra la carga del tráfico a través de los enlaces de los miembros en un paquete de AE basado en la información de la capa 3 en el paquete. Puede configurar globalmente qué campos se utilizan para equilibrar la carga de inet y MPLS
En los enrutadores de la serie ACX, las perillas de la familia inet están disponibles a nivel PIC. Puede configurar los campos de las familias inet de capa 3 y capa 4 para que se utilicen con el equilibrio de carga. Para la familia de puentes, los campos de capa 2, capa 3 y capa 4 se utilizarán para el equilibrio de carga.
Los enrutadores de la serie ACX también admiten el equilibrio de carga entre los vínculos de los miembros mediante direcciones MAC de origen de capa 2, direcciones MAC de destino o ambas. Esto se puede configurar en el nivel jerárquico [edit forwarding-options hash-key family multiservice]
. Las direcciones MAC de origen de capa 2 y las direcciones MAC de destino se utilizan como claves hash para el equilibrio de carga.
[edit] forwarding-options { hash-key { family multiservice { destination-mac; source-mac; } } }
Para los paquetes de capa IP 2, solo se utilizan campos IP para equilibrar la carga entre los vínculos de miembro. La dirección MAC de origen y la dirección MAC de destino no se pueden utilizar para el equilibrio de carga.
Para los paquetes de capa 2 que no son IP, la dirección MAC de origen o la dirección MAC de destino se utilizan como claves hash para el equilibrio de carga.
Si desea aplicar hash basado en campos de capa 2, debe configurar
multiservice
.Si desea hash basado en campos de capa 3 y capa 4, entonces necesita configurar
family (inet | inet6)
Monitoreo LACP
Los intercambios LACP se realizan entre actores y socios. Un actor es la interfaz local en un intercambio LACP. Un socio es la interfaz remota en un intercambio LACP.
LACP se define en IEEE 802.3ad, Agregación de segmentos de vínculos múltiples.
LACP está diseñado para lograr lo siguiente:
Adición y eliminación automáticas de enlaces individuales al paquete agregado sin intervención del usuario
Supervisión de vínculos para comprobar si ambos extremos del paquete están conectados al grupo correcto
La implementación de LACP de Junos OS proporciona supervisión de vínculos, pero no adición y eliminación automáticas de vínculos.
El monitoreo de LACP puede ser distribuido o centralizado. El valor predeterminado se distribuye y se puede anular configurando la perilla centralizada en los protocolos LACP. Los intercambios LACP se realizan entre actores y socios. Un actor es la interfaz local en un intercambio LACP. Un socio es la interfaz remota en un intercambio LACP.
De forma predeterminada, LACP no inicia un intercambio de PDU LACP. Los paquetes LACP se pueden configurar para intercambiar PDU LACP a una velocidad de 1 paquete por segundo, o una velocidad más lenta de 1 paquete durante 30 segundos.
El modo LACP puede ser activo o pasivo. Si el actor y el socio están en modo pasivo, no intercambian paquetes LACP, lo que hace que los vínculos Ethernet agregados no aparezcan. Si el actor o el socio están activos, intercambian paquetes LACP. De forma predeterminada, LACP está desactivado en las interfaces Ethernet agregadas. Si LACP está configurado, está en modo pasivo de forma predeterminada. Para iniciar la transmisión de paquetes LACP y responder a paquetes LACP, debe configurar LACP en modo activo.
Para habilitar el modo activo LACP, incluya la lacp
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options]
jerarquía y especifique la active opción:
[edit interfaces interface-name aggregated-ether-options] lacp { active; }
El proceso LACP sólo existe en el sistema si configura el sistema en modo LACP activo o pasivo.
Para restaurar el comportamiento predeterminado, incluya la lacp
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options] jerarquía y especifique la passive opción:
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
Protección de enlaces
La protección de vínculos se puede configurar en interfaces AE para proporcionar resistencia de vínculo 1:1 mediante LACP. Los vínculos primarios y de respaldo se pueden configurar dentro de un paquete AE. El vínculo principal se utiliza para todo el tráfico de tránsito y el tráfico generado por el host. El vínculo de copia de seguridad se utiliza cuando se produce un error en el vínculo principal.
La protección de vínculos solo se admite cuando los paquetes AE no tienen más de 2 enlaces miembros, uno principal y otro de respaldo. LACP funciona en modo de protección de vínculos revertivo de forma predeterminada y se puede configurar para que funcione en modo no revertivo.
La protección de vínculos sin LACP (protección de vínculos estáticos en interfaces AE) no es compatible con todos los enrutadores de la serie ACX. La protección de vínculos funciona como se esperaba con LACP configurado en el paquete AE.
- Configuración de la protección de vínculos para interfaces Ethernet agregadas
- Deshabilitar la protección de vínculos para interfaces Ethernet agregadas
Configuración de la protección de vínculos para interfaces Ethernet agregadas
Las interfaces Ethernet agregadas admiten la protección de vínculos para garantizar la QoS en la interfaz.
Para configurar la protección de vínculos:
Configure las opciones para una interfaz Ethernet agregada.
user@host# edit interfaces aex aggregated-ether-options
Configure el modo de protección de vínculos.
[edit interfaces aex aggregated-ether-options] user@host# set link-protection
Deshabilitar la protección de vínculos para interfaces Ethernet agregadas
Para deshabilitar la protección de vínculos, ejecute el comando de delete interface revert aex configuración.
user@host# delete interfaces aex aggregated-ether-options link-protection
Descripción del algoritmo utilizado para aplicar hash al paquete LAG
Los enrutadores de la serie ACX utilizan un algoritmo hash para determinar cómo reenviar el tráfico a través de un paquete de grupo de agregación de vínculos (LAG).
El algoritmo hash toma decisiones de hash basadas en valores en varios campos de paquetes, así como en algunos valores internos como el ID del puerto de origen y el ID del dispositivo de origen. Puede configurar algunos de los campos utilizados por el algoritmo hash.
El algoritmo hash se utiliza para tomar decisiones de reenvío de tráfico para el tráfico que entra en un paquete LAG.
En el caso de los paquetes LAG, el algoritmo hash determina cómo se coloca el tráfico que entra en un paquete LAG en los vínculos miembro del paquete. El algoritmo hash intenta administrar el ancho de banda equilibrando uniformemente la carga de todo el tráfico entrante a través de los vínculos de miembro del paquete.
El algoritmo hash toma decisiones de hash basadas en valores en varios campos de paquetes, así como en algunos valores internos como el ID del puerto de origen y el ID del dispositivo de origen. Los campos de paquete utilizados por el algoritmo hash varían según el EtherType del paquete y, en algunos casos, según la configuración del enrutador. El algoritmo hash reconoce los siguientes EtherTypes:
IPv4
MPLS
El tráfico que no se reconoce como perteneciente a ninguno de estos EtherTypes se aplica un algoritmo hash en función del encabezado de capa 2. El tráfico IP y MPLS también se aplica un algoritmo hash basado en el encabezado de capa 2 cuando un usuario configura el modo hash como encabezado de capa 2.
Puede configurar algunos campos que utiliza el algoritmo hash para tomar decisiones de reenvío de tráfico. Sin embargo, no puede configurar el modo en que el algoritmo hash utiliza determinados valores de un encabezado.
Tenga en cuenta los siguientes puntos con respecto al algoritmo hash:
Los campos seleccionados para hashing se basan únicamente en el tipo de paquete. Los campos no se basan en ningún otro parámetro, incluida la decisión de reenvío (en puente o enrutado) o la configuración del paquete LAG de salida (capa 2 o capa 3).
Los mismos campos se utilizan para hashing de paquetes de unidifusión y multidifusión. Sin embargo, los paquetes de unidifusión y multidifusión se cifran de manera diferente.
Tabla 1 describe los campos utilizados para el hash por los servicios de capa 2. En la tabla se explica el comportamiento predeterminado y los campos configurables en función del tipo de tráfico recibido en el servicio de capa 2
Tipo de tráfico |
Campos hash predeterminados |
Campos configurables (claves hash) |
---|---|---|
Capa 2 |
Ninguna |
Dirección MAC de origen MAC de destino MAC de origen y MAC de destino |
IP |
IP de origen e IP de destino |
Dirección MAC de origen MAC de destino MAC de origen y MAC de destino |
MPLS |
Etiqueta MPLS 1 y etiqueta MPLS 2 |
Dirección MAC de origen MAC de destino MAC de origen y MAC de destino |
Tabla 2 describe los campos utilizados para el hashing por los servicios de capa 3. En la tabla se explica el comportamiento predeterminado y los campos configurables en función del tipo de tráfico recibido en el servicio de capa 3.
Tipo de tráfico |
Campos hash predeterminados |
Campos configurables (claves hash) |
---|---|---|
IP |
IP de origen e IP de destino |
Capa 3 (IP de origen y/o| IP de destino) Capa 4 (puerto de origen UDP/TCP y puerto de destino UDP/TCP) |