Stacking, chassis virtuale e MLAG

Due o più switch possono essere fatti comportare come uno solo: uno stack o un virtual chassis condivide un control plane su collegamenti dedicati, mentre MLAG (multi-chassis LAG) mantiene due control plane indipendenti e fa credere al dispositivo a valle di essere connesso a uno solo. Entrambi cambiano come vengono chiamate le porte, quali porte vengono consumate, quali cavi o ottici sono ammessi al loro interno e come si comporta un collegamento guasto. Questa pagina elenca le tecnologie per produttore, le loro regole di cablaggio e di ottici, le alternative, e cosa osservare sul lato ricetrasmettitore.

Anello di stack con un solo control plane a confronto con una coppia MLAG con peer link e un server dual-homed

I tre approcci

Approccio	Control plane	Data plane	Scala tipica	Dominio di guasto
Stack (anello/catena di switch fissi)	uno (master + membri)	backplane condiviso su cavi di stack	2–10 unità, un rack/armadio	l’intero stack in caso di guasto del master o bug software
Virtual chassis / cluster (due o più chassis o switch fissi su porte frontali)	uno	forwarding attraverso collegamenti inter-chassis	2 (a volte di più), può estendersi su più sale	entrambi
MLAG / vPC / VLT / VSX	due indipendenti	peer link + keepalive; ogni switch inoltra localmente	2	uno switch; l’altro continua a inoltrare
L3 leaf–spine con ECMP (senza abbinamento)	indipendente	instradato	qualsiasi	un collegamento o un apparato; gli altri non sono coinvolti

Tecnologie per produttore

Produttore	Stacking	Virtualizzazione in stile chassis	Abbinamento di tipo MLAG
Cisco	StackWise (Catalyst 9200/9300: StackWise-160/480/1T) su cavi posteriori dedicati; FlexStack (2960-X)	StackWise Virtual (Catalyst 9500/9600) su ottici frontali 40G/100G; Nexus 2000 FEX	vPC (Nexus)
Juniper	Virtual Chassis (EX2300…EX4650, QFX5100/5120) su VCP dedicate o uplink QSFP+/QSFP28 convertiti	Virtual Chassis Fabric (VC spine-leaf)	MC-LAG; oggi si preferisce l’EVPN-multihoming
HPE Aruba	VSF (AOS-CX 6200/6300) su porte frontali; stacking su backplane sul 6300 con cavi	VSX (8320/8325/8400) su ISL	VSX è in stile MLAG (due control plane)
HPE/H3C	IRF (Comware) su porte frontali 10G/40G/100G	IRF si estende tra chassis	M-LAG (Comware 7)
Huawei	iStack (serie S) su schede di stack o porte frontali	CSS (cluster switch system, chassis)	M-LAG (CloudEngine)
Dell	stacking (OS10 fixed) su porte frontali	—	VLT (Virtual Link Trunking)
Arista	nessuno	—	MLAG (peer link su porte frontali)
Extreme	SummitStack su porte posteriori o frontali (EXOS); clustering VOSS	—	MLT/SMLT, vIST (VOSS)
Ruckus	stacking su porte frontali 10G/40G (ICX)	—	—
Nvidia / Cumulus	nessuno	—	MLAG (CLAG) su peer bond
SONiC	nessuno	—	MCLAG (implementazioni community/del produttore)
MikroTik	nessuno	—	MLAG (RouterOS 7, CRS3xx/5xx)
Brocade FC	—	—	fabric, nessun abbinamento necessario (Progettazione SAN)

Cablaggio e ottici per lo stacking

Tipo di stack	Cavo / modulo	Regole per gli ottici
Porte di stack posteriori dedicate (StackWise, backplane 6300, schede iStack)	cavi proprietari, 0,5–3 m, 40–480 Gb/s aggregati, connettori speciali	nessun ricetrasmettitore; i cavi sono specifici del produttore e verificati
Stacking su porte frontali / VCP su QSFP+/QSFP28 (Juniper VC, IRF, VSF, iStack su uplink, ICX)	DAC, AOC o ottici standard 40G/100G — la porta viene convertita in modalità stack (`request virtual-chassis vc-port set pic-slot 0 port 48`)	si applica la stessa politica sugli ottici valida per gli uplink; il DAC è la scelta abituale all’interno di un rack, AOC/SR4/LR4 tra sale diverse (Juniper VC consente VCP a lunga portata tra edifici); convertire una porta in VCP la toglie dal pool di uplink
StackWise Virtual / CSS / VSX ISL	2–4 × porte frontali 40G/100G con ottici standard	i membri del collegamento dovrebbero essere moduli identici; la perdita dell’ISL divide la coppia
Peer link MLAG	2+ × 40/100/400G tra la coppia (DAC in un unico rack)	deve essere il collegamento più veloce e più ridondante della coppia; keepalive tra peer via OOB

Su diverse piattaforme i cavi di stack hanno una propria EEPROM; un cavo non originale o danneggiato si presenta come un membro che non si unisce mai allo stack.

Cosa cambia lo stacking per l’operatore

Aspetto	Effetto
Nomi delle porte	il primo numero diventa l’ID del membro: `Gi2/0/1`, `xe-1/0/48`, `2:49` (Nomi delle porte e LED)
Uplink	distribuiti tra i membri (uno per membro) in modo che il guasto di un membro lasci lo stack connesso; LAG tra membri
Inventario degli ottici	`show inventory` / `show chassis hardware` elenca i moduli per membro — lo stesso PN può essere accettato sull’immagine software di un membro e non su uno stack con versioni miste
Aggiornamento software	riguarda l’intero stack (ISSU su alcuni); un reload dello stack porta giù ogni ottico
Elezione del master	in caso di guasto, le porte continuano a inoltrare (NSF) ma la gestione si sposta
Anello contro catena	l’anello sopravvive al guasto di un cavo; la catena no
Modelli misti	limitati dal produttore (stessa famiglia, stessa licenza, a volte stesso modello)

Specifiche di MLAG

Voce	Regola
Peer link	2 × la velocità dell’uplink più grande, LAG; trasporta il traffico delle porte orfane e del failover
Keepalive	percorso separato (OOB) per rilevare lo split-brain
A valle	server o switch con un LAG LACP i cui membri vanno a entrambi i peer — velocità/FEC identici su entrambi i membri (Nozioni di forwarding)
Coerenza	VLAN, MTU, impostazioni STP e FEC sulle porte membro devono corrispondere su entrambi i peer; disallineamento → membro LAG sospeso
Ottici	i due DAC di un host a valle arrivano su due switch: acquistali e codificali come coppia
Alternativa moderna	l’EVPN multihoming (ESI-LAG) elimina il peer link; l’L3 puro verso l’host elimina del tutto l’abbinamento

Guasti legati agli ottici nei sistemi abbinati

Sintomo	Causa	Dove guardare
Il membro dello stack non si unisce mai, LED di stack spento	cavo di stack inserito male, non originale, o porta non convertita in VCP	EEPROM/LED del cavo, `show switch stack-ports`, `show virtual-chassis vc-port`
Il collegamento VCP fa flap, i membri rieleggono	ottici/DAC marginali sulla VCP	DDM sulla porta VCP (Flapping del collegamento)
Membro MLAG sospeso su un peer	disallineamento di FEC/velocità/MTU tra le porte membro dei peer	Ricette di configurazione delle porte
Metà dei server perde un percorso dopo l’aggiornamento	la nuova release di un peer rifiuta gli ottici di terze parti	Matrici di compatibilità e firmware
Peer link down, split-brain	guasto del DAC del peer link con keepalive configurato male	progettazione: due membri su schede diverse

In CodingBox

Stacking e MLAG raddoppiano i punti in cui un modulo deve essere accettato: la stessa identità codificata deve superare il controllo su entrambi i membri o entrambi i peer, a volte su due versioni software diverse. Leggi e registra insieme i moduli di una coppia, e tratta gli uplink convertiti in VCP come uplink nell’inventario (Check transceiver, Code database).

Se trovi un’imprecisione o un errore in questo articolo, seleziona il passaggio corrispondente e premi Ctrl+Enter per .