Designs de EtherChannel

Introdução

Este documento descreve várias combinações possíveis de dispositivos diferentes conectados via EtherChannel.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Operações de switching e Catalyst da Cisco
• STP
• Conceitos do EtherChannel
• Protocolos da camada 2 da Cisco

Componentes Utilizados

As informações neste documento se baseiam em, mas não se limitam a:

• Cisco Catalyst Switches.
• Switches Cisco Nexus
• HA com Virtual Switch Link (VSL), VSS, empilhamento e vPC
• EtherChannel

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Se a sua rede estiver ativa, certifique-se de que você compreende o impacto potencial de qualquer alteração de conexão da camada física.

Informações de Apoio

Este documento é útil para entender diferentes maneiras recomendadas de criar EtherChannel entre dispositivos Cisco ou um dispositivo Cisco e um dispositivo não Cisco.

Explicação

Um EtherChannel consiste em links de interface individuais que devem ter as mesmas propriedades lógicas e físicas. Esses links são agrupados juntos como um único link lógico que não é nada além do EtherChannel.

Por exemplo, 

Da perspectiva do link: as interfaces GigabitEthernet podem ser agrupadas, mas a interface GigabitEthernet não pode ser agrupada com FastEthernet ou TenGigabitEthernet e vice-versa.

Da perspectiva do dispositivo: o EtherChannel pode ser formado entre dois dispositivos, ou seja, dois switches ou um switch e um switch multicamada ou um switch e um servidor, etc.

Além disso, ele pode ser formado entre dois dispositivos lógicos, ou seja, duas pilhas de switches, ou um switch e uma pilha de switches, um switch OU e um vPC, etc.

Vários Anexos do EtherChannel

Projeto 1. EtherChannel entre dois switches únicos

Projeto 1. EtherChannel entre dois switches únicos

As exibições do EtherChannel mostradas são o projeto básico do EtherChannel que consiste em dois links entre dois switches.

Projeto 2. EtherChannel com 8 links

Projeto 2. EtherChannel com 8 links

As exibições do EtherChannel mostradas acima são o projeto básico do EtherChannel que consiste em oito links entre dois switches, que é o máximo de links ativos suportados (conforme PAGP).

O EtherChannel pode ter no total 16 links onde 8 estão ativos e os outros 8 estão em hot standby (ss por LACP).

Projeto 3. EtherChannel entre a pilha e um único switch. Variação 1.

Projeto 3. EtherChannel entre a pilha e um único switch. Variação 1

Este design mostra a conexão EtherChannel em um ambiente empilhado. O Switch de pilha 1 e o Switch de pilha 2 são dois switches diferentes, mas agem logicamente como uma entidade de Switch único executando o StackWise como um protocolo.

Design 4: EtherChannel entre duas pilhas. Variação 1.

Design 4: EtherChannel entre duas pilhas. Variação 1

Este design demonstra a conexão EtherChannel entre dois Switches Empilhados.

O switch lógico 1 no lado esquerdo consiste em dois switches físicos, ou seja, switch de pilha 1 e switch de pilha 2, conectados por cabos de pilha e, da mesma forma, no lado direito, há um switch lógico 2.

Neste caso, o EtherChannel é formado entre os switches lógicos 1 e 2.

O EtherChannel criado aqui está entre duas entidades lógicas únicas, uma entidade é o switch lógico 1 e a outra é o switch lógico 2.

Design 5: EtherChannel entre duas configurações de VSS/VSL

Design 5: EtherChannel entre duas configurações de VSS/VSL

Este design demonstra a conexão EtherChannel entre dois Switches de configuração VSS/VSL. O switch de parte superior esquerda atua como um switch ativo virtual e o switch de parte inferior esquerda atua como um switch em standby virtual são vinculados através do protocolo VSS/VSL que, como resultado, atua como um switch lógico. Da mesma forma que a configuração virtual correta também foi projetada.

O EtherChannel mostrado aqui é um exemplo perfeito de redundância total entre duas configurações VSS/SVL.

Design 6: EtherChannel entre a pilha e um único switch. Variação 2.

Design 6: EtherChannel entre a pilha e um único switch. Variação 2

Este design demonstra o EtherChannel entre o switch lógico no lado esquerdo e o switch no lado direito.

O Switch Lógico 1 está atuando como um único switch, mas consiste em uma pilha de três Switches físicos, ou seja, Switch 1, Switch 2 e Switch 3.

Não é obrigatório ter um link de membro EtherChannel conectado a cada switch na pilha.

Design 7: EtherChannel entre duas pilhas. Variação 2.

Design 7: EtherChannel entre duas pilhas. Variação 2

Esta é a variante do design anterior, mas neste design, temos a pilha no lado direito também.

Design 8: EtherChannel com vPC

Design 8: EtherChannel com vPC

Neste design, no lado esquerdo, há dois dispositivos Nexus separados física e logicamente, o Nexus Switch 1 e o Nexus Switch 2.

Esses switches Nexus estão executando o protocolo Virtual Port Channel (vPC) de tal forma que o dispositivo par (neste caso, seu switch no lado direito) percebe a configuração do Nexus como um único switch.

O vPC é um recurso disponível para switches Nexus. Usando links EtherChannel, você pode interconectar dois switches Nexus que executam o recurso e a configuração do vPC. Dessa forma, você pode criar um único nó lógico.

O vPC une dois switches Nexus falsificando a Camada 2, incluindo STP BPDU e FHRP (First Hop Routing Protocol — HSRP, VRRP, GLBP).

O Nexus é usado principalmente para data centers e VSS para ambientes de campus. O número máximo de dispositivos que você pode usar para vPC e VSS é 2. Quanto à diferença, o VSS tem um plano de controle, enquanto o vPC tem dois planos diferentes. Com o VSS, você elimina o uso de VRRP, HSRP, etc. Com o VPC, você ainda precisa usar um HSRP ou VRRP.

O vPC é uma tecnologia de virtualização, que permite que os links fisicamente conectados a dois dispositivos Cisco Nexus Series diferentes apareçam como um canal de porta única para um terceiro endpoint.

Design 9:EtherChannel com agrupamento de placas de rede

Design 9:EtherChannel com agrupamento de placas de rede

O Agrupamento NIC permite combinar várias interfaces de rede físicas e virtuais em um único adaptador virtual lógico chamado NIC Team. 

Este design demonstra uma conexão EtherChannel entre o switch e o Servidor.

Nesse caso, a partir da extremidade do switch, o EtherChannel pode ser configurado com o modo ON ou o modo ativo/passivo do LACP; tudo dependendo do protocolo sendo executado a partir do lado do correspondente.

Design 10: EtherChannel com firewall no modo HA

Design 10: EtherChannel com firewall no modo HA

Este design demonstra a conexão EtherChannel entre os Switches de Configuração VSS/VSL e o Firewall no Modo HA.

O switch de parte superior esquerda atua como um switch ativo e o switch de parte inferior esquerda atua como um switch em espera são ligados através do protocolo VSS/VSL. Como resultado, ambos agem como um único switch lógico.

No lado direito, há dois firewalls separados lógica e fisicamente que geralmente atuam como ativos e em espera. Para obter redundância, de cada Firewall deve haver um link conectado a ambos os Switches de configurações VSS/VSL. A redundância é obtida por dois EtherChannels; PortChannel 10 e PortChannel 20, neste caso. O PortChannel 10 consiste em dois links que começam no Firewall 1 e terminam no switch VSS/VSL Ativo e em Espera, respectivamente, e da mesma forma que o PortChannel 20 começa no Firewall 2.

Projeto 11. Projeto sem suporte com firewall redundante

Projeto 11. Projeto sem suporte com firewall redundante

Não há suporte para este design. O motivo é que a configuração do canal de porta no lado do switch está incorreta e leva a um bloqueio de tráfego no dispositivo de standby. Esse design é compatível somente quando você configura o ASA ou o FTD no modo Cluster Distribuído.

Para obter mais esclarecimentos, consulte o projeto anterior.

Projeto 12. Design sem suporte com roteadores configurados com FHRP

Projeto 12. Design sem suporte com roteadores configurados com FHRP

Este design não é suportado porque viola o princípio básico de design do EtherChannel.

Neste design, no lado esquerdo, ambos os switches atuam como um único switch lógico, ao contrário, no lado direito, os roteadores estão física e logicamente separados.

O Roteador 1 e o Roteador 2 estão acoplados ao protocolo FHRP e não fornecem nenhum suporte à redundância do EtherChannel.

Portanto, não é legítimo e suportado agrupar links originários desses roteadores em um único EtherChannel.