Empilhamento, chassi virtual e MLAG
Dois ou mais switches podem ser feitos para se comportar como um só: um stack ou chassi virtual compartilha um plano de controle por enlaces dedicados, enquanto o MLAG (multi-chassis LAG) mantém dois planos de controle independentes e apenas faz o dispositivo a jusante pensar que está conectado a um só. Ambos mudam como as portas são chamadas, quais portas são consumidas, quais cabos ou módulos ópticos são permitidos nelas e como um enlace com falha se comporta. Esta página lista as tecnologias por fabricante, suas regras de cabeamento e módulos ópticos, as alternativas e o que observar no lado do transceptor.

As três abordagens
| Abordagem | Plano de controle | Plano de dados | Escala típica | Domínio de falha |
|---|
| Stack (anel/cadeia de switches fixos) | um (master + membros) | backplane compartilhado por cabos de stack | 2–10 unidades, um rack/armário | todo o stack na falha do master ou bug de software |
| Chassi virtual / cluster (dois ou mais chassis ou switches fixos por portas frontais) | um | encaminhamento entre enlaces inter-chassis | 2 (às vezes mais), pode abranger salas | ambos |
| MLAG / vPC / VLT / VSX | dois independentes | peer link + keepalive; cada switch encaminha localmente | 2 | um switch; o outro continua encaminhando |
| L3 leaf-spine com ECMP (sem pareamento) | independente | roteado | qualquer | um enlace ou equipamento; os demais não são afetados |
Tecnologias por fabricante
| Fabricante | Empilhamento | Virtualização em estilo chassi | Pareamento tipo MLAG |
|---|
| Cisco | StackWise (Catalyst 9200/9300: StackWise-160/480/1T) por cabos traseiros dedicados; FlexStack (2960-X) | StackWise Virtual (Catalyst 9500/9600) por módulos ópticos frontais de 40G/100G; Nexus 2000 FEX | vPC (Nexus) |
| Juniper | Virtual Chassis (EX2300…EX4650, QFX5100/5120) por VCP dedicada ou uplinks QSFP+/QSFP28 convertidos | Virtual Chassis Fabric (VC spine-leaf) | MC-LAG; hoje prefere-se EVPN-multihoming |
| HPE Aruba | VSF (AOS-CX 6200/6300) por portas frontais; empilhamento em backplane no 6300 com cabos | VSX (8320/8325/8400) por ISL | o VSX é do tipo MLAG (dois planos de controle) |
| HPE/H3C | IRF (Comware) por portas frontais de 10G/40G/100G | o IRF abrange vários chassis | M-LAG (Comware 7) |
| Huawei | iStack (série S) por placas de stack ou portas frontais | CSS (cluster switch system, chassi) | M-LAG (CloudEngine) |
| Dell | empilhamento (OS10 fixo) por portas frontais | — | VLT (Virtual Link Trunking) |
| Arista | nenhum | — | MLAG (peer link por portas frontais) |
| Extreme | SummitStack por portas traseiras ou frontais (EXOS); clustering VOSS | — | MLT/SMLT, vIST (VOSS) |
| Ruckus | empilhamento por portas frontais de 10G/40G (ICX) | — | — |
| Nvidia / Cumulus | nenhum | — | MLAG (CLAG) por peer bond |
| SONiC | nenhum | — | MCLAG (implementações da comunidade/fabricantes) |
| MikroTik | nenhum | — | MLAG (RouterOS 7, CRS3xx/5xx) |
| Brocade FC | — | — | fabric, sem necessidade de pareamento (Projeto de SAN) |
Cabeamento e módulos ópticos para empilhamento
| Tipo de stack | Cabo / módulo | Regras de módulos ópticos |
|---|
| Portas de stack traseiras dedicadas (StackWise, backplane do 6300, placas iStack) | cabos proprietários, 0,5–3 m, agregado de 40–480 Gb/s, conectores especiais | sem transceptores; os cabos são específicos do fabricante e verificados |
| Empilhamento por porta frontal / VCP sobre QSFP+/QSFP28 (Juniper VC, IRF, VSF, iStack sobre uplinks, ICX) | DAC, AOC ou módulos ópticos padrão de 40G/100G — a porta é convertida para o modo stack (request virtual-chassis vc-port set pic-slot 0 port 48) | aplica-se a mesma política de módulos ópticos usada para uplinks; o DAC é a escolha usual dentro de um rack, AOC/SR4/LR4 entre salas (o Juniper VC permite VCP de longo alcance entre prédios); converter uma porta para VCP a remove do conjunto de uplinks |
| StackWise Virtual / CSS / VSX ISL | 2–4 × portas frontais de 40G/100G com módulos ópticos padrão | os membros do enlace devem ser módulos idênticos; a perda no ISL divide o par |
| MLAG peer link | 2+ × 40/100/400G entre o par (DAC em um único rack) | deve ser o enlace mais rápido e mais redundante do par; keepalive do peer pela OOB |
Em várias plataformas, os cabos de stack têm EEPROMs próprias; um cabo não genuíno ou danificado aparece como um membro que nunca ingressa no stack.
O que o empilhamento muda para o operador
| Aspecto | Efeito |
|---|
| Nomes de porta | o primeiro número passa a ser o ID do membro: Gi2/0/1, xe-1/0/48, 2:49 (Nomenclatura de portas e LEDs) |
| Uplinks | distribuídos entre os membros (um por membro), para que a falha de um membro mantenha o stack conectado; LAG entre membros |
| Inventário de módulos ópticos | show inventory / show chassis hardware lista os módulos por membro — o mesmo PN pode ser aceito na imagem de software de um membro e não em um stack com versões mistas |
| Atualização de software | todo o stack (ISSU em alguns); um reload do stack derruba todos os módulos ópticos |
| Eleição de master | em caso de falha, as portas continuam encaminhando (NSF), mas o gerenciamento migra |
| Anel vs. cadeia | o anel sobrevive à falha de um cabo; a cadeia não |
| Modelos mistos | limitado conforme o fabricante (mesma família, mesma licença, às vezes mesmo modelo) |
Especificidades do MLAG
| Item | Regra |
|---|
| Peer link | 2 × a maior velocidade de uplink, LAG; transporta tráfego de orphan-port e de failover |
| Keepalive | caminho separado (OOB) para detectar split-brain |
| A jusante | servidor ou switch com um LAG LACP cujos membros vão para os dois peers — velocidade/FEC idênticos nos dois membros (Fundamentos de encaminhamento) |
| Consistência | VLANs, MTU, configurações de STP e FEC nas portas-membro devem coincidir nos dois peers; divergência → membro do LAG suspenso |
| Módulos ópticos | os dois DACs de um host a jusante chegam a dois switches: compre e codifique-os como um par |
| Alternativa moderna | o EVPN multihoming (ESI-LAG) elimina o peer link; L3 puro até o host elimina o pareamento por completo |
Falhas relacionadas a módulos ópticos em sistemas pareados
| Sintoma | Causa | Onde verificar |
|---|
| Membro do stack nunca ingressa, LED de stack apagado | cabo de stack mal encaixado, não genuíno, ou porta não convertida para VCP | EEPROM/LED do cabo, show switch stack-ports, show virtual-chassis vc-port |
| Enlace VCP oscila (flap), membros reelegem | módulo óptico/DAC marginal na VCP | DDM na porta VCP (Oscilação de enlace) |
| Membro do MLAG suspenso em um peer | divergência de FEC/velocidade/MTU entre as portas-membro dos peers | Receitas de configuração de porta |
| Metade dos servidores perde um caminho após a atualização | a nova versão de um peer rejeita módulos ópticos de terceiros | Matrizes de compatibilidade e firmware |
| Peer link inativo, split-brain | falha do DAC do peer-link com keepalive mal configurado | projeto: dois membros em placas diferentes |
No CodingBox
O empilhamento e o MLAG duplicam os lugares em que um módulo precisa ser aceito: a mesma identidade codificada tem que passar nos dois membros ou nos dois peers, às vezes em duas versões de software. Leia e registre juntos os módulos de um par, e trate os uplinks convertidos para VCP como uplinks no inventário (Check transceiver, Code database).