Ogni rete di telecomunicazione, nel momento in cui viene progettata, deve rispondere a una domanda che sembra semplice ma che ha conseguenze profonde su tutto ciò che verrà dopo: dove risiede il controllo? Da chi o da cosa dipende la capacità della rete di funzionare? La risposta a questa domanda non è mai neutra. Definisce la struttura dell’intera architettura, determina come si comporta il sistema in condizioni normali, e soprattutto come si comporta quando qualcosa va storto.

Una rete centralizzata è quella in cui esiste un nodo centrale che concentra le funzioni di controllo, instradamento e gestione del traffico. Tutti gli altri nodi dipendono da quel centro: senza di esso, la comunicazione si interrompe. Il vantaggio di questa architettura è immediato. Un sistema centralizzato è semplice da progettare, da gestire e da aggiornare. Le decisioni vengono prese in un unico punto, le risorse vengono distribuite in modo controllato, il comportamento della rete è prevedibile. Per decenni, la rete telefonica fissa ha funzionato esattamente secondo questa logica: ogni chiamata passava attraverso centrali gerarchicamente organizzate, con un numero ridotto di nodi che concentravano la maggior parte del traffico.

Il problema di un’architettura centralizzata è ugualmente evidente. Il nodo centrale non è soltanto un punto di controllo: è un punto di vulnerabilità. Se quel nodo smette di funzionare, l’intera rete o una porzione rilevante di essa smette di funzionare con lui. Non per degrado progressivo, ma per interruzione brusca. Nella progettazione dei sistemi di comunicazione, questo punto prende il nome di singolo punto di rottura: un elemento la cui perdita produce un fallimento sistemico, non localizzato. Nelle reti centralizzate, il nodo centrale è strutturalmente questo punto.

Una rete distribuita risponde a questa vulnerabilità cambiando i presupposti dell’architettura. In una rete distribuita non esiste un centro unico. Le funzioni di controllo e instradamento sono ripartite tra molteplici nodi, ciascuno capace di operare in modo relativamente autonomo. Se un nodo viene a mancare, l’informazione trova percorsi alternativi, la rete si riconfigura e il servizio può continuare, almeno parzialmente. La resilienza non è una caratteristica aggiunta al sistema, ma una conseguenza diretta della sua struttura. Il sistema non dipende da nessun singolo elemento perché nessun singolo elemento è indispensabile.

Questa idea non è recente. All’inizio degli anni Sessanta del Novecento, un ingegnere americano di nome Paul Baran, lavorando per la RAND Corporation, elaborò uno studio che avrebbe cambiato per sempre il modo di pensare le reti di comunicazione. Baran stava cercando di rispondere a un problema militare preciso: come costruire una rete di comunicazione capace di sopravvivere a un attacco nucleare che distruggesse una parte dei suoi nodi. La conclusione era logicamente inattaccabile: una rete centralizzata non può sopravvivere alla perdita del suo centro. Solo una rete in cui il controllo è distribuito tra molti nodi può continuare a funzionare anche dopo danni gravi e localizzati. Quella riflessione concettuale ha posto le fondamenta teoriche di ciò che sarebbe diventato, anni dopo, Internet.

Tuttavia sarebbe sbagliato concludere che le reti distribuite siano semplicemente superiori a quelle centralizzate. Il vantaggio in termini di resilienza ha un costo reale. Una rete distribuita è enormemente più complessa da progettare, da gestire e da diagnosticare quando sorgono problemi. In una rete centralizzata, un malfunzionamento ha un’origine chiara e un punto di intervento identificabile. In una rete distribuita, gli effetti di un problema locale possono propagarsi in modo inatteso, interagire con altri nodi, produrre comportamenti difficili da prevedere e ancora più difficili da correggere in tempo reale. La complessità distribuisce la resilienza, ma distribuisce anche la responsabilità e l’incertezza.

Nella realtà, le reti di telecomunicazione commerciali non sono mai puramente centralizzate né puramente distribuite. Si collocano su uno spettro continuo tra questi due estremi, con architetture ibride che centralizzano alcune funzioni per ragioni di efficienza e distribuiscono altre per ragioni di robustezza. Le reti cellulari, per esempio, hanno componenti fortemente centralizzate, come i sistemi di autenticazione e di gestione della mobilità, e componenti geograficamente distribuite, come le stazioni radio base. Comprendere dove si collocano le funzioni critiche all’interno di questa architettura ibrida è fondamentale per capire dove si trovano i punti di vulnerabilità reali.

C’è un’ultima osservazione che vale la pena fare prima di procedere. Distribuire una rete non significa renderla indistruttibile. Una rete distribuita può essere ugualmente vulnerabile se i suoi nodi condividono le stesse dipendenze fisiche: la stessa alimentazione, lo stesso collegamento in fibra, lo stesso edificio. La ridondanza architetturale non ha alcun valore se si traduce in percorsi diversi che dipendono dallo stesso punto fisico. È una delle trappole più comuni nella progettazione delle infrastrutture di comunicazione, e vale la pena tenerla a mente ora, perché tornerà con forza quando affronteremo il tema della ridondanza e dei colli di bottiglia.

Siamo su TELEGRAM!