Wenn Unternehmen ein Extranet für die Kommunikation zusammenführen oder einrichten, hat sich die private IPv4-Adressierung als schwierig erwiesen, da die Unternehmen häufig denselben oder überlappenden Adressraum verwenden. Dies erfordert den hässlichen Hack von NAT, um herumzukommen, und dies kann zu Problemen und Unterbrechungen führen viele Protokolle.
Dies wurde als Problem bei der Entwicklung von IPv6-ULA identifiziert. Ziel war es, Unternehmen den Zugriff auf Nicht-Internet-Adressräume zu ermöglichen, jedoch mit sehr hoher Wahrscheinlichkeit, dass der verwendete Speicherplatz eindeutig ist. Damit soll versucht werden, das Problem der Zusammenführung oder Kommunikation zwischen Unternehmen zu vermeiden, die keine Internetadressierung verwenden. IPv6 verfügt nicht über NAT, und das Ziel von IPv6 besteht darin, die IP-End-to-End-Konnektivität wiederherzustellen, die verloren ging, als NAT aufgrund der begrenzten Anzahl von IPv4-Adressen erforderlich wurde.
Die erste Hälfte des IPv6-ULA-Bereichs ( fc00::/8) ist für die Zuweisung durch eine (noch zu benennende) globale Behörde reserviert, während die zweite Hälfte des IPv6-ULA-Bereichs ( fd00::/8) so eingerichtet wurde, dass Unternehmen ihre eigene Adressierung mit einem hohen Wert zuweisen können Wahrscheinlichkeit der Einzigartigkeit.
Laut RFC 4193 haben eindeutige lokale Adressen immer das Präfix FD00::/8
Das ist einfach falsch. Dieser RFC definiert den ULA-Raum als fc00::/7, aber der Raum besteht aus zwei Teilen, die durch das achte Bit ("L" -Bit) definiert sind.
Aus dem RFC:
3.1. Format
Die lokalen IPv6-Adressen werden unter Verwendung einer pseudozufällig zugewiesenen globalen ID erstellt. Sie haben das folgende Format:
| 7 bits |1| 40 bits | 16 bits | 64 bits |
+--------+-+------------+-----------+----------------------------+
| Prefix |L| Global ID | Subnet ID | Interface ID |
+--------+-+------------+-----------+----------------------------+
Dies unterteilt den ULA-Bereich in zwei /8Bereiche: fc00::/8für die global zugewiesene Adressierung und fd00::/8für die lokal zugewiesene Adressierung. Beachten Sie, dass das Format im RFC " eine pseudozufällig zugewiesene globale ID " erfordert . Dies wird weiter erläutert:
3.2. Globale ID
Die Zuweisung globaler IDs erfolgt pseudozufällig [ RANDOM ]. Sie dürfen NICHT nacheinander oder mit bekannten Nummern vergeben werden. Dies soll sicherstellen, dass keine Beziehung zwischen Zuordnungen besteht, und um zu verdeutlichen, dass diese Präfixe nicht global weitergeleitet werden sollen. Insbesondere sind diese Präfixe nicht für die Aggregation ausgelegt.
In diesem Dokument wird eine bestimmte lokale Methode zum Zuweisen globaler IDs definiert, die durch Setzen des L-Bits auf 1 angezeigt wird. Eine andere Methode, die durch Löschen des L-Bits angezeigt wird, kann später definiert werden. Abgesehen von der Zuweisungsmethode verhalten sich alle lokalen IPv6-Adressen und werden identisch behandelt.
Die lokalen Zuweisungen werden selbst generiert und erfordern keine zentrale Koordination oder Zuweisung, haben jedoch eine extrem hohe Wahrscheinlichkeit, eindeutig zu sein.
Wie Sie sehen können, ist die Prämisse Ihrer Frage, dass der RFC besagt, dass ULA-Adressen immer ein Präfix von haben, fd00::/8falsch.
Wird dies durchgesetzt und wenn ja, warum? Was hindert mich daran, ein Präfix von / 32 oder / 16 usw. zu haben?
Es gibt keine tatsächliche Durchsetzung, wie es der Fall wäre, wenn Sie versuchen würden, die Adressierung im öffentlichen Internet zu verwenden. Ihr Unternehmen kann einfach eine beliebige Adressierung in diesem Bereich verwenden, in den gewünschten Blöcken. Was Ihr Unternehmen für die Adressierung in seinem eigenen Netzwerk tut, liegt ganz bei ihm, aber es könnte sich auf lange Sicht als dumm und teuer erweisen, die Standards nicht einzuhalten.
Ich kenne zum Beispiel einige Unternehmen, die "dunklen" IPv4-Adressraum in ihren Netzwerken verwendet haben, aber dann wurde der dunkle Adressraum im öffentlichen Internet verwendet, und die Unternehmen konnten keine Verbindung zu Kunden oder Anbietern herstellen, indem sie die Adressierung verwendeten Adressraum, und es bedurfte einiger hässlicher Lösungen, um dies kurzfristig zu umgehen, bis alle internen Netzwerke, die diesen Adressraum verwendeten, neu adressiert wurden. Es dauerte ein paar Jahre und viel Geld, um die Probleme zu beheben.
RFC 4193, Eindeutige lokale IPv6-Unicast-Adressen ist die Definition von IPv6-ULA, und Sie sollten sich für Einzelheiten darauf beziehen:
1. Einleitung
Dieses Dokument definiert ein IPv6-Unicast-Adressformat, das global eindeutig ist und für die lokale Kommunikation vorgesehen ist [ IPV6 ]. Diese Adressen werden als eindeutige lokale IPv6-Unicast-Adressen bezeichnet und in diesem Dokument als lokale IPv6-Adressen abgekürzt. Es wird nicht erwartet, dass sie im globalen Internet routingfähig sind. Sie können innerhalb eines begrenzten Bereichs wie eines Standorts geroutet werden. Sie können auch zwischen einer begrenzten Anzahl von Standorten geroutet werden.
Lokale IPv6-Unicast-Adressen weisen die folgenden Merkmale auf:
Global eindeutiges Präfix (mit hoher Wahrscheinlichkeit der Eindeutigkeit).
Bekanntes Präfix für einfaches Filtern an Standortgrenzen.
Ermöglichen Sie das Kombinieren oder private Verbinden von Sites, ohne Adresskonflikte zu verursachen oder die Nummerierung von Schnittstellen zu erfordern, die diese Präfixe verwenden.
Internetdienstanbieter unabhängig und kann für die Kommunikation innerhalb einer Site verwendet werden, ohne dass eine permanente oder zeitweise Internetverbindung besteht.
Wenn versehentlich außerhalb eines Standorts über Routing oder DNS durchgesickert ist, besteht kein Konflikt mit anderen Adressen.
In der Praxis können Anwendungen diese Adressen wie Adressen mit globalem Gültigkeitsbereich behandeln.
In diesem Dokument werden das Format der lokalen IPv6-Adressen, ihre Zuweisung und Verwendungsaspekte wie Routing, Standortgrenzenrouter, DNS, Anwendungsunterstützung, VPN-Verwendung und Richtlinien für die Verwendung für die lokale Kommunikation innerhalb eines Standorts definiert.