Warum 192.168. *. * Für lokale Adressen? [geschlossen]

Der Standard, den ich bisher gesehen habe, ist die Verwendung von 192.168. *. * IP-Adressen für Geräte im lokalen Netzwerk.

Warum diese Kombination? Wenn ich es wäre, hätte ich etwas Einfacheres gewählt, wie 1.0. *. *. Was ist der historische Grund?

Hinweis: Wenn zu diesem Zeitpunkt (1994-1996) nicht einer der Originalautoren von RFC 1918 / RFC 1597 oder ein Mitarbeiter von InterNIC / RIPE NCC einen Kommentar abgeben kann *, kann es sein, dass wir uns überlassen bleiben, Vermutungen anzustellen und die Antworten auf diese Frage zu finden hauptsächlich meinungsbasiert.

Gemäß RFC 1918 sind die folgenden drei Bereiche für die Verwendung in privaten Netzwerken reserviert:

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)

Aus diesem Grund werden sie für Geräte im lokalen Netzwerk verwendet.

Die Gründe für mindestens einen Teil dieser drei "privaten" Adressbereiche sind recht einfach, aber auch außerhalb der Logik basieren diese Vermutungen auf meinen über die Jahre gemachten Angaben.

Stellen Sie sich zunächst vor, dass die Klassennetzwerke wie folgt lauten ( Wikipedia-Quellartikel über Klassennetzwerke ):

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

Wie Sie sehen, schneidet jeder der drei RFC1918-Bereiche einen privaten Block aus einem der alten "klassischen" Netzwerkbereiche aus. (Klasse A, Klasse B und Klasse C in diesem Fall.)

Um Dumbledore zu zitieren : "Von diesem Punkt an werden wir das feste Fundament der Tatsachen verlassen und zusammen durch die trüben Sümpfe der Erinnerung in ein Dickicht wildester Vermutungen reisen."

Die IANA hatte vor der Einführung von RFC 1918 (Februar 1996) jahrelang Adressen vergeben . (Tatsächlich wurden die privaten Bereiche im März 1994 erstmals in RFC 1597 aufgeführt .) Wenn Sie beispielsweise eine whois 8.0.0.0Suche durchführen, können Sie feststellen, dass Level 3 diesen Block am 01.12.1992 zugewiesen hatte.

Daher kann davon ausgegangen werden, dass die Autoren von RFC1918 mit IANA / Jon Postel zusammenarbeiten mussten , um verfügbare Bereiche zu finden, sodass wir die oben aufgeführten privaten Bereiche erhalten.

Aber auch dies kann eine Vermutung bleiben, es sei denn, jemand, der direkt in den Prozess involviert ist, spricht.

* _{Oder einfach jemand mit besserem Google-Foo als ich. Ich konnte keine gute primäre Quelle für diese Informationen finden.}

Wie bereits erwähnt, definiert RFC1918 drei private IP-Bereiche. 1996 gab es noch ältere Geräte, die CIDR nicht unterstützten , sodass für jede Klasse ein Sortiment erstellt wurde. Adressen der Klasse B beginnen bei 128.0.0.0 und Adressen der Klasse C beginnen bei 192.0.0.0; 168 wurde gewählt, nur weil es nicht zugeteilt wurde.

Dies wirft jedoch eine andere Frage auf: Warum war ein Bereich der Klasse C erforderlich? Da der einzige Unterschied zwischen den Klassen A, B und C die Netzwerkgröße ist, warum nicht einfach 10.0.0.0/8 verwenden? Gemäß RFC1918:

Wenn ein geeignetes Teilnetzschema entworfen werden kann und von den betreffenden Geräten unterstützt wird, empfiehlt es sich, den 24-Bit-Block (Klasse-A-Netzwerk) des privaten Adressraums zu verwenden und einen Adressierungsplan mit einem guten Wachstumspfad zu erstellen. Wenn ein Subnetz ein Problem darstellt, kann der 16-Bit-Block (Klasse-C-Netzwerke) oder der 20-Bit-Block (Klasse-B-Netzwerke) des privaten Adressraums verwendet werden.

Ich bin mir nicht sicher, an welche "Probleme" mit der Subnetzbildung die Autoren gedacht haben. Möglicherweise unterstützte eine Pre-CIDR-Hardware Klasse-A-Netzwerke aufgrund von Speicherbeschränkungen nicht (obwohl Sie denken, dass es auf die Anzahl der Hosts ankommt , nicht auf die Anzahl der potenziellen Hosts).

Klasse-C-Netzwerke sind / 24s, obwohl 192.168.xx ein / 16-Netzwerk ist. In klassischen Netzwerken enthält 192.168.xx also 256 Subnetze. Dies war möglicherweise hilfreich für große Organisationen, die private Subnetze auf Hardware vor CIDR ausführen wollten.

Bitte verwenden Sie 10.0.0.0 - 10.255.255.255 gemäß RFC 6890 , Seite 6.

Früher hielt ich die Beantwortung historischer Fragen für eine gute Idee, aber ich würde es aufgrund der schlechten Erfahrungen mit Vampiren gerne vermeiden, dies regelmäßig zu tun. Dies scheint in diesem Fall nicht notwendig zu sein. 10.0.0.0/8 ist einfach genug.