Il modello OSI è uno schema a 7 livelli usato per descrivere come i dati si muovono in una rete, dal cavo o dal Wi‑Fi fino all’applicazione che stai usando. Non è un protocollo vero e proprio, ma una mappa concettuale: serve a capire chi fa cosa, dove nasce un problema e in quale punto intervenire.

Anche se Internet oggi si spiega spesso con lo stack TCP/IP, il modello OSI resta molto usato in formazione, assistenza tecnica e sicurezza di rete. Il motivo è semplice: ragionare per livelli aiuta a non confondere i piani. Se una pagina non si apre, per esempio, il guasto può stare nel collegamento fisico, nell’indirizzamento IP, nel trasporto TCP o nell’applicazione. E il modello OSI aiuta proprio a fare ordine.

Perché il modello OSI è ancora utile, anche se non “vive” da solo

OSI significa Open Systems Interconnection. È nato come modello di riferimento per spiegare la comunicazione tra sistemi diversi in modo standardizzato. In pratica divide il percorso dei dati in sette strati, ciascuno con un compito preciso, così da separare il funzionamento dell’hardware, il trasporto dei pacchetti, la gestione della sessione e il dialogo con i software usati dalle persone.

La sua forza sta nella chiarezza. Quando un tecnico dice che un problema è “di layer 2” o “di layer 4”, sta restringendo molto il campo. Si passa da una diagnosi vaga a un’analisi concreta: c’è il link? Il frame arriva? L’IP instrada? La porta risponde? Questo approccio è prezioso sia per il troubleshooting sia per la difesa. Molti attacchi, del resto, colpiscono punti diversi della comunicazione: alcuni fermano il traffico, altri manipolano i pacchetti, altri ancora sfruttano l’applicazione.

I 7 livelli del modello OSI, con un esempio che parte dal browser

Immagina di aprire un sito dal tuo PC o dallo smartphone. Digiti un indirizzo nel browser, viene richiesta una pagina in HTTPS e ricevi un documento HTML con immagini, script e testo. Dietro a quel gesto molto semplice, lavorano tutti i livelli del modello.

Il livello fisico è il punto di partenza: qui contano i segnali elettrici, ottici o radio, i cavi, le porte, le interferenze, la qualità del collegamento. Se il cavo Ethernet è danneggiato o il Wi‑Fi è instabile, il problema nasce qui. Non si parla ancora di pacchetti o indirizzi: si parla di trasmissione grezza del segnale.

Subito sopra c’è il livello di collegamento dati, spesso associato a Ethernet, switch, MAC address e gestione dei frame nella rete locale. È lo strato che organizza la comunicazione sul tratto locale e controlla che i dati abbiano una forma corretta per viaggiare tra dispositivi vicini. Se una porta dello switch è configurata male o c’è un problema di VLAN, in molti casi si guarda qui.

Il terzo livello è quello di rete, dove entra in scena l’indirizzamento IP e il routing. Qui si decide come far arrivare i dati da una rete all’altra, passando magari per più router. Se il tuo dispositivo ha un IP sbagliato, un gateway non raggiungibile o una rotta assente, il traffico si ferma anche se il collegamento locale funziona.

Il quarto è il livello trasporto, quello di TCP e UDP. Qui conta la qualità della consegna: affidabile e ordinata con TCP, più leggera e veloce con UDP quando l’applicazione può tollerare perdite o ritardi. Le porte, come la 443 per il traffico web cifrato, appartengono a questo livello. Se il server risponde all’IP ma non accetta connessioni sulla porta prevista, è un indizio chiaro.

Il quinto livello, sessione, gestisce l’apertura, il mantenimento e la chiusura delle comunicazioni tra applicazioni. Nella pratica moderna non sempre è separato in modo netto, ma il concetto resta utile: molte interazioni tra client e server hanno bisogno di una sessione stabile, di uno stato condiviso o di meccanismi di ripresa.

Il sesto livello è quello di presentazione. Qui rientrano il formato dei dati, la codifica, la compressione e, secondo il modello classico, anche la cifratura. Quando il browser negozia un canale sicuro e poi interpreta il contenuto ricevuto in un formato leggibile, siamo in questa zona di confine. Nella realtà odierna i protocolli non seguono sempre i confini del modello in modo scolastico, ma il principio rimane utile per orientarsi.

Infine c’è il livello applicazione, l’unico che l’utente percepisce davvero. Qui trovi browser, client email, servizi web, DNS, applicazioni cloud, API. È il livello in cui “chiedi” qualcosa: una pagina, un file, un accesso, una risposta da un server. Quando apri un sito e visualizzi il contenuto, quello che vedi sta qui, anche se per arrivarci hanno lavorato tutti gli strati sottostanti.

OSI e TCP/IP: non sono la stessa cosa, ma si completano bene

Una confusione frequente nasce dal confronto tra modello OSI e stack TCP/IP. Il primo è un modello teorico a sette livelli; il secondo descrive in modo più aderente il funzionamento pratico della rete Internet. Non vanno messi in competizione: OSI aiuta a spiegare, TCP/IP aiuta a rappresentare ciò che succede davvero nei sistemi di oggi.

Per questo, nei corsi e nei manuali, si usa spesso OSI per capire la logica generale e TCP/IP per mappare i protocolli concreti. Alcune funzioni che in OSI appaiono separate, nello stack Internet risultano accorpate. È normale. Chi amministra reti, sviluppa servizi o si occupa di security usa entrambi i riferimenti, scegliendo quello più utile al contesto.

Dove torna utile nella pratica: diagnosi dei guasti e lettura degli attacchi

Il modello OSI è particolarmente comodo quando bisogna fare troubleshooting. Se un computer non naviga, per esempio, si può procedere dal basso verso l’alto. Prima si verifica il collegamento fisico: cavo inserito, scheda attiva, segnale Wi‑Fi presente. Poi si controlla il collegamento dati: la rete locale vede il dispositivo? Lo switch o l’access point lo gestiscono correttamente?

Se questi due passaggi sono a posto, ha senso salire al livello di rete: indirizzo IP, subnet, gateway, DNS, instradamento. Dopo ancora si passa al trasporto: la porta è aperta, la connessione si stabilisce, il firewall blocca qualcosa? Solo a quel punto si guarda all’applicazione: browser, proxy, certificati, autenticazione, servizio remoto. Questo metodo evita perdite di tempo e riduce gli errori di diagnosi.

Anche sul fronte della sicurezza, ragionare per livelli aiuta parecchio. Un problema fisico può essere un’interruzione volontaria o un accesso non autorizzato all’hardware. A livello 2 si incontrano attacchi legati alla rete locale, come certe forme di spoofing. A livello 3 e 4 entrano in gioco filtraggio IP, scansione delle porte, flood di traffico, regole di firewalling. In alto, verso applicazione e presentazione, si parla di credenziali, sessioni, contenuti malevoli, cifratura e certificati. Non tutti gli incidenti si leggono con OSI, ma molte analisi diventano più ordinate.

I limiti del modello: utile per capire, meno per descrivere tutto alla lettera

Il modello OSI resta uno strumento didattico eccellente, ma non va preso come una fotografia perfetta di ogni protocollo moderno. Nella realtà ci sono tecnologie che attraversano più livelli, funzioni che si sovrappongono e prodotti che non entrano in una sola casella. Pensiamo proprio al web sicuro: tra TLS, HTTP, caching, proxy, browser e CDN, i confini teorici ci sono, ma spesso si intrecciano.

Questo non toglie valore al modello. Anzi, lo rende più realistico. Usarlo bene significa sapere che è una lente interpretativa, non una gabbia. Se serve capire il percorso logico dei dati, insegnare i concetti base o isolare un guasto, funziona ancora molto bene. Se invece si vuole descrivere l’implementazione precisa di una tecnologia Internet, conviene affiancarlo a una lettura più concreta dello stack di rete usato oggi.

Per chi studia reti, sviluppa servizi online o lavora nell’assistenza tecnica, il punto non è scegliere tra teoria e pratica. Il punto è saper passare dall’una all’altra. E il modello OSI, da questo punto di vista, resta una delle mappe più chiare che abbiamo.