ipv6 Aggregierbare globale Unicast-Adressen


10

Studieren der IPv6-Adressierung Ich habe IPv6-aggregierbare globale Unicast-Adressen nicht verstanden. Ich meine, für RFC 4291 gibt es ein generisches Schema:

|         n bits         |   m bits  |       128-n-m bits         |
+------------------------+-----------+----------------------------+
| global routing prefix  | subnet ID |       interface ID         |
+------------------------+-----------+----------------------------+

Aber auf der Suche nach verwendeten Formaten sehe ich in meinem Buch (Halsall) folgendes Format:

|  3  | 5  |  8   |    32          |       16      |          64                    |
+-----+----+------+----------------+---------------+--------------------------------+
| 010 | reg| TLA  |  NLA           |  SLA          |  interface ID                  |
+-----+----+------+----------------+---------------+--------------------------------+

Im Web, beispielsweise auf der Microsoft-Website , wird folgendes Format verwendet:

|  3  |     13    |     8    |       24      |    16     |      64                  |
+-----+----+------+----------+---------------+-----------+--------------------------+
| 001 |    TLA    | reserved |    NLA        |    SLA    |        interface ID      |
+-----+----+------+----------+---------------+-----------+--------------------------+

Meine Fragen sind:

  • Warum gibt es mehr als ein Format für aggregierbare globale Unicast-Adressen?
  • Gibt es andere Formate oder sind nur diese 2 definiert?

Vielen Dank.

Antworten:


8

TLA / NLA-Struktur für IPv6-Adressen

Die TLA / NLA-Zuordnungsstruktur wurde in RFC 3587 , August 2003, verworfen :

2. TLA / NLA historisch gemacht

Das TLA / NLA-System wurde durch eine koordinierte Zuweisungsrichtlinie ersetzt, die von den regionalen Internetregistern (RIRs) [ IPV6RIR ] definiert wurde.

Ein Teil der Motivation, die TLA / NLA-Struktur zu veralten, ist technisch; Beispielsweise besteht die Sorge, dass TLA / NLA in dieser Phase der Bereitstellung von IPv6 nicht der technisch beste Ansatz ist. Darüber hinaus hängt die Zuweisung von IPv6-Adressen mit der Richtlinie und der Verwaltung des IP-Adressraums und der Größe der Routing-Tabelle zusammen, die die RIRs für IPv4 verwaltet haben. Es ist wahrscheinlich, dass sich die RIR-Richtlinie im Verlauf der IPv6-Bereitstellung weiterentwickelt.

Die IETF hat technische Informationen zu den RIRs bereitgestellt (z. B. [ RFC3177 ]), die die RIRs bei der Definition ihrer Adresszuweisungsrichtlinie berücksichtigt haben.

RFC 2374 war die Definition von Adressen für das Formatpräfix 001 (2000 :: / 3), die durch dieses Dokument formal historisch gemacht wird. Obwohl derzeit nur 2000 :: / 3 von der IANA delegiert wird, sollten Implementierungen keine Annahmen darüber treffen, dass 2000 :: / 3 etwas Besonderes ist. In Zukunft könnte die IANA angewiesen werden, derzeit nicht zugewiesene Teile des IPv6-Adressraums auch für Global Unicast zu delegieren.

Das Feld Subnet Local Aggregator (SLA) in RFC 2374 bleibt in Funktion, jedoch mit einem anderen Namen in [ ARCH ]. Der neue Name lautet "Subnetz-ID".

Wie im letzten Absatz zu sehen ist, hat die SLA die drei überlebt und wird nun als Subnetz-ID bezeichnet .

Ich denke, sie hätten RFC 2450 zusammen mit RFC 2374 in RFC 3587 überholen sollen . Es macht keinen Sinn mehr, war aber trotzdem nur informativ.

Globale Unicast-Präfixe

Ihr Buch ist sicherlich falsch im Präfix. Ein Bit - Präfix 010würde bedeuten , den Adressraum 4000::/3, das ist wie zu der Tat globale Unicast RFC 4291 , aber nicht identifiziert den gesamten globale Unicast - Bereich und ist auch nicht die zur Zeit von der IANA zugewiesen, die nur 2000::/3(dh Adreßbits beginnen mit 001).

Tatsächlich sind fast alle Adressen zuvor fc00::/128(mit denen der eindeutige lokale Unicast-Adressbereich gestartet wird) Global Unicast, mit Ausnahme der nicht angegebenen Adresse ::und der Loopback-Adresse ::1. Es gibt einige spezielle Bereiche, die mit den Bits beginnen 000, z. B. ::ffff:0:0/96(IPv4-zugeordnete IPv6-Adressen) oder 64:ff9b::/96(IPv4 / IPv6-Adressumsetzung siehe RFC 6052 ). Sie ermöglichen Schnittstellenkennungen mit weniger als 64 Bit. Alle Adressen, die mit beginnen, 001haben jedoch eine 64-Bit-Schnittstellenkennung (siehe RFC 4291, Abschnitt 2.5.4 , genau dort, wo Sie angegeben haben).

Wie ich sehen kann, ist die Definition der Adressstruktur aus RFC 4291 die aktuellste. Es gibt drei RFCs, die 4291 aktualisieren ( RFC 5952 , RFC 6052 , RFC 7136 ), aber keiner von ihnen ändert diese Struktur.

Bitte beachten Sie, dass die Referenz [ IPV6RIR ] auf die IPv6-Registrierungsrichtlinien verweist, die derzeit reif sind - 589, die "durch gemeinsame Diskussionen zwischen den APNIC-, ARIN- und RIPE-Communities entwickelt wurden".


Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.