Perché 192.168. *. * Per gli indirizzi locali? [chiuso]

Lo standard che ho visto finora è usare gli indirizzi IP 192.168. *. * Per i dispositivi sulla rete locale.

Perché questa combinazione? Se fossi stato io, avrei scelto qualcosa di più semplice, come 1.0. *. *. Qual è la ragione storica?

Nota: a meno che non possiamo ottenere uno degli autori originali di RFC 1918 / RFC 1597 o qualcuno di InterNIC / RIPE NCC in quel momento (1994-1996) per commentare *, potremmo essere lasciati a supporre, e le risposte a questa domanda essendo per lo più basato sull'opinione.

Per RFC 1918 , i seguenti tre intervalli sono riservati per l'uso su reti private:

10.0.0.0        -   10.255.255.255  (10/8 prefix)
172.16.0.0      -   172.31.255.255  (172.16/12 prefix)
192.168.0.0     -   192.168.255.255 (192.168/16 prefix)

Questo è il motivo per cui li vedresti utilizzati per i dispositivi sulla rete locale.

Il ragionamento alla base di almeno una parte di ciascuno di questi tre intervalli di indirizzi "privati" è abbastanza semplice, ma di nuovo al di fuori della logica, si tratta di ipotesi basate sulle mie letture nel corso degli anni.

Per prima cosa considera che le reti di classe sono le seguenti (fonte di Wikipedia su Classful Network ):

Class A
  0.  0.  0.  0 = 00000000.00000000.00000000.00000000
127.255.255.255 = 01111111.11111111.11111111.11111111
                  0nnnnnnn.HHHHHHHH.HHHHHHHH.HHHHHHHH

Class B
128.  0.  0.  0 = 10000000.00000000.00000000.00000000
191.255.255.255 = 10111111.11111111.11111111.11111111
                  10nnnnnn.nnnnnnnn.HHHHHHHH.HHHHHHHH

Class C
192.  0.  0.  0 = 11000000.00000000.00000000.00000000
223.255.255.255 = 11011111.11111111.11111111.11111111
                  110nnnnn.nnnnnnnn.nnnnnnnn.HHHHHHHH

Class D
224.  0.  0.  0 = 11100000.00000000.00000000.00000000
239.255.255.255 = 11101111.11111111.11111111.11111111
                  1110XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Class E
240.  0.  0.  0 = 11110000.00000000.00000000.00000000
255.255.255.255 = 11111111.11111111.11111111.11111111
                  1111XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Come puoi vedere, ognuna delle tre gamme RFC1918 taglia un blocco privato da una delle vecchie gamme di rete "classful". (Classe A, Classe B e Classe C in questo caso.)

Per citare Silente, "Da questo punto in poi, lasceremo le solide basi del fatto e viaggeremo insieme attraverso le paludi oscure della memoria in boschetti di congetture più sfrenate."

L' IAANA aveva assegnato indirizzi per molti anni prima dell'inizio della RFC 1918 (febbraio 1996) . (In realtà le gamme private sono state presentate per la prima volta in RFC 1597 nel marzo 1994.) Ad esempio, se si esegue una whois 8.0.0.0ricerca, è possibile vedere che al livello 3 è stato assegnato questo blocco il 1992-12-01.

Pertanto si può presumere che gli autori di RFC1918 abbiano dovuto lavorare con IANA / Jon Postel per trovare le gamme disponibili, dandoci le gamme private sopra elencate.

Ma ancora una volta, a meno che qualcuno direttamente coinvolto nel processo * non parli, questo può rimanere congetture.

* _{O solo qualcuno con Google-foo migliore di me. Non sono riuscito a trovare una buona fonte primaria per queste informazioni.}

Come altri hanno sottolineato, RFC1918 definisce 3 intervalli IP privati. Nel 1996, esistevano ancora apparecchiature legacy che non supportavano il CIDR , quindi è stato creato un intervallo per ogni classe. Gli indirizzi di classe B iniziano a 128.0.0.0 e gli indirizzi di classe C iniziano a 192.0.0.0; 168 è stato scelto solo perché non allocato.

Ma ciò solleva un'altra domanda: perché è stata richiesta una gamma di classe C? Poiché l'unica differenza tra le classi A, B e C è la dimensione della rete, perché non usare solo 10.0.0.0/8? Secondo RFC1918:

Se è possibile progettare uno schema di sottoreti adatto ed è supportato dall'apparecchiatura interessata, è consigliabile utilizzare il blocco a 24 bit (rete di classe A) dello spazio di indirizzi privati ​​e creare un piano di indirizzamento con un buon percorso di crescita. Se la subnet è un problema, è possibile utilizzare il blocco a 16 bit (reti di classe C) o il blocco a 20 bit (reti di classe B) dello spazio di indirizzi privati.

Non sono sicuro di che tipo di "problemi" con la sottorete stessero pensando gli autori. Forse alcuni hardware pre-CIDR non supportano le reti di classe A a causa di vincoli di memoria (sebbene si pensi che sia il numero di host, non il numero di host potenziali , che conta).

Inoltre, le reti di classe C sono / 24, anche se 192.168.xx è un / 16 - quindi nella rete di classe 192.168.xx contiene effettivamente 256 sottoreti. Questo potrebbe essere stato utile per le grandi organizzazioni che volevano eseguire sottoreti private su hardware pre-CIDR.

Utilizzare 10.0.0.0 - 10.255.255.255, per RFC 6890 , pagina 6.

Pensavo che rispondere a domande storiche fosse una buona idea, ma vorrei evitare di farlo regolarmente, a causa di cattive esperienze con i vampiri. Non sembra necessario in questo caso. 10.0.0.0/8 è abbastanza semplice.