Was ist mit IPv4 Klasse E?

14

Das Klasse-E-Netzwerk von IPv4 (240.0.0.0/4) enthält 268 Millionen Adressen. Trotz der Werbung für IPv6, die angibt, dass uns der Adressraum ausgegangen ist, behauptet dieser Block ironischerweise immer noch, für die zukünftige Verwendung reserviert zu sein . Warum wurde dieser Block noch nicht freigegeben?

Natürlich sollte IPv6 gefördert werden, anstatt mehr IPv4-Adressen freizugeben, aber wir haben seit Jahren einen Adressengpass gesehen. Es gab sogar eine Zeit, in der sie nicht sicher waren, ob genug Zeit für die Entwicklung von IPv6 vorhanden war, bevor uns die Adressen ausgehen würden. Warum haben sie diesen Block nicht schon freigegeben?

Und gibt es eine Chance, dass diese Adressen in Zukunft verwendet werden, beispielsweise wenn IPv6 ziemlich weit verbreitet ist, wir aber weiterhin IPv4 für die Abwärtskompatibilität benötigen? Es wird trotzdem auslaufen, aber dann müssen ISPs kein NAT für die IPv4-Kompatibilität einsetzen.

Luc
quelle
Im Nachhinein sollte dieser Adressbereich für mobiles IPv4-NAT freigegeben worden sein. Dies würde es für große asiatische Mobilfunkunternehmen viel einfacher machen, NAT-Dienste für ihre ~ 1 Milliarde Benutzer auszuführen.
MSalters
@MSalters Hmm, aber es liegt an dem Besitzer der IP, zu entscheiden, ob NAT darauf verwendet werden soll oder nicht, oder? Sie hätten sich nicht dafür einsetzen müssen, wenn ich das richtig verstanden hätte. Könnte dann für beide verwendet worden sein.
Luc
Das Sortiment hatte 240.0.0.0/4nie einen Besitzer, war aber reserviert. "Verwendung ausschließlich für NAT" hätte bei der Zuteilung von Zuweisungen aus diesem Bereich als Voraussetzung gelten können.
MSalters

Antworten:

14

Unterstützung.

Netzwerk-Stack-Implementierungen unterstützen den RFC und senden oder akzeptieren daher keine Pakete von IP-Adressen, die für die zukünftige Verwendung reserviert sind. Neben dem Netzwerkstack müssen auch die Dienste diese unterstützen. DHCP muss in der Lage sein, sie zu verteilen, DNS muss sie speichern können, die Software bei IANA und Ihr ISP müssen in der Lage sein, die Erstellung und Verwendung dieses Blocks tatsächlich zu unterstützen.

Bis wir alle diesen "Klasse E" -Block unterstützen, werden wir große Fortschritte bei der Umstellung auf IPv6 gemacht haben, sodass es sich nicht mehr lohnt. Entwickler, ISPs und Konsumenten investieren besser in den Umstieg auf IPv6 ...

Viele TCP / IP-Stacks, wie der in Windows, akzeptieren jedoch keine Adressen aus dem Bereich der Klasse E und kommunizieren nicht einmal mit Korrespondenten, die diese Adressen besitzen. Es ist wahrscheinlich zu spät, dieses Verhalten auf der installierten Basis zu ändern, bevor der Adressraum benötigt wird

- Lesen Sie mehr (unter Adressrückforderung eine Lösung? )

Tamara Wijsman
quelle
5
Dachte daran, lehnte aber die Idee als zu komisch ab. Warum sollte Hard- und Software so gebaut werden, dass sie nicht mit diesen IPs funktioniert, insbesondere wenn klar ist, dass sich die Funktion dieser Adressen in Zukunft ändern kann?
Luc
@Luc: Da es für die zukünftige Verwendung reserviert ist, bedeutet es nicht, dass Sie irgendeine Form der Unterstützung dafür implementieren können. Dies wird deutlicher, wenn wir uns andere RFCs ansehen. In Proctocols verwenden sie diese Terminologie beispielsweise, um einige Bits anzugeben, die Sie nicht verwenden sollten, da sie später für mögliche Erweiterungen des Protokolls verwendet werden könnten. Aus diesem Grund würde ich davon ausgehen, dass dies auch für den IP-Bereich funktioniert. Sie haben es selbst gesagt, es ist sehr klar geschrieben, dass sich die Funktion dieser Adressen in Zukunft ändern kann. Sie könnten sie möglicherweise nicht nur als IP-Adressen, sondern auch als etwas Besonderes verwenden ...
Tamara Wijsman
@ Luc: Es ist einfach zu versuchen ... ping 240.0.0.1unter Windows.
Tamara Wijsman
2
@Luc: Der Grund, warum sie diesen Block höchstwahrscheinlich nicht freigegeben haben, war, dass die Subnetzmaske zu diesem Zeitpunkt Teil davon war und es ihnen eigentlich egal war, wie der berühmte " 640K sollte reichen" irgendjemand ". Es wurde also auf diese Weise angepasst. Es wäre selten gewesen, sich diese Idee damals auszudenken, und selbst wenn Sie dies getan hätten, galt "Wenn es nicht kaputt ist, reparieren Sie es nicht", da dies viel Aufwand erfordern würde, ohne dass ein unmittelbarer Nutzen daraus resultiert. Und nun, RFC funktioniert nicht so, als ob man es zuerst dafür und dann dafür verwendet, sondern als sich nicht änderndes Protokoll, also IPv4 -> IPv6 ...
Tamara Wijsman
1
@Luc: Um sich ein Bild zu machen, wurde IPv4 (1979) erst 10 Jahre nach Inbetriebnahme von ARPANET (1969) dokumentiert. IPv6 (1998) wurde bereits vor 14 Jahren dokumentiert, als IPv4 ungefähr halb erschöpft war. Wenn sie den "Klasse E" -Block unterstützen wollten, hätten sie dies zu diesem Zeitpunkt getan, aber warum sollten Sie einen kleinen Teil aktivieren, wenn Sie stattdessen Zeit in einen viel größeren Teil investieren können? Wenn sie sich dafür entschieden haben, nur "Klasse E" zu unterstützen und IPv6 zu verzögern, würden wir tatsächlich die Erschöpfung ohne Alternativen riskieren. Zwischen IPv4 und IPv6 (1980 - 1990) gab es wahrscheinlich noch keine Anzeichen von Erschöpfung ...
Tamara Wijsman
7

Das Problem ist, dass dieser Block in vielen Betriebssystemen auf der schwarzen Liste steht. Sie akzeptieren es nicht als ihre eigene Adresse und stellen keine Verbindung zu Servern mit einer solchen Adresse her.

Der andere Grund ist, dass die Verwendung von Klasse E die Lebensdauer von IPv4 nur um etwa ein Jahr verlängert. Es lohnt sich nicht, alle Betriebssysteme für ein Jahr länger mit der Bereitstellung von IPv6 zu aktualisieren

Sander Steffann
quelle