|
|
| (17 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 2: |
Zeile 2: |
|
| |
|
| == Beschreibung == | | == Beschreibung == |
| 6rd, auch IPv6 rapid deployment genannt, ist eine spezielle Form von 6to4
| | ; Eine spezielle Form von 6to4 |
| * Entwickelt wurde der Mechanismus beim französischen Provider Free, dessen Kunden schon früh auf eine Versorgung mit IPv6 drängten | | [[File:6rdSzenario.png|mini|500px]] |
| | * Entwickelt vom französischen Provider ''Free'' |
| | ** dessen Kunden schon früh auf eine Versorgung mit IPv6 drängten |
| * Innerhalb von nur fünf Wochen wurde der Mechanismus ausgerollt | | * Innerhalb von nur fünf Wochen wurde der Mechanismus ausgerollt |
| * Im Unterschied zu
| | |
| 6to4 verwendet 6rd ein allgemeines Präfix des Providers
| |
| * An dieses werden die IPv4-Adressen des Kunden, ebenfalls aus dem Adressbereich des Providers, angefügt
| |
| * Die Relay-Server werden vom Provider selbst betrieben, deshalb gelten sie als vertrauenswürdig
| |
| * Eine Aktualisierung der Software auf dem CPE der Kunden ist bei der Einführung von 6rd unumgänglich
| |
| Der Provider, dessen Infrastruktur weiterhin auf IPv4 basierte, konnte so Zeit für eine wohlüberlegte Migration gewinnen | | Der Provider, dessen Infrastruktur weiterhin auf IPv4 basierte, konnte so Zeit für eine wohlüberlegte Migration gewinnen |
| Die Technologie wurde von Free in RFC 5969 [TT10] beschrieben | | * Möglichkeit für [[Internet Service Provider]], [[IPv6]]-fähige Anschlüsse bereitzustellen |
| | * ohne, dass die providerseitige Infrastruktur vollständig auf IPv6 umgestellt werden muss |
| | * Die Technologie wurde von Free in [[RFC/5969]] beschrieben |
|
| |
|
| Möglichkeit für einen [[Internet Service Provider]], seinen Kunden [[IPv6]]-fähige Anschlüsse zu bieten, ohne dass die providerseitige Infrastruktur vollständig auf IPv6 umgestellt werden muss
| | Im Unterschied zu 6to4 verwendet 6rd ein allgemeines Präfix des Providers |
| | | * An dieses werden die IPv4-Adressen des Kunden, ebenfalls aus dem Adressbereich des Providers, angefügt |
| Basiert auf den Ideen von [[6to4]], benutzt jedoch keinen speziellen Adressbereich, sondern den IPv6-Adressbereich des Providers, so dass es zu keinen Erreichbarkeitsproblemen kommt, unter denen 6to4 bisweilen zu leiden hatte
| | * Benutzt also keinen speziellen Adressbereich, sondern den IPv6-Adressbereich des Providers |
| | | ** Weniger Erreichbarkeitsprobleme, zu denen es bei 6to4 bisweilen kommen kann |
| 6rd wurde von Rémi Després Ende 2007/Anfang 2008 bei dem französischen ISP free entwickelt und spezifiziert
| | * Die Relay-Server werden vom Provider selbst betrieben |
| | | ** weshalb sie als "vertrauenswürdig" gelten |
| == Funktionsweise ==
| |
| Wie bei 6to4 wird die IPv6-Adresse algorithmisch aus der öffentlichen [[IPv4-Adresse]] des Anschlusses gebildet
| |
| * Jedoch ist nicht festgelegt, welche Teile der IPv4-Adresse in welchen Bereich der IPv6-Adresse abgelegt wird
| |
| * Die Provider können somit selbst ein für sie geeignetes Mapping einsetzen
| |
| | |
| Üblicherweise bekommt ein Provider von seiner [[Regional Internet Registry|RIR]] ein /32-Netz aus dem IPv6-Adresspool zugewiesen
| |
| * Das heißt, die obersten 32 Bit der IPv6-Adresse sind damit festgelegt
| |
| * Nun können einfach die 32 Bit der öffentlichen IPv4-Adresse in die nachfolgenden 32 Bit der IPv6-Adresse abgebildet werden, so dass jedem Anschluss nun ein /64-Netz zugewiesen werden kann
| |
| | |
| Allerdings ist es bei IPv6 üblich, an Endkunden größere Adressbereiche auszugeben, etwa /56 oder /52
| |
| * Da nur große (multi-)nationale Provider einen größeren IPv6-Adressbereich als /32 zugewiesen bekommen, ist in der Regel ein Mapping nötig, das nur Teile der IPv4-Adresse in die IPv6-Adresse übernimmt, z. B
| |
| * die unteren 24 Bit
| |
| | |
| == Einsatz ==
| |
| 6rd ist bei einigen Providern im Einsatz, in Deutschland beispielsweise bei der [[Deutsche Glasfaser Holding|Deutschen Glasfaser]]
| |
| | |
| == Datenschutz ==
| |
| IP-Adressen gelten nach höchstrichterlicher Rechtsprechung als personenbezogene Daten, da mit ihnen ein Personenbezug (zumindest zum Anschlussinhaber) hergestellt werden kann
| |
| * Bei der Verarbeitung<!-- bitte genauer! --> von IP-Adressen dürfen daher, nach Ansicht des [[Düsseldorfer Kreis]]es, nur gekürzte Adressen verwendet werden, d. h., dass beispielsweise das letzte Byte einer IPv4-Adresse ausgenullt wird, so dass kein Personenbezug mehr herstellbar ist, andere IP-adress-basierte Dienste, wie z. B. [[Geolokation]], aber weiterhin möglich bleiben
| |
| | |
| Bei IPv6-Adressen wird ein Kürzen auf 40 Bit empfohlen
| |
| * Es bleiben somit bei einem 32-Bit-Präfix des Providers maximal 8 Bit der IPv-4-Adresse des Anschlussinhabers übrig, womit kein Personenbezug mehr herstellbar ist | |
| {{IPv6-Übergangsmechanismen}}
| |
| '''6rd''' steht für ''IPv6 Rapid Deployment'' und ist eine Möglichkeit für einen [[Internet Service Provider]], seinen Kunden [[IPv6]]-fähige Anschlüsse zu bieten, ohne dass die providerseitige Infrastruktur vollständig auf IPv6 umgestellt werden muss
| |
| | |
| Es basiert auf den Ideen von [[6to4]], benutzt jedoch keinen speziellen Adressbereich, sondern den IPv6-Adressbereich des Providers, so dass es zu keinen Erreichbarkeitsproblemen kommt, unter denen 6to4 bisweilen zu leiden hatte
| |
| | |
| 6rd wurde von Rémi Després Ende 2007/Anfang 2008 bei dem französischen ISP free entwickelt und spezifiziert
| |
| | |
| == Funktionsweise ==
| |
| Wie bei 6to4 wird die IPv6-Adresse algorithmisch aus der öffentlichen [[IPv4-Adresse]] des Anschlusses gebildet
| |
| * Jedoch ist nicht festgelegt, welche Teile der IPv4-Adresse in welchen Bereich der IPv6-Adresse abgelegt wird | |
| * Die Provider können somit selbst ein für sie geeignetes Mapping einsetzen
| |
| | |
| Üblicherweise bekommt ein Provider von seiner [[Regional Internet Registry|RIR]] ein /32-Netz aus dem IPv6-Adresspool zugewiesen
| |
| * Das heißt, die obersten 32 Bit der IPv6-Adresse sind damit festgelegt
| |
| * Nun können einfach die 32 Bit der öffentlichen IPv4-Adresse in die nachfolgenden 32 Bit der IPv6-Adresse abgebildet werden, so dass jedem Anschluss nun ein /64-Netz zugewiesen werden kann | |
| | |
| Allerdings ist es bei IPv6 üblich, an Endkunden größere Adressbereiche auszugeben, etwa /56 oder /52
| |
| * Da nur große (multi-)nationale Provider einen größeren IPv6-Adressbereich als /32 zugewiesen bekommen, ist in der Regel ein Mapping nötig, das nur Teile der IPv4-Adresse in die IPv6-Adresse übernimmt, z. B. die unteren 24 Bit | |
| | |
| == Einsatz ==
| |
| 6rd ist bei einigen Providern im Einsatz, in Deutschland beispielsweise bei der [[Deutsche Glasfaser Holding|Deutschen Glasfaser]]
| |
| | |
| == Datenschutz ==
| |
| IP-Adressen gelten nach höchstrichterlicher Rechtsprechung als personenbezogene Daten, da mit ihnen ein Personenbezug (zumindest zum Anschlussinhaber) hergestellt werden kann
| |
| * Bei der Verarbeitung<!-- bitte genauer! --> von IP-Adressen dürfen daher, nach Ansicht des [[Düsseldorfer Kreis]]es, nur gekürzte Adressen verwendet werden, d. h., dass beispielsweise das letzte Byte einer IPv4-Adresse ausgenullt wird, so dass kein Personenbezug mehr herstellbar ist, andere IP-adress-basierte Dienste, wie z. B. [[Geolokation]], aber weiterhin möglich bleiben
| |
|
| |
|
| Bei IPv6-Adressen wird ein Kürzen auf 40 Bit empfohlen
| | Eine Aktualisierung der Software auf dem CPE der Kunden ist bei der Einführung von [[6rd]] erforderlich |
| * Es bleiben somit bei einem 32-Bit-Präfix des Providers maximal 8 Bit der IPv-4-Adresse des Anschlussinhabers übrig, womit kein Personenbezug mehr herstellbar ist
| |
|
| |
|
| <noinclude> | | <noinclude> |
|
| |
| == Anhang ==
| |
| === Siehe auch ===
| |
| {{Special:PrefixIndex/{{BASEPAGENAME}}/}}
| |
| === Links ===
| |
| ==== Weblinks ====
| |
| # https://de.wikipedia.org/wiki/6rd
| |
|
| |
|
| |
| [[Kategorie:IPv6/Tunnel]]
| |
|
| |
| </noinclude>
| |
|
| |
|
| |
|
| == Anhang == | | == Anhang == |
| Zeile 92: |
Zeile 31: |
| ! RFC !! Titel !! Date !! Status | | ! RFC !! Titel !! Date !! Status |
| |- | | |- |
| | [https://www.rfc-editor.org/info/rfc2529 2529] || Transmission of IPv6 over IPv4 Domains without Explicit Tunnels || 1999 || [[Proposed Standard]] | | | [https://www.rfc-editor.org/info/rfc5969 5969] || IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) -- Protocol Specification || 2010 || [[Proposed Standard]] |
| |} | | |} |
|
| |
|
| === Siehe auch === | | === Siehe auch === |
| <div style="column-count:3"> | | <div style="column-count:2"> |
| <categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree> | | <categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree> |
| </div> | | </div> |
| Zeile 104: |
Zeile 43: |
| === Links === | | === Links === |
| ==== Weblinks ==== | | ==== Weblinks ==== |
| | # https://de.wikipedia.org/wiki/6rd |
|
| |
|
| [[Kategorie:IPv6/Tunnel]] | | [[Kategorie:IPv6/Tunnel]] |
|
| |
|
| </noinclude> | | </noinclude> |
