LACP e Link Aggregation: como funcionam, redundância, balanceamento e EtherChannel

Entenda como LACP e Link Aggregation formam port-channels, distribuem tráfego, aumentam capacidade e redundância e devem ser projetados e testados.

Confira!

LACP é o protocolo usado para negociar e manter a agregação de múltiplos enlaces Ethernet em uma única interface lógica. Essa agregação é conhecida como Link Aggregation Group (LAG), port-channel, bonding ou, no ecossistema Cisco, EtherChannel.

A técnica permite utilizar vários cabos ou portas como um único enlace lógico, aumentando a capacidade agregada e mantendo a comunicação quando um dos membros falha. Entretanto, LACP não soma a velocidade para cada fluxo individual, não substitui uma arquitetura redundante entre equipamentos e não corrige caminhos físicos que compartilham o mesmo ponto de falha.

Este artigo explica como LACP e Link Aggregation funcionam, as diferenças entre agregação estática e dinâmica, os modos active e passive, a distribuição de tráfego, a interação com Spanning Tree, os requisitos de projeto e os testes necessários para validar uma implementação.

O que é Link Aggregation?

Link Aggregation é a combinação de duas ou mais interfaces Ethernet físicas em uma interface lógica. Para os protocolos superiores, o grupo é apresentado como um único enlace, com um endereço lógico, uma configuração comum e capacidade agregada formada pelos membros ativos.

O grupo pode conectar dois switches, um switch e um servidor, um switch e um appliance, ou outros equipamentos compatíveis. Os enlaces físicos que compõem o grupo são chamados de membros. A interface lógica pode ser chamada de LAG, port-channel, bond, team ou trunk, dependendo do fabricante e do sistema operacional.

A padronização atual está na família IEEE 802.1AX. A expressão IEEE 802.3ad ainda aparece em documentação e interfaces legadas porque a agregação de enlaces foi originalmente tratada naquele contexto antes de migrar para o padrão específico de Link Aggregation.

O que é LACP?

LACP significa Link Aggregation Control Protocol. O protocolo permite que os equipamentos nas duas extremidades troquem informações sobre as interfaces candidatas, identifiquem incompatibilidades e selecionem os membros que podem participar do grupo.

Sem LACP, a agregação pode ser configurada de forma estática. Nesse caso, o equipamento pressupõe que as portas remotas estão configuradas corretamente. Uma ligação incorreta pode produzir loop, perda de tráfego ou comportamento assimétrico. Com LACP, existe negociação e estado operacional para cada membro, reduzindo o risco de incluir uma interface que não pertence ao mesmo grupo lógico.

LAG, LACP, EtherChannel e port-channel

Esses termos são relacionados, mas não idênticos:

• LAG: o grupo lógico de interfaces agregadas;
• LACP: o protocolo padronizado que negocia o grupo;
• port-channel: nome comum da interface lógica em equipamentos de rede;
• EtherChannel: denominação usada pela Cisco para agregação de enlaces;
• bonding: implementação comum em Linux;
• NIC teaming: agrupamento de interfaces em servidores e sistemas operacionais;
• MLAG, vPC ou tecnologias equivalentes: mecanismos que permitem apresentar dois equipamentos físicos como uma única extremidade lógica para determinados grupos.

Um EtherChannel pode utilizar LACP ou, em plataformas legadas, mecanismos proprietários. Um LAG também pode ser configurado estaticamente, sem protocolo de negociação.

Por que agregar enlaces?

A agregação é adotada principalmente por capacidade, disponibilidade e simplificação lógica. Em vez de configurar protocolos e políticas em cada porta física, o projeto trata o port-channel como a interface principal.

Capacidade agregada

Dois enlaces de 10 Gbit/s podem formar um grupo com capacidade agregada de até 20 Gbit/s entre múltiplos fluxos. Isso não significa que uma única sessão TCP passará automaticamente a 20 Gbit/s. Normalmente, cada fluxo é associado a um membro por um algoritmo de distribuição, permanecendo limitado à capacidade daquele enlace físico.

O ganho real depende da quantidade de fluxos, da diversidade dos endereços e portas utilizados no cálculo de hash e do equilíbrio entre as conversações. Poucos fluxos de grande volume podem concentrar-se no mesmo membro, enquanto milhares de fluxos tendem a produzir distribuição mais uniforme.

Tolerância à falha de porta ou cabo

Quando um membro deixa de operar, o grupo pode permanecer ativo com capacidade reduzida. Os fluxos são redistribuídos entre os membros restantes. A continuidade depende do tempo de detecção, da aplicação, do equipamento e da existência de capacidade suficiente após a falha.

A agregação protege contra a perda de uma interface ou enlace membro. Ela não protege, por si só, contra falha do switch, perda de energia, rompimento de uma rota comum, erro de configuração do port-channel ou indisponibilidade do equipamento remoto.

Simplificação da topologia lógica

Para Spanning Tree, roteamento, VLANs e políticas, o grupo é normalmente tratado como uma única interface lógica. Isso evita que enlaces paralelos independentes sejam bloqueados pelo Spanning Tree e permite utilizar a capacidade de vários membros simultaneamente.

A simplificação lógica exige consistência. VLANs, modo trunk ou access, MTU, parâmetros Layer 3 e demais atributos precisam ser aplicados de forma compatível ao port-channel e aos membros.

Agregação estática versus LACP

Na agregação estática, as interfaces são forçadas a participar do grupo. Não existe negociação padronizada para verificar se a extremidade remota reconhece os mesmos membros. Essa modalidade pode ser adequada em cenários muito controlados, mas aumenta o risco operacional durante implantação, manutenção e mudanças.

Com LACP, cada extremidade anuncia informações do sistema, porta, chave de agregação, prioridade e estado. Apenas interfaces compatíveis são selecionadas para encaminhamento. Portas que recebem informações inconsistentes podem permanecer fora do grupo, evitando que um enlace inadequado seja tratado como membro válido.

Quando preferir LACP

LACP é geralmente preferível quando os dois equipamentos oferecem suporte e interoperabilidade adequada. Ele facilita diagnóstico, monitora a relação entre as extremidades e torna falhas de configuração mais visíveis.

A agregação estática pode existir por limitação de plataforma, interoperabilidade específica ou requisito legado. Nesses casos, os testes de implantação e mudança precisam ser ainda mais rigorosos.

Modos active e passive

Uma interface LACP em modo active inicia a transmissão de mensagens do protocolo e tenta formar o grupo. Em modo passive, responde quando recebe mensagens LACP, mas não inicia a negociação por conta própria.

As combinações usuais são:

• active–active: o grupo pode ser formado;
• active–passive: o grupo pode ser formado;
• passive–passive: nenhuma extremidade inicia a negociação, portanto o grupo não é estabelecido.

O modo active em ambas as extremidades facilita a detecção e reduz dependências de configuração. A escolha deve seguir o padrão operacional da organização e as recomendações dos equipamentos utilizados.

Como o LACP identifica um grupo

Cada participante possui um identificador de sistema, normalmente composto por prioridade e endereço do sistema. As portas também possuem identificadores, prioridades, chaves e estados. Essas informações permitem que as duas extremidades determinem quais interfaces pertencem ao mesmo agregador.

Actor e partner

Em uma mensagem LACP, o equipamento local é chamado de actor e a extremidade remota é chamada de partner. Cada lado anuncia sua própria visão do grupo e a visão aprendida do parceiro.

Quando os estados são consistentes, a interface pode entrar em coleta e distribuição. Quando existe divergência de chave, sistema, configuração ou conectividade, a porta pode permanecer individual, suspensa ou fora do encaminhamento, conforme a plataforma.

Chave de agregação

A chave identifica interfaces compatíveis para o mesmo grupo. Em implementações comerciais, essa compatibilidade está relacionada a atributos como velocidade, duplex, modo de operação e associação ao port-channel.

Portas conectadas a equipamentos remotos diferentes não devem formar um grupo convencional, exceto quando a extremidade remota opera como um único sistema lógico por empilhamento, MLAG, vPC ou tecnologia equivalente.

Prioridade do sistema e da porta

A prioridade do sistema ajuda a selecionar qual identificador prevalece em cenários de decisão. A prioridade da porta pode influenciar quais interfaces permanecem ativas quando existem mais membros candidatos do que o número suportado pelo grupo.

Esses parâmetros raramente precisam ser alterados em redes simples, mas tornam-se relevantes em projetos com links sobressalentes, limites de membros e requisitos determinísticos.

Estados de um membro LACP

Uma interface candidata pode passar por diferentes estados até encaminhar tráfego. A nomenclatura exibida varia por fabricante, mas os conceitos centrais incluem:

• atividade LACP;
• timeout rápido ou lento;
• agregabilidade;
• sincronização com o parceiro;
• coleta de quadros recebidos;
• distribuição de quadros transmitidos;
• estado padrão quando não há informações recentes do parceiro.

Uma porta fisicamente ativa não está necessariamente apta a encaminhar tráfego no LAG. O diagnóstico precisa verificar o estado lógico, o parceiro identificado, a chave, a sincronização e as flags de collecting e distributing.

Requisitos de consistência dos membros

As interfaces de um grupo precisam apresentar características compatíveis. Dependendo da plataforma, inconsistências podem impedir a formação do grupo, suspender o membro ou gerar comportamento inadequado.

Devem ser verificados:

• velocidade e duplex;
• tipo de interface e capacidade suportada;
• MTU;
• modo access, trunk ou Layer 3;
• VLAN nativa e VLANs permitidas;
• encapsulamento;
• políticas de QoS;
• parâmetros de segurança de porta;
• configuração de spanning tree;
• endereçamento Layer 3;
• compatibilidade de transceptores e fibras;
• quantidade máxima de membros ativos e standby.

A configuração deve ser aplicada preferencialmente na interface lógica, seguindo o modelo da plataforma, para reduzir divergências entre os membros.

Port-channel Layer 2 e Layer 3

Um port-channel Layer 2 transporta VLANs como interface access ou trunk. Ele participa do domínio de comutação e interage com Spanning Tree. É comum em uplinks entre switches, conexões de servidores e agregação de switches de acesso.

Um port-channel Layer 3 opera como interface roteada. O endereço IP e os protocolos de roteamento são associados à interface lógica. Esse modelo reduz o domínio Layer 2 e pode ser utilizado entre distribuição, core, data center e outros módulos roteados.

A decisão entre Layer 2 e Layer 3 deve fazer parte da arquitetura de rede, considerando mobilidade, convergência, segmentação, operação e alcance das falhas.

Como o tráfego é distribuído entre os membros?

O balanceamento de um LAG normalmente é baseado em hash. O equipamento calcula um valor a partir de campos do quadro ou pacote e associa o fluxo a um dos membros ativos. Essa decisão preserva a ordem dos pacotes de uma mesma conversação, evitando que quadros do mesmo fluxo cheguem por caminhos com atrasos diferentes.

Campos usados no hash

As plataformas podem utilizar combinações de:

• endereços MAC de origem e destino;
• endereços IP de origem e destino;
• portas TCP ou UDP;
• VLAN;
• identificadores de fluxo IPv6;
• camadas adicionais, conforme hardware e software.

Um hash baseado apenas em MAC pode produzir distribuição ruim quando muitas conversações utilizam o mesmo roteador ou servidor. A inclusão de IP e portas tende a aumentar a diversidade, mas precisa ser compatível com a plataforma, o tipo de tráfego e a necessidade de manter simetria.

Por que um único fluxo não utiliza todos os enlaces?

Distribuir pacotes individuais do mesmo fluxo por membros diferentes pode causar reordenação. Como consequência, uma única sessão normalmente é mantida em um membro. Um LAG de quatro portas de 10 Gbit/s pode oferecer 40 Gbit/s agregados para vários fluxos, mas uma sessão isolada continuará limitada, em condições normais, a 10 Gbit/s.

Aplicações com múltiplas sessões paralelas podem aproveitar mais membros. Testes com um único fluxo não comprovam a capacidade agregada do grupo; para isso, devem ser usados fluxos simultâneos com combinações distintas de endereços e portas.

Distribuição desigual não significa necessariamente falha

O hash não mede continuamente a ocupação de cada membro como um balanceador de carga de aplicações. Dois fluxos muito grandes podem cair na mesma interface enquanto outros membros transportam pouco tráfego. A análise deve considerar quantidade e perfil das conversações, não apenas a soma dos contadores.

Temporizadores e detecção de falhas

O LACP pode operar com periodicidade lenta ou rápida para transmissão das mensagens de controle. A terminologia e os comandos variam, mas é comum encontrar intervalos associados a aproximadamente 30 segundos no modo lento e 1 segundo no modo rápido.

O timer rápido melhora a detecção de perda do parceiro, mas gera mais mensagens e não substitui mecanismos de detecção física. Uma falha elétrica ou perda de sinal pode ser detectada imediatamente pela interface, enquanto falhas unidirecionais, caminhos intermediários ou problemas do equipamento remoto podem depender de LACP, UDLD, BFD ou outros mecanismos.

Timeout e estado defaulted

Quando as mensagens esperadas deixam de chegar, a informação do parceiro expira. A porta pode sair do estado sincronizado, deixar de coletar e distribuir tráfego e assumir valores padrão. O tempo exato depende da periodicidade negociada e da implementação.

Min-links

Algumas plataformas permitem definir uma quantidade mínima de membros ativos para manter o port-channel operacional. O recurso evita que um grupo planejado para determinada capacidade permaneça ativo com banda insuficiente.

Por exemplo, um grupo de quatro interfaces pode ser configurado para ficar indisponível quando restar somente um membro. Essa decisão deve considerar o impacto de derrubar toda a interface lógica versus continuar com desempenho degradado. Em ambientes críticos, o comportamento precisa ser alinhado ao failover de rotas, aplicações e serviços.

LACP e Spanning Tree

Em um port-channel Layer 2, o Spanning Tree normalmente enxerga o grupo como uma única porta lógica. Isso permite que todos os membros selecionados encaminhem tráfego sem que cada enlace paralelo seja tratado como caminho independente e bloqueado.

O Spanning Tree continua necessário quando existem outros caminhos Layer 2. A prioridade, o custo, o papel da interface e as proteções são aplicados ao port-channel. Uma inconsistência entre membros pode fazer com que interfaces sejam suspensas ou tratadas fora do grupo, alterando a topologia esperada.

Loop causado por agregação incorreta

Se uma extremidade agrupa duas portas e a outra as trata como enlaces separados, pode ocorrer loop ou encaminhamento assimétrico. O LACP reduz esse risco porque exige concordância lógica antes de selecionar os membros, mas não elimina erros de cabeamento, configuração ou interoperabilidade.

LACP não é redundância entre switches por si só

Um LAG convencional conecta duas extremidades lógicas. Se todos os membros terminam no mesmo switch físico, a falha desse equipamento derruba o grupo completo. Para distribuir os enlaces por dois switches, os equipamentos remotos precisam operar como uma única extremidade lógica para o LACP.

Stack e chassi virtual

Em empilhamento ou chassi virtual, vários equipamentos podem compartilhar plano de controle e identificador lógico. Um port-channel pode então possuir membros em unidades diferentes, aumentando tolerância à falha de porta, cabo e, dependendo da tecnologia, de uma unidade do conjunto.

MLAG, vPC e tecnologias equivalentes

Multi-Chassis Link Aggregation permite que dois equipamentos independentes apresentem uma única identidade lógica ao dispositivo conectado. Fabricantes utilizam denominações e arquiteturas diferentes, como MLAG, vPC ou MC-LAG.

Essas soluções exigem sincronização de estado, peer-link, keepalive, regras de consistência e tratamento de cenários de split-brain. Não devem ser consideradas equivalentes a um LAG simples. O projeto precisa avaliar comportamento durante falhas do peer-link, perda de keepalive, reinicialização e inconsistência de configuração.

Independência física

Mesmo com dois switches, os enlaces podem compartilhar eletrocalha, DIO, cabo tronco, sala, alimentação ou UPS. Redundância lógica precisa ser acompanhada por diversidade física compatível com a criticidade do sistema.

LACP em servidores, virtualização e appliances

Servidores podem utilizar bonding ou NIC teaming para agregar interfaces. No modo compatível com IEEE 802.1AX, o switch também precisa configurar o grupo correspondente. Velocidade, duplex, VLANs, MTU, hash e políticas devem ser coerentes entre sistema operacional, hipervisor e rede.

Linux bonding em modo 802.3ad

No Linux, o modo 802.3ad utiliza LACP e exige que os membros compartilhem características compatíveis. Parâmetros como lacp_rate, política de hash e quantidade mínima de links influenciam detecção, distribuição e disponibilidade.

Hipervisores e switches virtuais

Em virtualização, a agregação pode ocorrer entre interfaces físicas do host e switches físicos, mas o comportamento depende do switch virtual, do hipervisor e do modo de balanceamento. Algumas soluções utilizam LACP; outras distribuem máquinas virtuais ou portas virtuais sem negociar um LAG convencional.

Firewalls, storage e outros appliances

Firewalls, controladoras, sistemas de armazenamento e appliances podem oferecer interfaces agregadas. É necessário verificar se o grupo opera em Layer 2 ou Layer 3, como lida com alta disponibilidade, quais algoritmos são suportados e se o tráfego de controle ou sincronismo utiliza interfaces separadas.

Critérios de projeto para um LAG

A decisão de agregar enlaces deve partir de requisitos de capacidade e disponibilidade. Adicionar interfaces sem conhecer o tráfego pode aumentar custo e complexidade sem resolver o gargalo real.

Capacidade atual e crescimento

O dimensionamento deve considerar utilização média, picos, rajadas, quantidade de fluxos, crescimento e capacidade necessária durante manutenção ou falha. Se um grupo de dois enlaces opera próximo de 50% em condições normais, a perda de um membro pode saturar imediatamente o enlace restante.

Perfil dos fluxos

O número de conversações e a distribuição entre endereços e portas influenciam o aproveitamento do LAG. Tráfego entre poucos pares, como replicação entre dois servidores, pode exigir múltiplas sessões, links de maior velocidade ou tecnologia diferente para superar o limite de um único membro.

Número de membros

A plataforma pode limitar a quantidade total de membros, membros ativos e interfaces em standby. Também é necessário verificar se o hardware distribui tráfego por todos os membros e se existem restrições entre portas, módulos ou velocidades.

Transceptores, fibras e caminhos

Os membros devem utilizar interfaces e meios compatíveis. Em fibra óptica, o projeto precisa verificar tipo de fibra, comprimento de onda, alcance, orçamento óptico, conectores, polaridade e compatibilidade dos transceptores. Para redundância física, os enlaces devem utilizar rotas independentes sempre que o risco justificar.

Licenciamento e recursos de plataforma

Alguns recursos de agregação, MLAG, chassi virtual ou roteamento podem depender de licença, versão de software ou módulo específico. O projeto deve verificar limites e ciclo de suporte antes da aquisição.

Comportamento durante manutenção

A remoção planejada de um membro deve ser testada para evitar perda desnecessária de tráfego. Procedimentos podem incluir retirada controlada, verificação de capacidade remanescente, manutenção, reintegração e confirmação da distribuição após o retorno.

Aplicações em redes corporativas e industriais

Uplinks de switches de acesso

Switches de acesso podem utilizar port-channels para a distribuição, aumentando capacidade e tolerância à falha de uplink. A arquitetura deve decidir se os enlaces terminam no mesmo equipamento, em uma pilha ou em um par multi-chassis.

Interligação de distribuição e core

Port-channels Layer 2 ou Layer 3 podem ser usados entre camadas. Em projetos modernos, interfaces roteadas e ECMP podem oferecer alternativa à agregação tradicional, dependendo da plataforma e do desenho. A escolha deve considerar domínio de falha, convergência, operação e necessidade de extensão de VLANs.

Servidores e data centers

Servidores, hipervisores e storage utilizam agregação para disponibilidade de interfaces e capacidade entre múltiplos fluxos. Em data centers, MLAG ou arquiteturas leaf-spine podem distribuir conexões por dois switches e reduzir dependência de um único equipamento.

Redes industriais

Em redes industriais, LACP pode ser utilizado em uplinks, servidores, firewalls e pontos de concentração, mas não substitui protocolos e topologias específicos de redundância industrial. Anéis com RSTP, MRP, DLR ou ERPS e redes PRP/HSR possuem objetivos e comportamentos próprios.

A compatibilidade com protocolos industriais, multicast, sincronismo e janelas de manutenção deve ser verificada. Em equipamentos de campo, o suporte a LACP pode ser limitado ou inexistente.

Monitoramento de um port-channel

Monitorar somente o estado da interface lógica pode ocultar a perda de um membro. A operação deve acompanhar o grupo e cada interface física individualmente.

• estado administrativo e operacional do port-channel;
• quantidade de membros configurados, selecionados, ativos e standby;
• actor e partner system ID;
• chaves, prioridades e flags LACP;
• collecting e distributing;
• velocidade e duplex dos membros;
• erros, descartes, CRC e flaps;
• utilização por membro e do grupo;
• mudanças de estado e eventos de inconsistência;
• capacidade remanescente após falhas.

SNMP, syslog e telemetria

SNMP pode coletar estado, contadores e utilização; syslog registra entrada e saída de membros, suspensões e inconsistências; telemetria pode fornecer séries temporais mais detalhadas. O artigo sobre SNMP e SNMPv3 aprofunda a gestão segura dos equipamentos.

Alarmes de degradação

O grupo pode continuar up após perder um membro. Por isso, deve existir alarme para redução da quantidade de interfaces, aumento de utilização, perda de capacidade e mudança do parceiro. Sem essa monitoração, a rede pode permanecer degradada até a ocorrência de uma segunda falha.

Diagnóstico de falhas em LACP

O grupo não é formado

Verifique se pelo menos uma extremidade está em active, se as interfaces pertencem ao mesmo grupo, se velocidade e duplex são compatíveis e se o equipamento remoto é o parceiro esperado. Passive–passive é uma causa comum de grupo inativo.

Um membro fica suspenso

Compare VLANs, trunk, MTU, modo Layer 2 ou Layer 3, chave, transceptores e limites da plataforma. Uma porta pode ter link físico e ainda assim não estar sincronizada ou autorizada a coletar e distribuir.

O tráfego utiliza somente uma interface

Confirme se o teste utiliza múltiplos fluxos e se o algoritmo de hash inclui campos com diversidade suficiente. Um único fluxo permanecer em um membro é comportamento esperado em grande parte das implementações.

Há perda durante a falha de um membro

Alguma perda transitória pode ocorrer enquanto tabelas e hashes são atualizados. Perdas prolongadas exigem análise de timer, detecção física, parceiro, Spanning Tree, MLAG, capacidade remanescente e comportamento da aplicação.

O tráfego é assimétrico

Cada extremidade calcula seu próprio hash. O caminho de ida pode usar um membro e o retorno outro sem que exista erro. O problema surge quando políticas, firewalls, captura de tráfego ou requisitos de simetria pressupõem o mesmo enlace físico.

Segurança e hardening

LACP é um protocolo de controle de enlace local. O projeto deve limitar acesso físico, proteger interfaces não utilizadas, registrar mudanças e evitar conexões não autorizadas. Configurações inconsistentes podem criar caminhos inesperados, ampliar VLANs ou contornar controles planejados.

• desabilitar portas não utilizadas;
• aplicar configuração no port-channel e validar os membros;
• restringir VLANs permitidas em trunks;
• utilizar autenticação administrativa, SSH e SNMPv3;
• monitorar alterações de estado e configuração;
• proteger Spanning Tree e protocolos de controle;
• manter software e firmware em versões suportadas;
• documentar parceiros, portas, fibras e rotas;
• validar controles em stacks e pares MLAG.

Testes de comissionamento e aceite

O aceite de um port-channel precisa demonstrar funcionamento normal, distribuição, degradação controlada e recuperação. Apenas verificar o estado up não comprova redundância nem capacidade.

Checklist de validação

• confirmar configuração e parâmetros nas duas extremidades;
• validar actor, partner, chave e membros selecionados;
• verificar velocidade, duplex, MTU, VLANs e modo da interface;
• gerar múltiplos fluxos e observar distribuição por membro;
• medir capacidade agregada com metodologia adequada;
• desconectar cada membro individualmente;
• confirmar continuidade e capacidade remanescente;
• testar retorno do membro sem loop ou flap excessivo;
• validar min-links, quando configurado;
• testar falha de switch ou peer-link em arquiteturas multi-chassis;
• verificar alarmes, SNMP, syslog e dashboards;
• registrar evidências e atualizar diagramas e as built.

Teste de capacidade

O teste deve utilizar múltiplas sessões e pares de origem e destino suficientes para exercitar o hash. A metodologia precisa registrar tamanho de pacote, protocolo, quantidade de fluxos, duração, perdas, throughput por membro e throughput total.

Teste de failover

Durante tráfego contínuo, cada membro deve ser removido de forma controlada. Devem ser medidos tempo de detecção, perda, recuperação e utilização dos membros restantes. Em MLAG, também devem ser testadas falhas de equipamento, peer-link e keepalive conforme o projeto.

Erros comuns

• configurar passive nas duas extremidades;
• presumir que um fluxo utilizará a soma das velocidades;
• testar capacidade agregada com uma única sessão;
• usar membros com VLANs, MTU ou modos diferentes;
• conectar membros a switches independentes sem MLAG ou stack;
• chamar de redundantes fibras que percorrem a mesma rota;
• não dimensionar a capacidade após a perda de um membro;
• monitorar apenas o port-channel e ignorar os membros;
• não configurar alarmes de degradação;
• confundir LACP com Spanning Tree ou protocolo de roteamento;
• não testar falhas de peer-link em multi-chassis;
• alterar membros em produção sem plano e rollback;
• deixar documentação e diagramas desatualizados.

Conclusão

LACP e Link Aggregation permitem combinar enlaces Ethernet em uma interface lógica, proporcionando capacidade agregada, tolerância à falha de membros e simplificação da topologia. O resultado, porém, depende de consistência, distribuição de fluxos, independência física, capacidade após falhas e testes de aceite.

Uma implementação correta precisa ser tratada como decisão de arquitetura e não apenas como um comando de configuração. O projeto deve definir objetivos, membros, modo de negociação, hash, requisitos de disponibilidade, monitoramento, documentação e critérios de validação.

Referências técnicas

[1] IEEE. IEEE Std 802.1AX-2020 — IEEE Standard for Local and Metropolitan Area Networks: Link Aggregation.

[2] LINUX KERNEL DOCUMENTATION. Linux Ethernet Bonding Driver HOWTO.

[3] OPPENHEIMER, Priscilla. Top-Down Network Design. 3. ed. Indianapolis: Cisco Press, 2011.

[4] IEEE. IEEE Std 802.1Q — Bridges and Bridged Networks.

[5] IEEE. IEEE Std 802.3 — Ethernet.

[6] CISCO SYSTEMS. EtherChannel and Link Aggregation configuration guidance.

[7] ABNT. ABNT NBR 14565:2019 — Cabeamento estruturado para edifícios comerciais.

[8] CISA; NSA. Network Infrastructure Security Guidance. 2022.

Perguntas frequentes

O que é LACP?

LACP é o protocolo padronizado que negocia e monitora a agregação de múltiplas interfaces Ethernet em um único grupo lógico.

Qual é a diferença entre LACP e Link Aggregation?

Link Aggregation é a técnica e o grupo lógico de enlaces. LACP é o protocolo utilizado para negociar e manter esse grupo dinamicamente.

LACP soma a velocidade dos links?

A capacidade é agregada entre múltiplos fluxos, mas um único fluxo normalmente permanece associado a um membro e fica limitado à velocidade desse enlace físico.

Qual é a diferença entre active e passive no LACP?

Active inicia a negociação LACP. Passive apenas responde. Active–active e active–passive podem formar o grupo; passive–passive não inicia a negociação.

EtherChannel e LACP são a mesma coisa?

EtherChannel é a denominação Cisco para agregação de enlaces. Um EtherChannel pode utilizar LACP ou outro modo suportado pela plataforma.

LACP elimina a necessidade de Spanning Tree?

Não. O Spanning Tree continua protegendo a topologia Layer 2, mas normalmente trata o port-channel como uma única interface lógica.

LACP protege contra falha de switch?

Um LAG convencional protege contra falha de portas ou enlaces membros. Para tolerar falha de switch, é necessário empilhamento, MLAG, vPC ou arquitetura equivalente.

Quais testes devem ser feitos em um port-channel?

Devem ser verificados formação do grupo, membros ativos, distribuição de tráfego, falha de cada enlace, capacidade remanescente, convergência, VLANs, MTU, contadores, logs e documentação.

Materiais técnicos complementares

• Arquitetura de Rede Corporativa
• Topologia de Rede
• Projeto de Rede
• Rede Lógica
• Switch Industrial
• Switch Industrial Cisco
• SNMP e SNMPv3
• Guia Completo sobre Arquitetura de Redes
• Fibra Óptica em Projetos de Rede
• Whitepaper NetBox como Fonte da Verdade
• Whitepaper sobre Projeto e Redução de Riscos
• eBook sobre Projeto de Cabeamento Estruturado