Switching de LAN : EtherChannel

Introducción a la redundancia y el balance de carga de EtherChannel en switches Catalyst

23 Junio 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (9 Julio 2007) | Comentarios

Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Balance de carga: cómo se determina el enlace a través del cual se enviará el tráfico
     Catalyst series 6500/6000
     Catalyst series 5500/5000
     Catalyst series 4500/4000
     Catalyst series 2900XL/3500XL
     Catalyst series 3750/3560
     Catalyst series 2950/2955/3550
     Catalyst series 1900/2820
     Catalyst 2948G-L3/4908G-L3 y Catalyst 8500
     Matriz de los métodos de balance de carga
¿Qué es PAgP y dónde se utiliza?
Soporte troncal ISL/802.1Q en EtherChannel
Discusiones relacionadas de la comunidad de soporte de Cisco
Información relacionada para obtener detalles sobre la forma de configurar EtherChannel en switches Catalyst.

4a.gif

Requisitos previos

Requisitos

No hay requisitos específicos para este documento.

Componentes utilizados

Este documento no tiene restricciones específicas en cuanto a versiones específicas de software y hardware.

Convenciones

Consulte Cisco Technical Tips Conventions (Convenciones sobre consejos técnicos de Cisco) para obtener más información sobre las convenciones del documento.

Balance de carga: cómo se determina el enlace a través del cual se enviará el tráfico

En esta sección se explica el balance de carga de los paquetes en un grupo EtherChannel para cada plataforma de switch.

Catalyst series 6500/6000

EtherChannel reduce parte del patrón binario que forman las direcciones en la trama a un valor numérico que selecciona uno de los enlaces del canal para distribuir las tramas entre los enlaces de un canal. La distribución de tramas EtherChannel se basa en un algoritmo de hash propiedad de Cisco. El algoritmo es determinista; si se utilizan las mismas direcciones y la misma información de las sesiones, siempre se obtiene el mismo puerto del canal. Este método evita la entrega de paquetes defectuosos.

En los switches Catalyst 6500/6000 que ejecutan Catalyst OS (CatOS), EtherChannel agrupa el ancho de banda de hasta ocho puertos configurados compatiblemente en un solo enlace lógico. Con las versiones de software 6.2(1) y anteriores, los switches de seis y nueve ranuras de la serie Catalyst 6500 admiten un mínimo de 128 EtherChannels. En las versiones de software 6.2(2) y posteriores, la función del árbol de expansión controla el ID de los puertos. Por tanto, el número máximo de EtherChannels admitidos es de 126 en un chasis de 6 o 9 ranuras y de 63 en los chasis de 13 ranuras. Todos los puertos Ethernet de todos los módulos, incluidos los de un Supervisor Engine en espera, admiten EtherChannel sin necesidad de que los puertos sean contiguos o estén en el mismo módulo. Todos los puertos de cada EtherChannel deben tener la misma velocidad. La política de balance de carga (distribución de tramas) se puede basar en una dirección MAC (capa 2 [L2]), una dirección IP (capa 3 [L3]) o un número de puerto (capa 4 [L4]). Estas políticas se pueden activar, respectivamente, si se ejecuta el comando set port channel all distribution {ip | mac| session | ip-vlan-session} [source | destination | both]. La palabra clave session se admite en Supervisor Engine 2 y Supervisor Engine 720, mientras que la palabra clave ip-vlan-session sólo se admite en Supervisor Engine 720. Esta palabra clave permite especificar el método de distribución de tramas, con la dirección IP, VLAN y el tráfico de capa 4.

Si un paquete no pertenece a la selección de categoría, se considera la categoría de nivel inferior. Si el hardware no admite el método de distribución de tramas seleccionado, aparece un mensaje de error Feature not supported que indica que no se admite la función.

El algoritmo de hash propiedad de Cisco calcula un valor en el rango de 0 a 7. Con este valor como base, se elige un puerto determinado en el EtherChannel. La configuración del puerto incluye una máscara que indica los valores que acepta el puerto para la transmisión. Con el número máximo de puertos en un solo EtherChannel, que es de ocho puertos, cada uno de ellos acepta sólo un valor. Si hay cuatro puertos en el EtherChannel, cada puerto acepta dos valores, etc. En esta tabla se muestra la relación de los valores que acepta cada puerto, que depende del número de puertos en el EtherChannel:

Número de puertos en el EtherChannel

Balance de carga

8

1:1:1:1:1:1:1:1

7

2:1:1:1:1:1:1

6

2:2:1:1:1:1

5

2:2:2:1:1

4

2:2:2:2

3

3:3:2

2

4:4

Nota: en esta tabla sólo se muestra el número de valores, calculado por el algoritmo de hash, que acepta un puerto determinado. No se puede controlar el puerto que utiliza un flujo determinado. Sólo se puede influir en el balance de carga con un método de distribución de tramas que dé la máxima variedad.

Nota: no se puede configurar ni cambiar el algoritmo de hash para equilibrar la carga del tráfico entre los puertos de un EtherChannel.

Por lo tanto, en esencia, sólo se puede conseguir un perfecto balance de la carga, incluso con direcciones aleatorias, si hay dos, cuatro u ocho puertos en el canal.

Ejecute el comando show port channel mod/port info para verificar la política de distribución de tramas. En la versión 6.1(x) y posteriores, se puede determinar el puerto que se utilizará en el canal del puerto para reenviar el tráfico, con la política de distribución de tramas como base. El comando para esta determinación es show channel hash channel-id {src_ip_addr | dest_ip_addr | src_mac_addr | dest_mac_addr | src_port | dest_port} [dest_ip_addr | dest_mac_addr | dest_port] .

A continuación, se incluyen algunos ejemplos:

  1.  Console> (enable) show channel hash 865 10.10.10.1 10.10.10.2
     Selected channel port: 1/1
  2.  Console> (enable) show channel hash 865 00-02-fc-26-24-94
     00-d0-c0-d7-2d-d4
    
                      
                         !--- Este comando debería incluirse en una sola línea.
                      
     Selected channel port: 1/2

Los switches Catalyst 6500/6000 que ejecutan el software del sistema Cisco IOS® admiten un máximo de 64 EtherChannels. Se puede formar un EtherChannel con hasta ocho puertos LAN compatiblemente configurados en cualquier módulo de un switch Catalyst de las series 6500/6000. Todos los puertos LAN de cada EtherChannel deben tener la misma velocidad y estar configurados como puertos LAN de capa 2 o capa 3.

El balance de carga de EtherChannel puede utilizar direcciones MAC, direcciones IP o números de puerto de capa 4 con una tarjeta de función de política 2 (PFC2) y el modo de origen, el modo de destino o ambos modos. El modo seleccionado se aplica a todos los EtherChannels que configura en el switch. Utilice la opción que otorgue la mayor variedad en su configuración. Por ejemplo, si el tráfico de un canal sólo va a una única dirección MAC, el uso de la dirección MAC de destino da como resultado la elección del mismo enlace del canal cada vez. El uso de direcciones de origen o direcciones IP puede dar como resultado un mejor balance de la carga. Ejecute el comando de configuración global port-channel load-balance {src-mac | dst-mac | src-dst-mac | src-ip | dst-ip | src-dst-ip | src-port | dst-port | src-dst-port} para configurar el balance de carga.

Ejecute el comando show etherchannel load-balance para verificar la política de distribución de tramas. Se puede determinar la interfaz del EtherChannel que reenvía el tráfico con la política de distribución de tramas como base. Ejecute el comando remote login switch para iniciar una sesión remota a la consola del procesador del switch (SP) y llevar a cabo esta determinación. A continuación, ejecute el comando test etherchannel load-balance interface port-channel number {ip | l4port | mac} [source_ip_add | source_mac_add | source_l4_port] [dest_ip_add | dest_mac_add | dest_l4_port].

A continuación, se incluyen algunos ejemplos:

  1. 6509#remote login switch
        Trying Switch ...
        Entering CONSOLE for Switch
        Type "^C^C^C" to end this session
    
        6509-sp#test etherchannel load-balance interface port-channel 1
        ip 10.10.10.2 10.10.10.1
    
                      
                         !--- Este comando debería incluirse en una sola línea.
                      
        Would select Gi6/1 of Po1
    
         6509-sp#
  2. 6509#remote login switch
        Trying Switch ...
        Entering CONSOLE for Switch
        Type "^C^C^C" to end this session
    
        6509-sp#test etherchannel load-balance interface port-channel 1 mac
        00d0.c0d7.2dd4 0002.fc26.2494
    
                      
                         !--- Este comando debería incluirse en una sola línea.
                      
        Would select Gi6/1 of Po1
    
         6509-sp#

Restricciones

Esta sección contiene pautas de uso, restricciones e información sobre la solución de problemas que se aplican a EtherChannel:

  1. Los módulos WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX y WS-X6148V-GE-TX tienen una limitación con EtherChannel. EtherChannel es compatible con estos módulos en todas las configuraciones (velocidades a 10, 100 y 1000 Mbps) pero hay que tener en cuenta estos casos de exceso de suscripciones al configurarlos:

    1. En estos módulos hay un único enlace ascendente 1-Gigabit Ethernet desde el puerto ASIC que admite ocho puertos. En EtherChannel, los datos de todos los enlaces de un agrupamiento van al puerto ASIC, incluso si los datos están destinados a otro enlace. Estos datos consumen ancho de banda en el enlace 1-Gigabit Ethernet. En estos módulos, la suma total de todos los datos en un EtherChannel no pueden superar un gigabit.

      Se recibe un mensaje sobre el rendimiento máximo cuando se agrega un puerto de este módulo a EtherChannel.

      C6500> (enable) set port channel 3/5,4/5 mode on
      Adding a WS-X6148-GE-TX port to a channel limits the channel's
      bandwidth to a maximum of 1Gig throughput
      Port(s) 3/5,4/5 channel mode set to on.
      C6500> (enable)
    2. También se puede encontrar con el problema del exceso de suscripciones si tiene cuatro módulos WS-X6148-GE-TX o WS-X6148V-GE-TX que se ejecutan a 100 Mbps con 48 EtherChannels, y cada canal tiene 4 puertos (1 puerto por módulo).

    3. Si se utiliza el módulo de entramado de switches con los módulos WS-X6548-GE-TX o WS-X6548V-GE-TX, dicha configuración evita el problema del exceso de suscripciones. La interfaz del módulo de entramado de switches filtra y distribuye los paquetes al módulo correcto por el hash del agrupamiento EtherChannel. Sin embargo, se debe tener un puerto por módulo en el agrupamiento. En cuanto hay más de un puerto de un módulo WS-X6548-GE-TX o WS-X6548V-GE-TX en un agrupamiento EtherChannel, comienza el exceso de suscripciones.

      Nota: con la versión 8.2(1) del software Catalyst OS, gracias a las mejoras del firmware, estos problemas de exceso de suscripciones dejan de serlo con los módulos WS-X6548-GE-TX y WS-X6548V-GE-TX.

    Consulte Ethernet and Gigabit Ethernet Switching Modules - Catalyst 6500 Series Switch Module Guide (Módulos de conmutación Ethernet y Gigabit Ethernet - Guía del módulo switch Catalyst de la serie 6500) para obtener la lista de los demás módulos de conmutación Ethernet 10/100/1000 y Gigabit Ethernet.

  2. Al activar UplinkFast, el costo del trayecto del puerto EtherChannel, que se establece con el comando set channel cost, para un EtherChannel 10/100 de 4 puertos es inferior al costo del trayecto del puerto de un enlace Gigabit Ethernet paralelo. Esta situación provoca que el EtherChannel de 4 puertos más lento se reenvíe y el enlace Gigabit Ethernet se bloquee. La solución consiste en configurar explícitamente un costo mayor para el canal después de activar UplinkFast. El ID de error de funcionamiento CSCds22895 ( sólo para clientes registrados) de Cisco realiza un seguimiento de este problema.

  3. El módulo de conmutación WS-X6148A-GE-TX tiene 48 puertos con exceso de suscripciones en seis grupos de ocho puertos cada uno:

    • Puertos 1, 2, 3, 4, 5, 6, 7, 8

    • Puertos 9, 10, 11, 12, 13, 14, 15, 16

    • Puertos 17, 18, 19, 20, 21, 22, 23, 24

    • Puertos 25, 26, 27, 28, 29, 30, 31, 32

    • Puertos 33, 34, 35, 36, 37, 38, 39, 40

    • Puertos 41, 42, 43, 44, 45, 46, 47, 48

    Los ocho puertos de cada grupo contienen circuitos comunes que multiplexa eficientemente el grupo en una única conexión Gigabit Ethernet de dúplex completo no bloqueadora al entramado de switches interno. En cada grupo de ocho puertos, las tramas que se reciben se almacenan en búfer y se envían al enlace Gigabit Ethernet común en el entramado de switches interno. Si la cantidad de datos recibidos en un puerto comienza a superar la capacidad del búfer, el control de flujo envía tramas de pausa al puerto remoto para detener temporalmente el tráfico y evitar la pérdida de tramas.

    Si las tramas recibidas en cualquier grupo supera el ancho de banda de 1 Gbps, el dispositivo comienza a descartar las tramas. Estos descartes no se pueden observar ya que se realizan en el ASIC interno y no en las interfaces en sí. Esto puede provocar un rendimiento lento de los paquetes en el dispositivo.

    Si es necesario un mayor rendimiento, utilice los puertos de un módulo de línea que no hagan uso del exceso de suscripciones o puertos de diferentes grupos en módulos de línea con exceso de suscripciones. Por ejemplo, si el módulo de línea tiene 48 puertos en grupos de ocho, puede seleccionar los puertos 1, 9, 17, 25, 33 y 41 para el mismo canal de puerto.

    Cisco recomienda que se usen los módulos 61xx, 63xx y 64xx para la capa de acceso, ya que generalmente tienen exceso de suscripciones y siempre disponen de sólo una conexión en el bus de conmutación de la placa de conexiones. Para una conexión de estructura básica, se recomienda usar módulos 65xx o 67xx que siempre tienen una conexión dedicada de 8 o 20 GB al entramado de switches.

Catalyst series 5500/5000

Los switches Catalyst de las series 5500/5000 permiten que haya de dos a cuatro enlaces por cada Fast EtherChannel. Las conexiones en Fast EtherChannel se determinan mediante pares de direcciones de origen y destino. Se realiza una operación matemática XOR en los dos últimos bits de la dirección MAC de origen y la dirección MAC de destino. Con esta operación se genera uno de los siguientes cuatro resultados: (0 0), (0 1), (1 0) o (1 1). Cada uno de estos valores indica un enlace en el agrupamiento Fast EtherChannel. En el caso de un Fast EtherChannel de dos puertos, únicamente se utiliza un bit en la operación XOR. Este escenario arroja dos posibles resultados, cada uno dirigido a un enlace del agrupamiento. Es posible que se dé el caso de que una dirección en el par origen/destino sea constante. Por ejemplo, el destino puede ser un servidor o, más probablemente, un router. En ese caso, el balance de carga estadístico se muestra porque la dirección de origen siempre es diferente. En la versión 3.1.1 del software Cisco IOS y versiones posteriores, se admite el árbol de expansión. En lo que respecta al árbol de expansión, un Fast EtherChannel se parece a un puerto de un único puente, y las unidades de datos del protocolo de puente (BPDU) sólo se envían por uno de los enlaces. Un Fast EtherChannel que se encuentra en el modo de bloqueo obstruye todos los puertos en esa conexión EtherChannel.

EtherChannel distribuye las tramas en los enlaces de un canal según los bits de orden bajo de las direcciones MAC de origen y destino de cada trama. El método de distribución de tramas no es configurable.

Catalyst series 4500/4000

En los switches Catalyst de las series 4500/4000 con CatOS (Supervisor Engine I y II), se puede formar un EtherChannel con hasta ocho puertos Fast Ethernet o Gigabit Ethernet compatiblemente configurados en el switch. La formación exacta de EtherChannel depende del hardware. Puesto que la función del árbol de expansión administra el ID de los puertos, el número máximo de canales es de 126 en los chasis de seis ranuras. Además, se puede configurar un EtherChannel con el uso de puertos de varios módulos en CatOS versión 5.x y posteriores. Todos los puertos de un EtherChannel deben tener la misma velocidad.

EtherChannel distribuye las tramas en los enlaces de un canal según los bits de orden bajo de las direcciones MAC de origen y destino de cada trama. El método de distribución de tramas no es configurable.

Los switches Catalyst de las series 4500/4000 con el software Cisco IOS (Supervisor Engine II+ y versiones posteriores) admiten un máximo de 64 EtherChannels. Se puede formar un EtherChannel con hasta ocho interfaces Ethernet compatiblemente configuradas en cualquier módulo y entre módulos. Todas las interfaces de cada EtherChannel deben tener la misma velocidad y estar configuradas como interfaces de capa 2 ó capa 3.

EtherChannel reduce parte del patrón binario que se forma a partir de las direcciones de la trama a un valor numérico que selecciona uno de los enlaces del canal para distribuir la carga de tráfico entre los enlaces del canal. El balance de carga de EtherChannel puede utilizar direcciones MAC, direcciones IP o números de puerto de capa 4 y el modo de origen, el modo de destino o ambos modos. Utilice la opción que otorgue la mayor variedad en su configuración. Por ejemplo, si el tráfico de un canal sólo va a una única dirección MAC, el uso de la dirección MAC de destino da como resultado la elección del mismo enlace del canal cada vez. El uso de direcciones de origen o direcciones IP puede dar como resultado un mejor balance de la carga. Ejecute el comando port-channel load-balance {src-mac | dst-mac | src-dst-mac | src-ip | dst-ip | src-dst-ip | src-port | dst-port | src-dst-port} de configuración global para configurar el balance de carga.

Nota: aunque una agrupación de cuatro enlaces forme el EtherChannel, el switch sólo utiliza dos de ellos para transmitir el tráfico de datos. Los otros dos enlaces se reservan como respaldo. El switch utiliza los bits de orden inferior de las direcciones MAC de origen y de destino para determinar los enlaces que deben usarse para transmitir los datos. Por tanto, si se reciben los datos del mismo origen, se utiliza el mismo enlace de EtherChannel para reenviar los datos.

Catalyst series 2900XL/3500XL

Un Catalyst 2900XL que ejecuta una versión del software Cisco IOS anterior a la versión 11.2(8)SA3 selecciona un enlace en el canal en función del enlace en el que se escuchó por última vez la dirección MAC de destino. El software reasigna dinámicamente esta dirección a otro enlace del canal si el enlace en el que se escuchó la dirección está más ocupado que los demás. Se puede configurar un Catalyst 2900XL que ejecute la versión 11.2(8)SA3 del software Cisco IOS o una versión posterior, y un Catalyst 3500XL que ejecute la versión 11.2(8)SA6 del software Cisco IOS o una versión posterior para elegir un enlace que se enviará por el Fast EtherChannel. El switch elige el enlace según la dirección MAC de origen o destino de la trama. La acción predeterminada es el uso de la dirección MAC de origen. Este valor predeterminado significa que todos los paquetes que recibe el switch en un puerto que no es Fast EtherChannel con la misma dirección MAC de origen que tiene un destino de las direcciones MAC en el otro lado del canal toman el mismo enlace del canal. Utilice el reenvío basado en origen cuando muchas estaciones conectadas al Catalyst 2900XL/3500XL envíen paquetes a unas pocas estaciones, por ejemplo, un único router, en el otro lado del Fast EtherChannel. El uso del reenvío basado en origen en esta situación distribuye el tráfico equitativamente entre todos los enlaces del canal. Asimismo, los switches Catalyst 2900XL/3500XL conservan la idea de un puerto predeterminado por el que transmitir el tráfico, como el protocolo de árbol de expansión (STP), las multidifusiones y las unidifusiones desconocidas.

Catalyst series 3750/3560

Los switches de la serie Catalyst 3750/3560 admiten hasta ocho interfaces Ethernet compatiblemente configuradas en un EtherChannel. EtherChannel proporciona ancho de banda dúplex completo hasta 800 Mbps (Fast EtherChannel) u 8 Gbps (Gigabit EtherChannel) entre el switch y otro switch o host. Con la versión 12.2(20)SE del software Cisco IOS y versiones anteriores, el número de EtherChannels tienen un límite de 12, mientras que con la versión 12.2(25)SE y las versiones posteriores, el número de EtherChannels tiene un límite de 48.

EtherChannel distribuye la carga del tráfico entre los enlaces de un canal reduciendo parte del patrón binario que forman las direcciones en la trama a un valor numérico que selecciona uno de los enlaces del canal. El balance de carga de EtherChannel puede utilizar direcciones MAC o direcciones IP, direcciones de origen o de destino, o direcciones de origen y destino. El modo se aplica a todos los EtherChannels configurados en el switch. El método de balance de carga y reenvío se configura mediante el comando port-channel load-balance {dst-ip | dst-mac | src-dst-ip | src-dst-mac | src-ip | src-mac} de configuración global.

Se puede saber la interfaz que se utilizará en el EtherChannel para reenviar el tráfico según el método de balance de carga. El comando para esta determinación es test etherchannel load-balance interface port-channel number {ip | mac} [source_ip_add | source_mac_add] [dest_ip_add | dest_mac_add].

Catalyst series 2950/2955/3550

Los switches de la serie Catalyst 2950/2955 admiten hasta ocho interfaces Ethernet compatiblemente configuradas en un EtherChannel. EtherChannel puede proporcionar ancho de banda dúplex completo hasta 800 Mbps (Fast EtherChannel) o 2 Gbps (Gigabit EtherChannel) entre el switch y otro switch o host. El número de EtherChannels tiene el límite de seis con ocho puertos por cada EtherChannel.

Los switches de la serie Catalyst 3550 admiten EtherChannel de capa 2 y capa 3, con hasta ocho interfaces Ethernet configuradas de manera compatible. EtherChannel proporciona ancho de banda dúplex completo hasta 800 Mbps (Fast EtherChannel) u 8 Gbps (Gigabit EtherChannel) entre el switch y otro switch o host. El límite del número de EtherChannels es el número de puertos del mismo tipo.

Para los switches de las series 2950/2955/3550, EtherChannel distribuye la carga del tráfico entre los enlaces de un canal asociando aleatoriamente una dirección MAC recién detectada con uno de los enlaces del canal. El balance de carga de EtherChannel puede utilizar el reenvío de la dirección MAC de origen o de destino.

Con el reenvío de la dirección MAC de origen, cuando se reenvían paquetes a un EtherChannel, los paquetes se distribuyen entre los puertos del canal según la dirección MAC de origen del paquete entrante. Por lo tanto, para proporcionar el balance de carga, los paquetes de distintos hosts utilizan diferentes puertos del canal, pero los paquetes del mismo host utilizan el mismo puerto del canal. Con el reenvío de la dirección MAC de destino, cuando se reenvían paquetes a un EtherChannel, los paquetes se distribuyen entre los puertos del canal según la dirección MAC del host de destino del paquete entrante. Por lo tanto, los paquetes que van al mismo destino se reenvían por el mismo puerto y los paquetes que van a un destino distinto se envían por un puerto diferente del canal.

En los switches de la serie 3550, cuando se utiliza el reenvío de la dirección MAC de origen, la distribución de carga según la dirección IP de origen y destino también se habilita para el tráfico IP enrutado. Todo el tráfico IP enrutado elige un puerto según la dirección IP de origen y destino. Los paquetes entre dos hosts IP utilizan siempre el mismo puerto del canal y el tráfico entre cualquier otro par de hosts puede utilizar un puerto distinto del canal.

Ejecute el comando port-channel load-balance {dst-mac | src-mac} de configuración global para configurar el método de balance de carga y reenvío.

Nota:  el puerto predeterminado se utiliza para transmitir tráfico, como el protocolo de árbol de expansión (STP), multidifusiones y unidifusiones desconocidas. El puerto predeterminado se puede identificar desde el resultado del comando show etherchannel summary por una notación de d.

Catalyst series 1900/2820

Al habilitar PAgP, los dos métodos posibles de determinación de enlaces son "mantener el orden" y "maximizar el balance de carga" entre los enlaces en el Fast EtherChannel. En la sección ¿Qué es PAgP y dónde se utiliza? de este documento se describe el protocolo PAgP. El valor predeterminado es para maximizar el balance de carga. PagP se usa para negociar el método configurado con el dispositivo del otro lado del canal. Si se configura "mantener el orden", el dispositivo del otro lado recibe instrucciones para utilizar las transmisiones basadas en origen de manera que el Catalyst 1900/2820 siempre reciba paquetes con la misma dirección MAC de origen en el mismo enlace del canal. Éste es el enlace que Catalyst 1900/2820 siempre utiliza para enviar tráfico a esta dirección MAC. Si se configura "maximizar el balance de carga", PAgP indica al otro lado que puede distribuir el tráfico arbitrariamente y el tráfico de unidifusión se transmite a través del Catalyst 1900/2820 por el enlace a través del que se envió la dirección de origen. Esto proporciona la máxima configuración de balance de carga posible. Si Fast EtherChannel está configurado con PAgP inhabilitado, el switch no puede negociar con el socio sobre la capacidad de aprendizaje del switch. Que el switch mantenga el orden de las tramas depende de si el socio de Fast EtherChannel realiza la distribución basada en el origen. El Catalyst 1900/2820 también elige un puerto activo. El puerto activo se utiliza para tráfico saturado, como paquetes de unidifusión desconocida, multidifusión sin registrar y de difusión. Si el modo de canal de puerto está activado (PAgP inhabilitado), el puerto activo es el enlace con el máximo valor de prioridad. Si el modo es "deseable" o "automático" (PAgP habilitado), el puerto activo se selecciona según la prioridad de los enlaces en el switch que tenga la dirección Ethernet superior. Si dos puertos del switch con la mayor dirección Ethernet tienen la misma prioridad, se selecciona el puerto con el "ifIndex" inferior.

Catalyst 2948G-L3/4908G-L3 y Catalyst 8500

Si falla un enlace, todo el tráfico que utilizaba ese enlace pasa ahora a utilizar el enlace junto a él. Por ejemplo, si falla el enlace 1 en un agrupamiento, el tráfico que antes usaba el enlace 1, pasa a usar ahora el enlace 2.

Matriz de los métodos de balance de carga

Esta matriz consolida los métodos de balance de carga que se describen en este documento:

Plataforma

Dirección utilizada en XOR

¿Basada en origen?

¿Basada en destino?

¿Basada en origen y destino?

¿Método de balance de carga: configurable o fijo?

6500/6000

Direcciones de capa 2, capa 3 o capa 4

Configurable

5500/5000

Sólo dirección de capa 2

No se puede modificar el método

4500/4000

Direcciones de capa 2, capa 3 o capa 4

Configurable

2900XL/3500XL

Sólo dirección de capa 2

Configurable

3750/3560

Sólo direcciones de capa 2 o capa 3

Configurable

2950/2955/3550

Sólo dirección de capa 21

1

Configurable

1900/2820

Estas plataformas utilizan un método especial de balance de carga. Consulte la sección Catalyst series 1900/2820 para obtener información detallada.

8500

Sólo dirección de capa 3

No se puede modificar el método

1 En los switches de la serie 3550, cuando se utiliza el reenvío de la dirección MAC de origen, la distribución de carga según la dirección IP de origen y destino también se habilita para el tráfico IP enrutado. Todo el tráfico IP enrutado elige un puerto según la dirección IP de origen y destino.

¿Qué es PAgP y dónde se utiliza?

PAgP colabora en la creación automática de los enlaces EtherChannel. Los paquetes PAgP se envían entre los puertos aptos para EtherChannel para negociar la formación de un canal. Se han introducido deliberadamente algunas restricciones en PAgP. Las restricciones son:

  • PAgP no forma un agrupamiento en puertos configurados para VLAN dinámicas. PAgp requiere que todos los puertos del canal pertenezcan a la misma VLAN o estén configurados como puertos troncales. Cuando ya existe un agrupamiento y se modifica una VLAN de un puerto, se modifican todos los puertos del agrupamiento a fin de que coincidan con esa VLAN.

  • El PagP no agrupa puertos que operan a velocidades diferentes o en modo dúplex de puerto. Si se modifica la velocidad y dúplex cuando existe un agrupamiento, PAgP modifica la velocidad del puerto y el dúplex para todos los puertos del agrupamiento.

  • Los modos de PAgP son apagado, automático, deseable y encendido. Únicamente las combinaciones automático-deseable, deseable-deseable y encendido-encendido permiten la formación de un canal. El dispositivo del otro lado debe tener PAgP en modo encendido si un dispositivo de un lado del canal no admite PAgP, como en el caso del router.

Actualmente los switches siguientes admiten PAgP:

  • Catalyst 4500/4000

  • Catalyst 5500/5000

  • Catalyst 6500/6000

  • Catalyst 2940/2950/2955/3550/3560/3750

  • Catalyst 1900/2820

Estos switches no admiten PAgP:

  • Catalyst 2900XL/3500XL

  • Catalyst 2948G-L3/4908G-L3

  • Catalyst 8500

Soporte troncal ISL/802.1Q en EtherChannel

Las conexiones Fast EtherChannel pueden configurarse con o sin el protocolo de enlace entre switches (ISL)/enlace troncal 802.1Q. Después de la formación de un canal, la configuración de cualquier puerto del canal como un troncal aplica esta configuración a todos los puertos del canal. Los puertos troncales idénticamente configurados pueden configurarse como EtherChannel. Deben ser todos ISL o todos 802.1Q; no se pueden mezclar. La encapsulación ISL/802.1Q, si está habilitada, se realiza independientemente del mecanismo de balance de carga de origen y destino de Fast EtherChannel. El ID de la VLAN no influye en el enlace que toma un paquete. ISL/802.1Q tan sólo habilita esa conexión troncal para que pertenezca a múltiples VLAN. Si no está habilitada la conexión troncal, todos los puertos asociados con Fast EtherChannel deben pertenecer a la misma VLAN.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 12023