IPv6/Adressraum: Unterschied zwischen den Versionen

Aus Foxwiki
 
(176 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
'''topic''' - Kurzbeschreibung
'''IPv6/Adressraum''' - Aufteilung des Adressraums
== Beschreibung ==


== Adressraum ==
== IPv6-Adressraum ==
; Aufteilung des Adressraums
; Adressraum teilt sich in große Blöcke
* die weiter unterteilt sein können


== Adresszuweisung ==
; Alle Adressen unterhalb der hierarchischen Adressebene eines Blockes weisen einen identischen Präfix auf
[[File:ipv6Adressierung14.png|mini|600px]]
* Dadurch wird das Routing entschieden vereinfacht
; Internetprovider und Regional Internet Registry
* Router können einen großen Teil der Entscheidungen schon anhand des Präfix treffen
; Internetprovider (ISP) bekommen die ersten 32 Bit (oder weniger) als Netz von einer
; Regional Internet Registry (RIR) zugewiesen
* Dieser Bereich wird vom Provider weiter in Subnetze aufgeteilt


; Die Länge der Zuteilung an Endkunden wird dabei dem ISP überlassen
; IPv4-Adressen
* Vorgeschrieben ist die minimale Zuteilung eines /64-Netzes
* Können mit dem Präfix 0 in den IP6-Raum eingeblendet werden
* Ältere Dokumente (z.B. RFC 3177) schlagen eine Zuteilung von /48-Netzen an Endkunden vor
* In Ausnahmefällen ist die Zuteilung größerer Netze als /48 oder mehrerer /48-Netze an einen Endkunden möglich
* Informationen über die Vergabe von IPv6-Netzen können über die Whois-Dienste der jeweiligen RIRs abgefragt werden


[[File:Regional_Internet_Registries_world_map.svg.png|mini|400px]]
; Durch die neue Struktur stehen viele neuer Adressen und neue Adressierungsarten zur Verfügung
 
=== Übersicht ===
{| class="wikitable big center"
|+Provider Based Unicast Adress
! width="2.4%"| 3
! width="4%"| 5
! width="31.25%" colspan="5" | n Bit
! width="6.25%"| 56–n
! width="50%" colspan="2" | Intranet Subcriber Bereich 64 Bit (z. B. 16+48)
|-
| style="background-color:#dfffcb;"| 010
| style="background-color:#dfffcb;"|
| style="background-color:#ffbfc0;" colspan="5"| Provider‑ID
| style="background-color:#d1ffac;"| Subsciber‑ID
| style="background-color:#b5bcff;" width="12.5%"| Subnet‑ID
| style="background-color:#d9e4ff;" width="37.5%"| Interface‑ID
|}
{| class="wikitable big center"
|+ Eingebettete IPv4-Adresse
! width="62.5%"| 80 Bit
! width="12.5%" | 16 Bit
! width="25%" | 32 Bit
|-
| style="background-color:#ffbfc0;"| 0*
| style="background-color:#b5bcff; | 0* bis 1*
| style="background-color:#d9e4ff; | IPv4‑Adresse
|}
{| class="wikitable center big"
|+ Link Local
! width="2.4%"| 10 Bit
! width="31.25%" colspan="5" | n Bit
! width="50%" colspan="2" | 118-n Bit
|-
| style="background-color:#d1ffac;"| 1111 1101 10
| style="background-color:#ffbfc0;" colspan="5"| 0*
| style="background-color:#d9e4ff;" width="37.5%"| Interface‑ID
|}
{| class="wikitable center big"
|+ Side Local
! width="7.8%"| 10 Bit
! width="31.25%" | n Bit
! | m Bit
! width="50%" | 118-n-m Bit
|-
| style="background-color:#dfffcb;"| 1111 11101 11
| style="background-color:#ffbfc0;" | 0*
| style="background-color:#b5bcff;" width="12.5%"| Subnet‑ID
| style="background-color:#d9e4ff;" width="37.5%"| Interface‑ID
|}
{| class="wikitable big center"
|+ Multicast
! width="7.8%"| 8 Bit
! width="3.125%" | 4 Bit
! width="3.125%" | 4 Bit
! width="87.5%" | 112 Bit
|-
| style="background-color:#dfffcb;"| 1111 1111
| style="background-color:#ffbfc0;" | '''Flags'''
| style="background-color:#b5bcff;" | SCOP
| style="background-color:#d9e4ff;" | Group-ID
|}
 
{| class="wikitable center small"
|+ Flags
| style="background-color:rgb(234, 236, 240)" colspan="4"| '''4 Bit'''
|-
| style="background-color:#d9e4ff;" | 0
| style="background-color:#b5bcff;" | 0
| style="background-color:#fff1b0;" | 0
| style="background-color:#ffbfc0;" | T
|}
* T.
* 0 - dauerhaft
* 1 - temporär


== Präfixe ==
== Präfixe ==
Zeile 30: Zeile 98:
; Das Präfix /128 bezeichnet einen einzelnen Node
; Das Präfix /128 bezeichnet einen einzelnen Node


=== Übersicht ===
{| class="wikitable options big"
|-
! Präfix !! Verwendung
|-
| 0000 0000 || Reserviert und IPv4
|-
| 0000 0001 || Nicht zugewiesen
|-
| 0000 0010 || OSI-NSAP-Adressen
|-
| 0000 010 || Netware IPX-Adressen
|-
| 0000 011 || Nicht zugewiesen
|-
| 0000 1 || Nicht zugewiesen
|-
| 1 || Nicht zugewiesen
|-
| 1 || Nicht zugewiesen
|-
| 10 || Adressen für Service Provider
|-
| 11 || Nicht zugewiesen
|-
| 100 || Adressen für geographische Bereiche
|-
| 101 || Nicht zugewiesen
|-
| 110 || Nicht zugewiesen
|-
| 1110 || Nicht zugewiesen
|-
| 1111 10 || Nicht zugewiesen
|-
| 1111 110 || Nicht zugewiesen
|-
| 1111 1110 || Nicht zugewiesen
|-
| 1111 1110 0 || Nicht zugewiesen
|-
| 1111 1110 10 || verbindungsspezifische lokale Adressen
|-
| 1111 1110 11 || Standortspezifische lokale Adressen
|-
| 1111 1111 || Multicast
|}
=== Netzsegmente ===
; Typische Präfix-Längen
; Typische Präfix-Längen
[[File:ipv6Adressierung03.png|600px]]
{| class="wikitable center big"
|+ Link Local
! width="2.4%"| 10 Bit
! width="31.25%" colspan="5" | n Bit
! width="50%" colspan="2" | 118-n Bit
|-
| style="background-color:#d1ffac;"| 1111 1101 1'''0'''
| style="background-color:#ffbfc0;" colspan="5"| 0*
| style="background-color:#d9e4ff;" width="37.5%"| Interface‑ID
|}


== Netzsegmente ==
; Netzsegmenten werden 64 Bit lange Präfixe zugewiesen
; Einzelnen Netzsegmenten werden in der Regel ein 64 Bit langer Präfix zugewiesen
* Bildet mit dem Interface-Identifier die Adresse
* das zusammen mit dem 64 Bit langen Interface-Identifier die Adresse bildet


; Interface-Identifier
; Interface-Identifier
Zeile 42: Zeile 168:
* das genaue Verfahren ist in RFC 4291, Anhang A beschrieben
* das genaue Verfahren ist in RFC 4291, Anhang A beschrieben


== Netzsegmente ==
==== Beispiel ====
; Hat ein Netzwerkgerät die IPv6-Adresse
; Hat ein Netzwerkgerät die IPv6-Adresse
2001:0db8:85a3:08d3:1319:8a2e:0370:7347/64
:;<nowiki>2001:0db8:85a3:08d3:1319:8a2e:0370:7347/64</nowiki>


so lautet das Präfix
so lautet das Präfix
2001:0db8:85a3:08d3::/64
:;<nowiki>2001:0db8:85a3:08d3::/64</nowiki>


und der Interface-Identifier
und der Interface-Identifier
1319:8a2e:0370:7347
:;<nowiki>1319:8a2e:0370:7347</nowiki>
 
; Der Provider bekam von der RIR wahrscheinlich das Netz
2001:0db8::/32
 
zugewiesen und der Endkunde vom Provider möglicherweise das Netz
2001:0db8:85a3::/48
 
oder aber nur
2001:0db8:85a3:0800::/56
 
== IPv6-Adressraum ==
; Der Adressraum von IPv6 teilt sich in mehrere große Blöcke auf
* die weiter unterteilt sein können
 
; Alle Adressen unterhalb der hierarchischen Adressebene eines Blockes weisen einen identischen Präfix auf
* Dadurch wird das Routing entschieden vereinfacht
* Router können einen großen Teil der Entscheidungen schon anhand des Präfix treffen
 
; IPv4-Adressen
* Können mit dem Präfix 0 in den IP6-Raum eingeblendet werden


; Durch die neue Struktur stehen viele neuer Adressen und neue Adressierungsarten zur Verfügung
; Provider bekam von der RIR etwa das Netz
:;<nowiki>2001:0db8::/32</nowiki>
zugewiesen


; Pakete werden je nach Adressierung
; Endkunde vom Provider gegebenenfalls das Netz
* an genau eine Station gesendet (Unicast),
:;<nowiki>2001:0db8:85a3::/48</nowiki>
* an eine Gruppe von Stationen (Multicast)
oder nur
* an die schnellste aus einer Gruppe von Stationen (Anycast)
:;<nowiki>2001:0db8:85a3:0800::/56</nowiki>


== Adressierungsarten ==
=== Adressierungsarten ===
[[File:ipv6Adressierung06.png|800px]]
{{:Adressierungsarten}}


== Zu unterstützende Adressen ==
=== Gültigkeitsbereiche ===
[[File:ipv6Adressierung21.png|800px]]
; Address Scopes (Gültigkeitsbereiche)
 
* Es gibt verschiedene IPv6-Adressbereiche mit Sonderaufgaben und unterschiedliche Eigenschaften
== Zugeordnete Adressbereiche ==
[[File:ipv6Adressierung17.png|800px]]
 
== Address Scopes (Gültigkeitsbereiche) ==
; Es gibt verschiedene IPv6-Adressbereiche mit Sonderaufgaben
* und unterschiedlichen Eigenschaften


; Diese werden meist schon durch die ersten Bit der Adresse signalisiert
; Diese werden meist schon durch die ersten Bit der Adresse signalisiert
Zeile 96: Zeile 198:


; Scopes
; Scopes
interface/host                       Verlässt nie den Host
{| class="wikitable options big"
link-local                           Verlässt nie das lokale Subnetz
|-
global                               Geht um die ganze Welt
! Scope !! Beschreibung
|-
| interface/host || Verlässt nie den Host
|-
| link-local || Verlässt nie das lokale Subnetz
|-
| global || Geht um die ganze Welt
|}


; Address Scopes sind nicht mit Multicast Scopes zu verwechseln
; Address Scopes sind nicht mit Multicast Scopes zu verwechseln


== Besondere Adressen ==
=== Zugeordnete Adressbereiche ===
; Nicht spezifizierte Adresse
Der Rest hat momentan noch keine Verwendung


::/128
{| class="wikitable sortable options big"
* 128 0-Bit
! Verwendung
! Präfix !! Präfix (binär) !! % Anteil
|-
| reserved
| 0::/8 || 0000 0000 || 0,4%
|-
| Loopback
| 0::0:1 || ||
|-
| IPv4 compatible (für IPv4 -> IPv6 Transition)
| ::0102:0304 || ||
|-
| IPv4 mapped (für IPv4 -> IPv6 Transition)
| FFFF:0102:0304 || ||
|-
| ISO Network addresses
| 200::/7 || 0000 001 || 0,8%
|-
| Novell Network addresses
| 400::/7 || 0000 010 || 0,8%
|-
| Aggregatable global unicast addresses
| 2000::/3 || 001 || 12,5%
|-
|ehem. Geographic based unicast adresses
| 8000::/3 || 100 ||
|-
| Link local address
| FE80::/10 || 1111 1110 10 || 0,1%
|-
| Site local address
| FECO0::/10 || 1111 1110 11 || 0,1%
|-
| Multicast address
| FF00::/8 || 11111111 || 0,4%
|-
| '''Summe gesamt'''
| || || '''15,1 %'''
|}
 
=== Besondere Adressen ===
{| class="wikitable options big"
|-
! !! Adresse !! Beschreibung || Verwendung
|-
| Keine Adresse || <nowiki>::/128</nowiki> || 128 0-Bit
||
* darf keinem Host zugewiesen werden
* darf keinem Host zugewiesen werden
* zeigt das Fehlen einer Adresse an
* zeigt das Fehlen einer Adresse an
; Verwendung
* Absenderadresse eines initialisierenden Hosts, solange er noch keine Adresse hat
* Absenderadresse eines initialisierenden Hosts, solange er noch keine Adresse hat
* Serverprogramme werden durch Angabe dieser Adresse angewiesen, auf allen Adressen des
* Serverprogramme werden durch Angabe dieser Adresse angewiesen, auf allen Adressen des Hosts lauschen
Hosts lauschen
|-
| Loopback-Adresse || <nowiki>::1/128</nowiki> || 127 0-Bit<br>ein 1-Bit
||
* Adresse des eigenen Rechners
* Wird meist mit dem Namen ''localhost'' verknüpft
|}


; Loopback-Adresse
<noinclude>
 
::1/128
* 127 0-Bit, ein 1-Bit
* ist die Adresse des eigenen Rechners
* loopback-Adresse, die in der Regel mit localhost verknüpft ist
 
== Unicast-Adressen ==
; Charakterisieren Kommunikation eines Netzknotens mit genau einem anderen
; Netzknoten
 
== Link-Local-Adressen ==
; Sind nur innerhalb abgeschlossener Netzwerksegmente (link) gültig
* Netzwerksegment ist ein lokales Netz, gebildet mit Switches oder Hubs, bis zum ersten Router
* Link-Local-Adressen sind mit APIPA-Adressen im Netz 169.254.0.0/16 vergleichbar.
 
; Formatpräfix lautet fe80::/10
 
10 Bit                      54 Bit          64 Bit
1111111010                  0                Interface ID
 
; Verwendung
* Adressierung von Nodes in abgeschlossenen Netzwerksegmenten
* Autokonfiguration
* Neighbour-Discovery
 
; Vorteile
* In einem Netzwerksegment muss keinen DHCP-Server zur Adressvergabe konfigurieren werden
 
; Zone ID
* Soll ein Gerät mittels einer dieser Adressen kommunizieren, so muss die Zone ID mit angegeben werden
* eine Link-Lokale-Adresse kann auf einem Gerät mehrfach vorhanden sein
 
; Beispiel
fe80::7645:6de2:ff:1%1 bzw. fe80::7645:6de2:ff:1%eth0
 
== Site Local Unicast (veraltet) ==
; <nowiki> fec0::/10 (fec0… bis feff…) </nowiki>
* Auch: Standortlokale Adressen (site local addresses)
* Nachfolger der privaten IP-Adressen (beispielsweise 192.168.x.x)
* Durften nur innerhalb der gleichen Organisation geroutet werden
* Die Wahl des verwendeten Adressraums innerhalb von fec0::/10 war beliebig
 
; Überschneidungen der Adressräume
* Es konnte zu Überschneidungen der Adressräume an unterschiedlichen Standorten kommen
** Bei der Zusammenlegung von ehemals getrennten Organisationen
** wenn eine VPN-Verbindung zwischen eigentlich getrennten mit Site Local Addresses nummerierten
Netzwerken hergestellt wurde
 
; Deprecated (RFC 3879)
* Aus diesem und weiteren Gründen sind Site Local Addresses nach RFC 3879 veraltet
** werden aus zukünftigen Standards verschwinden
* Neue Implementierungen müssen diesen Adressbereich als Global-Unicast-Adressen behandeln
 
; Nachfolger sind Unique Local Addresses
 
== Unique Local Unicast (ULA) ==
; <nowiki>fc00::/7 (fc00… bis fdff…)</nowiki>
 
; Für private Adressen gibt es die Unique Local Addresses (ULA)
* beschrieben in RFC 4193
 
; Präfix fd
* Derzeit ist nur das Präfix fd für lokal generierte ULA vorgesehen
 
; Präfix fc
* ist für global zugewiesene, eindeutige ULA reserviert
 
; Site-ID
* Auf das Präfix folgen 40 Bit, als eindeutige Site-ID
 
; Eindeutigkeit
* Diese Site-ID ist bei den ULA mit dem Präfix fd zufällig zu generieren und somit ''sehr wahrscheinlich eindeutig''
* Bei global vergebenen ULA jedoch auf jeden Fall eindeutig
** RFC 4193 gibt jedoch keine konkrete Implementierung der Zuweisung von global eindeutigen Site-IDs an
 
; Subnet-ID
* Nach der Site-ID folgt eine 16-Bit-Subnet-ID, welche ein Netz innerhalb der Site angibt
 
== Unique Local Unicast (ULA) ==
; Beispiel
fd9e:21a7:a92c:2323::1
 
; Hierbei ist
* fd das Präfix für lokal generierte ULAs
* 9e:21a7:a92c ein einmalig zufällig erzeugter 40-Bit-Wert
* 2323 eine willkürlich gewählte Subnet-ID
* ::1 die Host-ID
 
; Vorteil der Verwendung von wahrscheinlich eindeutigen Site-IDs
* Beim Einrichten eines Tunnels zwischen getrennt voneinander konfigurierten Netzwerken sind
Adresskollisionen sehr unwahrscheinlich
* Pakete, die an eine nicht erreichbare Site gesendet werden, laufen mit großer
Wahrscheinlichkeit ins Leere, statt an einen lokalen Host gesendet zu werden, der zufällig die
gleiche Adresse hat
 
; ULA-Central
* Es existiert ein proposed standard, welcher Richtlinien für Registrare (IANA, RIR) beschreibt,
konkret deren Betrieb sowie die Adressvergabe-Regeln
* Allerdings ist eine derartige „ULA-Central“ noch nicht gegründet
* Sowohl der RFC 4193 als auch der proposed standard sind identisch in Bezug auf das
Adressformat und den Generierungs-Algorithmus
 
== Multicast-Adressen ==
; Multicast-Adressen sprechen eine ganze Gruppe von Rechnern an
* Das ist zum Beispiel für Video on Demand oder Fernunterricht nützlich und spart Bandbreite, da
es bereits auf der IP-Schicht ausgewertet wird und mehrfache Übertragung von Paketen
verhindert.
* Auch mehrere NTP-Server können einer Multicast-Gruppe angehören.
 
; Multicast-Adressen beginnen alle mit der Bitfolge 1111 1111
* Darauf folgen dei Felder Flag und Scope.
* Bisher ist allerdings nur das Flag T definiert mit den Werten 1 für dauerhaft und 0 für temporär.
 
== Multicast-Adressen ==
; Einer-zu-vielen-Kommunikation wird durch Multicast-Adressen abgebildet
[[File:ipv6Adressierung24.png|800px]]
 
== Multicast-Adressen ==
; Präfix ff00::/8 (ff…)
 
stehen für Multicast-Adressen
 
; Nach dem Multicast-Präfix folgen
* 4 Bit für Flags
* 4 Bit für den Gültigkeitsbereich (Scope)
 
; Flags sind zurzeit in folgenden Kombinationen gültig
* 0 Permanent definierte wohlbekannte Multicast-Adressen (von der IANA zugewiesen)
* 1 (T-Bit gesetzt) Transient (vorübergehend) oder dynamisch zugewiesene Multicast-Adressen
* 3 (P-Bit gesetzt, erzwingt das T-Bit) Unicast-Prefix-based Multicast-Adressen (RFC 3306)
* 7 (R-Bit gesetzt, erzwingt P- und T-Bit) Multicast-Adressen, welche die Adresse des
Rendezvous-Point enthalten (RFC 3956)
 
== Multicast-Adressen ==
; Gültigkeitsbereiche
 
; Die restlichen Bereiche sind nicht zugewiesen
* und dürfen von Administratoren benutzt werden, um weitere Multicast-Regionen zu definieren.
 
1            interfacelokal, diese Pakete verlassen die Schnicite_ref-multicast_28-1cite_ref-multicast_28-1
ttstelle nie. (Loopback)
2            link-lokal, werden von Routern grundsätzlich nie weitergeleitet und können deshalb das
Teilnetz nicht verlassen.
4            adminlokal, der kleinste Bereich, dessen Abgrenzung in den Routern speziell administriert
werden muss.
5            sitelokal, dürfen zwar geroutet werden, jedoch nicht von Border-Routern.
8            organisationslokal, die Pakete dürfen auch von Border-Routern weitergeleitet werden, bleiben
jedoch „im Unternehmen“ (hierzu müssen seitens des Routing-Protokolls entsprechende
Vorkehrungen getroffen werden).
e            globaler Multicast, der überallhin geroutet werden darf.
0, 3, f      reservierte Bereiche
 
; Beispiele für wohlbekannte Multicast-Adressen
* ff01::1, ff02::1: All Nodes Adressen. Entspricht dem Broadcast.
* ff01::2, ff02::2, ff05::2: All Routers Adressen, adressiert alle Router in einem Bereich.
 
== Anycast Adressen ==
[[File:ipv6Adressierung22.png|800px]]


== Anycast-Adressen ==
; Mit Anycast-Adressen erreicht man genau einen aus einer Gruppe von Rechnern
* die die selbe Anycast-Adresse haben
** Zum Beispiel einen aus einer Gruppe von
Nameservern, oder von Routern
bei einem Provider
== Unterteilung des IPv6-Adressraums ==
Präfix        Verwendung
0000 0000    Reserviert und IPv4
0000 0001    Nicht zugewiesen
0000 0010    OSI-NSAP-Adressen
0000 010      Netware IPX-Adressen
0000 011      Nicht zugewiesen
0000 1        Nicht zugewiesen
1            Nicht zugewiesen
1            Nicht zugewiesen
10            Adressen für Service Provider
11            Nicht zugewiesen
100          Adressen für geographische Bereiche
101          Nicht zugewiesen
110          Nicht zugewiesen
1110          Nicht zugewiesen
1111 10      Nicht zugewiesen
1111 110      Nicht zugewiesen
1111 1110    Nicht zugewiesen
1111 1110 0  Nicht zugewiesen
1111 1110 10  verbindungsspezifische lokale Adressen
1111 1110 11  Standortspezifische lokale Adressen
1111 1111    Multicast
; Unicast Adressen
== Unicast-Adressen ==
; Unicast-Adressen sind providerbasierte Adressen und gelten Weltweit
* Sie sind durch die ersten 3 Bit 010 gekennzeichnet.
* Anschließend folgen 5 Bit Registry-ID, die das Organ bezeichnen, das diese Adresse an den
Provider vergeben hat, auf die wiederum eine Provider-ID folgt.
* Anschließend folgt die Subscriber-Id, die die Einrichtung bezeichnet, die von dem Provider die
Adresse bezieht
; Der Subscriber kann sein Netz wiederum in verschiedene Unternetze gliedern
* die durch eine entsprechende ID gekennzeichnet sind
* Die letzten 48 Bit bilden schließlich die Interface-ID
* Da dies genau der Größe einer MAC-Adresse enstpricht, können sich damit Stationen im LAN
automatisch konfigurieren, indem sie einfach ihre MAC-Adresse als Interface-ID verwenden
; Weitere Adressbereiche
* die den heutigen lokalen Adressbereichen entsprechen, und die nicht von einem Router geroutet
werden
* Es sind dies verbindungsspezifische und standortspezifische lokale Adressen
== Global Unicast ==
; Alle anderen Adressen gelten als Global-Unicast-Adressen
; Von diesen sind jedoch bisher nur die folgenden Bereiche zugewiesen
::/96 (96 0-Bit)
* Stand für IPv4-Kompatibilitätsadressen
** welche in den letzten 32 Bit die IPv4-Adresse enthielten
** dies galt nur für globale IPv4 Unicast-Adressen
** Diese waren für den Übergang definiert
* In RFC 4291 vom Februar 2006 als veraltet (engl. deprecated) gekennzeichnet
0:0:0:0:0:ffff::/96 (80 0-Bit, gefolgt von 16 1-Bit)
* Steht für IPv4 mapped (abgebildete) IPv6 Adressen
* Die letzten 32 Bit enthalten die IPv4-Adresse
* Ein geeigneter Router kann diese Pakete zwischen IPv4 und IPv6 konvertieren
** und so die neue mit der alten Welt verbinden
2000::/3 (2000… bis 3fff…; was dem binären Präfix 001 entspricht)
* Stehen für die von der IANA vergebenen globalen Unicast-Adressen
* Routbare und weltweit einzigartige Adressen
== Bildung einer Globalen Unicast Adresse ==
[[File:ipv6Adressierung15.png|800px]]
== Global Unicast Adressen ==
2001                                                2003, 240, 260, 261, 262, 280, 2a0, 2b0
* werden an Provider vergeben                und 2c0
* die diese an ihre Kunden weiterverteilen      * werden von Regional Internet Registries
(RIRs) vergeben
2001::/32                                              * sind ihnen noch vollständig zugeteilt
* beginnend mit 2001:0:                          * anders als 2001::/16
* Tunnelmechanismus Teredo
3ffe::/16
2001:db8::/32                                          * Testnetzwerk 6Bone
* Dokumentationszwecke                          * wurden gemäß RFC 3701 an die IANA
* keine tatsächlichen Netzteilnehmer                  zurückgegeben
2002                                                64:ff9b::/96
* Adressen des Tunnelmechanismus 6to4
* Übersetzungsmechanismus NAT64
gemäß RFC 6146
== IPv6-Adressraum ==
; Zusammenfassung
[[File:ipv6Adressierung09.png|700px]]
<noinclude>
== Anhang ==
== Anhang ==
=== Siehe auch ===
=== Siehe auch ===
{{Special:PrefixIndex/{{BASEPAGENAME}}}}
{{Special:PrefixIndex/{{BASEPAGENAME}}}}
==== Dokumentation ====
==== Dokumentation ====
; RFC
{| class="wikitable sortable options big"
|-
! RFC !! Titel
|-
| [https://www.rfc-editor.org/rfc/0000 0000] || Beschreibung
|}
==== Links ====
==== Links ====
===== Projekt =====
===== Weblinks =====
===== Weblinks =====


[[Kategorie:IPv6/Adresse]]
[[Kategorie:IPv6/Adresse]]
[[Kategorie:Internet Registry| ]]
</noinclude>
</noinclude>

Aktuelle Version vom 17. Januar 2024, 01:30 Uhr

IPv6/Adressraum - Aufteilung des Adressraums

IPv6-Adressraum

Adressraum teilt sich in große Blöcke
  • die weiter unterteilt sein können
Alle Adressen unterhalb der hierarchischen Adressebene eines Blockes weisen einen identischen Präfix auf
  • Dadurch wird das Routing entschieden vereinfacht
  • Router können einen großen Teil der Entscheidungen schon anhand des Präfix treffen
IPv4-Adressen
  • Können mit dem Präfix 0 in den IP6-Raum eingeblendet werden
Durch die neue Struktur stehen viele neuer Adressen und neue Adressierungsarten zur Verfügung

Übersicht

Provider Based Unicast Adress
3 5 n Bit 56–n Intranet Subcriber Bereich 64 Bit (z. B. 16+48)
010 Provider‑ID Subsciber‑ID Subnet‑ID Interface‑ID
Eingebettete IPv4-Adresse
80 Bit 16 Bit 32 Bit
0* 0* bis 1* IPv4‑Adresse
Link Local
10 Bit n Bit 118-n Bit
1111 1101 10 0* Interface‑ID
Side Local
10 Bit n Bit m Bit 118-n-m Bit
1111 11101 11 0* Subnet‑ID Interface‑ID
Multicast
8 Bit 4 Bit 4 Bit 112 Bit
1111 1111 Flags SCOP Group-ID
Flags
4 Bit
0 0 0 T
  • T.
  • 0 - dauerhaft
  • 1 - temporär

Präfixe

Präfixe geben den Netzwerkteil der Adresse an
  • Sie werden in CIDR - Notation angegeben
Alle übrigen Bit können verwendet werden zur
  • Unterteilung in Subnetze
  • Adressierung von Nodes
Das Präfix /128 bezeichnet einen einzelnen Node

Übersicht

Präfix Verwendung
0000 0000 Reserviert und IPv4
0000 0001 Nicht zugewiesen
0000 0010 OSI-NSAP-Adressen
0000 010 Netware IPX-Adressen
0000 011 Nicht zugewiesen
0000 1 Nicht zugewiesen
1 Nicht zugewiesen
1 Nicht zugewiesen
10 Adressen für Service Provider
11 Nicht zugewiesen
100 Adressen für geographische Bereiche
101 Nicht zugewiesen
110 Nicht zugewiesen
1110 Nicht zugewiesen
1111 10 Nicht zugewiesen
1111 110 Nicht zugewiesen
1111 1110 Nicht zugewiesen
1111 1110 0 Nicht zugewiesen
1111 1110 10 verbindungsspezifische lokale Adressen
1111 1110 11 Standortspezifische lokale Adressen
1111 1111 Multicast


Netzsegmente

Typische Präfix-Längen
Link Local
10 Bit n Bit 118-n Bit
1111 1101 10 0* Interface‑ID
Netzsegmenten werden 64 Bit lange Präfixe zugewiesen
  • Bildet mit dem Interface-Identifier die Adresse
Interface-Identifier
  • kann aus der MAC-Adresse der Netzwerkkarte erstellt oder
  • anders eindeutig zugewiesen werden
  • das genaue Verfahren ist in RFC 4291, Anhang A beschrieben

Beispiel

Hat ein Netzwerkgerät die IPv6-Adresse
2001:0db8:85a3:08d3:1319:8a2e:0370:7347/64

so lautet das Präfix

2001:0db8:85a3:08d3::/64

und der Interface-Identifier

1319:8a2e:0370:7347
Provider bekam von der RIR etwa das Netz
2001:0db8::/32

zugewiesen

Endkunde vom Provider gegebenenfalls das Netz
2001:0db8:85a3::/48

oder nur

2001:0db8:85a3:0800::/56

Adressierungsarten

Adressierungsart Beschreibung Darstellung
Unicast
  • Identifier für ein einzelnes von n erreichbaren Interfaces
  • Kardinalität: 1:1 (wobei 1 aus n ist)
  • an genau eine Station gesendet (Unicast)
Multicast
  • an eine Gruppe von Stationen (Multicast)
  • Identifier für eine Gruppe von m aus n erreichbaren Interfaces
  • Kardinalität: 1:m (m=1 ist Unicast, m=n ist Broadcast)
Anycast
  • an die Schnellste aus einer Gruppe von Stationen (Anycast)
  • Identifier für eine einzelnes aus einer Gruppe von m aus n erreichbaren Interfaces
  • Kardinalität: 1:1 (wobei 1 aus m ist, m=n ist möglich)
Broadcast
  • Identifier für alle n erreichbaren Interfaces
  • Kardinalität: 1:n

Gültigkeitsbereiche

Address Scopes (Gültigkeitsbereiche)
  • Es gibt verschiedene IPv6-Adressbereiche mit Sonderaufgaben und unterschiedliche Eigenschaften
Diese werden meist schon durch die ersten Bit der Adresse signalisiert
  • Sofern nicht weiter angegeben, werden die Bereiche in RFC 4291 bzw. RFC 5156 definiert
Scopes
Scope Beschreibung
interface/host Verlässt nie den Host
link-local Verlässt nie das lokale Subnetz
global Geht um die ganze Welt
Address Scopes sind nicht mit Multicast Scopes zu verwechseln

Zugeordnete Adressbereiche

Der Rest hat momentan noch keine Verwendung

Verwendung Präfix Präfix (binär) % Anteil
reserved 0::/8 0000 0000 0,4%
Loopback 0::0:1
IPv4 compatible (für IPv4 -> IPv6 Transition) ::0102:0304
IPv4 mapped (für IPv4 -> IPv6 Transition) FFFF:0102:0304
ISO Network addresses 200::/7 0000 001 0,8%
Novell Network addresses 400::/7 0000 010 0,8%
Aggregatable global unicast addresses 2000::/3 001 12,5%
ehem. Geographic based unicast adresses 8000::/3 100
Link local address FE80::/10 1111 1110 10 0,1%
Site local address FECO0::/10 1111 1110 11 0,1%
Multicast address FF00::/8 11111111 0,4%
Summe gesamt 15,1 %

Besondere Adressen

Adresse Beschreibung Verwendung
Keine Adresse ::/128 128 0-Bit
  • darf keinem Host zugewiesen werden
  • zeigt das Fehlen einer Adresse an
  • Absenderadresse eines initialisierenden Hosts, solange er noch keine Adresse hat
  • Serverprogramme werden durch Angabe dieser Adresse angewiesen, auf allen Adressen des Hosts lauschen
Loopback-Adresse ::1/128 127 0-Bit
ein 1-Bit
  • Adresse des eigenen Rechners
  • Wird meist mit dem Namen localhost verknüpft


Anhang

Siehe auch

Dokumentation

RFC
RFC Titel
0000 Beschreibung

Links

Weblinks