Hai visto i diagrammi. Reti di autobus. Topologie ad anello. Hanno tutti un difetto fatale. Una sola rottura della catena e tutto si ferma.
Le reti stellari sembrano più sicure. Hai un interruttore centrale. Ogni nodo si collega ad esso. Se un computer muore, gli altri rimangono online. Ma c’è una trappola. Quell’interruttore centrale? È un singolo punto di fallimento.
Guarda la configurazione qui sotto.
![Descrizione del diagramma: Una rete con Switch A, Switch B e Switch C. I nodi sono collegati a ciascuno switch. Gli interruttori A e C sono collegati all’interruttore B.]
In questo scenario, lo Switch B è la spina dorsale. Collega l’interruttore A e l’interruttore C.
Se l’interruttore A fallisce, i nodi su A si spengono. Ma i nodi su B e C continuano a dialogare tra loro. Lo stesso se l’interruttore C fallisce. Interruzione parziale. Gestibile.
Ma se l’Interruttore B muore?
Tutto va a zero. L’intera rete crolla. Perché? Perché B è il ponte. Nessun ponte, niente traffico.
È qui che entra in gioco la ridondanza. Non si tratta solo di avere alimentazione di backup o dischi rigidi aggiuntivi. Si tratta di resilienza architettonica.
E se cambiassimo il layout fisico?
Immagina di aggiungere un collegamento diretto tra Switch A e Switch C. Un segmento ridondante.
Ora, se l’interruttore B fallisce, A può ancora parlare con C. Il percorso cambia. Il traffico viene reindirizzato. La rete resta attiva.
Questo è il nocciolo della ridondanza della rete. Non è magia. È solo un secondo modo per andare dal punto X al punto Y.
Ma aggiungere il cavo non è sufficiente. Sono necessari protocolli che comprendano questa ridondanza. Altrimenti crei dei loop. E i loop bloccano le reti più velocemente di uno switch morto.
Stiamo solo grattando la superficie qui. Il vero lavoro avviene quando si inizia a parlare di protocolli spanning tree e tempi di failover.
Ma prima devi vedere il problema. E il problema è semplice.
Dipendenza da un singolo punto di fallimento.
Eliminalo e sopravviverai al prossimo problema tecnico dell’hardware.
Il primo interruttore muore. Prende il sopravvento il secondo. Il traffico continua a muoversi.
Questo è il bello della ridondanza di rete. Hai ucciso l’unico punto di fallimento. Se un pezzo dell’hardware si blocca, il circuito rimane chiuso. La rete respira.
Ma ora abbiamo un nuovo problema.
Il ciclo della morte
Immagina due interruttori collegati da due cavi diversi. O forse un terzo interruttore si unisce alla festa. Ora hai percorsi ovunque.
Funziona benissimo per la ridondanza. Fino a quando non è così.
Quando uno switch invia un frame e non sa dove va, lo inonda su ogni porta. In una topologia lineare semplice, il frame raggiunge la fine e si ferma. In un ciclo? Rimbalza per sempre.
Le trasmissioni si moltiplicano. I frame unicast rimbalzano avanti e indietro. All’improvviso, la tua rete non è solo lenta. È morto. La CPU su ogni switch raggiunge il 100%. I pacchetti cadono. L’intera infrastruttura si ferma.
Questa è la tempesta televisiva. Non è una caratteristica. È un’esercitazione antincendio.
Interrompere il ciclo
Allora come si fa a mantenere la ridondanza fisica senza il caos logico?
Hai bisogno di un protocollo. Qualcosa che dice: “Ehi, vedo due percorsi. Ne bloccherò uno. Se questo si rompe, sbloccherò l’altro”.
Immettere Spanning Tree Protocol (STP).
Esiste dagli anni ’80. È vecchio. È goffo. Ma funziona. STP esamina tutti i collegamenti tra gli switch. Calcola il percorso migliore per il root bridge (l’interruttore principale). Quindi mette ogni altro collegamento ridondante in uno stato di blocco.
Flussi di traffico. La linea di riserva è lì, inattiva. Pronto.
Se il cavo primario viene tagliato? La porta bloccante si attiva. Diventa attivo. La rete guarisce.
Ci vogliono però alcuni secondi. Forse trenta. In quel momento, gli utenti fissano le barre di caricamento.
La soluzione più rapida: Rapid Spanning Tree
Trenta secondi sono un’eternità nel tempo del server. Se gestisci un data center, o anche solo un ufficio affollato, trenta secondi di inattività sono inaccettabili.
Immettere Rapid Spanning Tree Protocol (RSTP) o 802.1w.
È la stessa idea di base. Blocca i collegamenti ridondanti. Sbloccali quando necessario. Ma RSTP riduce il tempo di convergenza da secondi a frazioni di secondo.
Lo fa rinegoziando più velocemente i ruoli delle porte. Non aspetta i timeout. Si parla. Decide. Agisce.
Quale dovresti usare?
Se stai costruendo una rete moderna, non utilizzi STP di base. Utilizzi RSTP. Oppure il suo cugino, Multiple Spanning Tree Protocol (MSTP), che consente di eseguire diversi spanning tree per diverse VLAN.
Perché?
Perché potresti volere che le VLAN vocali seguano un percorso diverso rispetto alle VLAN dati. MSTP ti consente di bilanciare tale carico. O almeno tenerli lontani l’uno dall’altro.
Se utilizzi dispositivi Cisco, probabilmente stai guardando PVST+ (Per-VLAN Spanning Tree). È proprietario. Esegue un’istanza STP separata per ogni singola VLAN.
È pesante sulla CPU. Ma ti dà un controllo granulare.
Il risultato finale
La ridondanza non è negoziabile
