2. Storia e descrizione del problema

Storia e descrizione del problema

Quello che oggi chiamiamo Internet ebbe inizio negli anni '70 come progetto di ricerca volto a progettare e sviluppare un insieme di protocolli utilizzabili con molte tecnologie di rete differenti, al fine di fornire un'installazione end-to-end trasparente per l'interconnessione di un diversificato insieme di sistemi terminali.

Quando fu stabilito come utilizzare lo spazio di indirizzamento a 32 bit, furono fatte alcune ipotesi sul numero di organizzazioni da connettere, sul numero di sistemi terminali per organizzazione e sul numero totale di sistemi terminali nella rete. Il risultato finale fu la definizione (vedere [RFC791]) di tre classi di reti: la classe A (bit più significativi dell'indirizzo "00"), con 128 reti possibili di 16777216 sistemi terminali ciascuna (meno i valori di bit speciali riservati per gli indirizzi di rete/broadcast); la classe B (bit più significativi "10"), con 16384 reti possibili di 65536 sistemi terminali ciascuna (meno i valori riservati); e la classe C (bit più significativi "110"), con 2097152 reti possibili di 254 sistemi terminali ciascuna (256 combinazioni di bit meno i pattern riservati tutti zero e tutti uno). L'insieme degli indirizzi con bit più significativi "111" fu riservato per usi futuri; una parte di esso fu infine definita (bit più significativi "1110") per l'uso con il multicast IPv4 e una parte rimane ancora riservata al momento della stesura di questo documento.

Alla fine degli anni '80, l'espansione e la commercializzazione dell'antica rete di ricerca portarono alla connessione di molte nuove organizzazioni a un Internet in rapida crescita, e ogni nuova organizzazione richiedeva un'assegnazione di indirizzi conforme al piano di indirizzamento di classe A/B/C.

Quando la domanda di nuovi numeri di rete (particolarmente nello spazio di classe B) raggiunse un tasso di crescita apparentemente esponenziale, alcuni membri della comunità operativa e ingegneristica iniziarono a preoccuparsi delle proprietà di scalabilità a lungo termine del sistema di classe A/B/C e iniziarono a riflettere su come modificare la politica di assegnazione dei numeri di rete e i protocolli di routing per accommodare tale crescita. Nel novembre 1991, l'Internet Engineering Task Force (IETF) creò il gruppo ROAD (Routing and Addressing) per esaminare la situazione. Questo gruppo si riunì nel gennaio 1992 e identificò tre problemi principali:

Esaurimento dello spazio di indirizzamento di rete di classe B. Una causa fondamentale di questo problema è l'assenza di una classe di rete di dimensioni appropriate per le organizzazioni di medie dimensioni. La classe C, con un massimo di 254 indirizzi host, è troppo piccola, mentre la classe B, che consente fino a 65534 indirizzi host, è troppo grande per la maggior parte delle organizzazioni ma era la scelta migliore disponibile per l'uso del subnetting.
Crescita delle tabelle di routing nei router Internet oltre la capacità del software, dell'hardware e delle persone attuali di gestirle efficacemente.
Eventuale esaurimento dello spazio di indirizzamento IPv4 a 32 bit.

Era chiaro che i tassi di crescita allora attuali di Internet avrebbero reso critici i primi due problemi tra il 1993 e il 1995. I lavori già in corso sull'assegnazione di indirizzi topologica per il Connectionless Network Service (CLNS), presentati alla comunità all'IETF di Boulder nel dicembre 1990, portarono a riflessioni su come ristrutturare lo spazio di indirizzamento IPv4 a 32 bit al fine di prolungarne la durata. I lavori all'interno del gruppo ROAD proseguirono e portarono infine alla pubblicazione di [RFC1338] e, successivamente, di [RFC1519].

La concezione e il dispiegamento del CIDR miravano a risolvere questi problemi fornendo un meccanismo per rallentare la crescita delle tabelle di routing globali e ridurre il tasso di consumo dello spazio di indirizzamento IPv4. Non risolve e non tenta di risolvere il terzo problema, che è di natura più a lungo termine; invece, si sforza di mitigare sufficientemente le difficoltà a breve e medio termine per consentire a Internet di continuare a funzionare efficacemente mentre vengono compiuti progressi verso una soluzione a più lungo termine.

Ulteriori elementi storici su questo sforzo e sul gruppo ROAD possono essere trovati in [RFC1380] e in [LWRD].