|
|
| (32 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| '''topic''' - Kurzbeschreibung | | '''{{BASEPAGENAME}}''' - IPv6 Rapid Deployment |
| | |
| == Beschreibung == | | == Beschreibung == |
| {{IPv6-Übergangsmechanismen}}
| | ; Eine spezielle Form von 6to4 |
| '''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. | | [[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 |
|
| |
|
| 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.
| | Der Provider, dessen Infrastruktur weiterhin auf IPv4 basierte, konnte so Zeit für eine wohlüberlegte Migration gewinnen |
| | * 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 |
|
| |
|
| 6rd wurde von Rémi Després Ende 2007/Anfang 2008 bei dem französischen ISP free entwickelt.<ref>{{Internetquelle |autor=Alexandre Cassen |url=https://ripe58.ripe.net/content/presentations/ipv6-free.pdf |titel=IPv6 @ Free |datum=2009-05-05 |format=PDF; 2,2 MB |sprache=en |abruf=2023-09-07}} </ref> Seit August 2010 ist 6rd im <nowiki>RFC 5969</nowiki><ref>{{RFC-Internet |RFC=5969 |Titel=IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) – Protocol Specification |Datum=2010-08}}</ref> spezifiziert. | | 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 |
| | * Benutzt also keinen speziellen Adressbereich, sondern den IPv6-Adressbereich des Providers |
| | ** Weniger Erreichbarkeitsprobleme, zu denen es bei 6to4 bisweilen kommen kann |
| | * Die Relay-Server werden vom Provider selbst betrieben |
| | ** weshalb sie als "vertrauenswürdig" gelten |
|
| |
|
| == Funktionsweise ==
| | Eine Aktualisierung der Software auf dem CPE der Kunden ist bei der Einführung von [[6rd]] erforderlich |
| 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.
| | <noinclude> |
|
| |
|
| Allerdings ist es bei IPv6 üblich, an Endkunden größere Adressbereiche auszugeben, etwa /56<ref>{{Internetquelle |autor=Reiko Kaps |url=https://www.heise.de/news/Details-zu-IPv6-ueber-Telekom-DSL-1762367.html |titel=Details zu IPv6 über Telekom-DSL |werk=heise online |datum=2012-12-05 |sprache=de |abruf=2023-09-07}}</ref><ref>{{Webarchiv |url=http://www.apnic.net/policy/ipv6-address-policy |text=apnic.net |wayback=20130705105323}}</ref> 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.
| | == Anhang == |
| | === Dokumentation === |
| | ===== RFC ===== |
| | {| class="wikitable big options col1center col3center" |
| | |- |
| | ! RFC !! Titel !! Date !! Status |
| | |- |
| | | [https://www.rfc-editor.org/info/rfc5969 5969] || IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) -- Protocol Specification || 2010 || [[Proposed Standard]] |
| | |} |
|
| |
|
| == Einsatz == | | === Siehe auch === |
| 6rd ist bei einigen Providern im Einsatz, in Deutschland beispielsweise bei der [[Deutsche Glasfaser Holding|Deutschen Glasfaser]]<ref>{{Internetquelle |url=https://www.deutsche-glasfaser.de/fileadmin/content/pdf/downloads/sonstiges/DG_schnittstellenspezifikation.pdf |titel=Schnittstellenspezifikation |werk=Deutsche Glasfaser |format=PDF; 40 kB |sprache=de |abruf=2023-09-07}}</ref> und in der Schweiz bei der [[Swisscom]].<ref>[https://www.tuxone.ch/2012/06/swisscom-ipv6-mit-6rd-in-die-nachste.html Swisscom IPv6. Mit 6RD in die nächste Runde!] tuxone.ch, 2012.</ref>
| | <div style="column-count:2"> |
| | <categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree> |
| | </div> |
| | ---- |
| | {{Special:PrefixIndex/{{BASEPAGENAME}}/}} |
|
| |
|
| == Datenschutz == | | === Links === |
| 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.
| | ==== Weblinks ==== |
| | | # https://de.wikipedia.org/wiki/6rd |
| Bei IPv6-Adressen wird ein Kürzen auf 40 Bit empfohlen.<ref>{{Webarchiv |url=https://www.ldi.nrw.de/mainmenu_Service/submenu_Entschliessungsarchiv/Inhalt/Entschliessungen_Datenschutz/Inhalt/84_Konferenz/Einf__hrung_von_IPv6/Einf__hrung_von_IPv6.php |text=ldi.nrw.de |wayback=20131211131011}}</ref> 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.<ref>{{Internetquelle |autor=Alexandre Cassen |url=https://ripe58.ripe.net/content/presentations/ipv6-free.pdf |titel=IPv6 @ Free |datum=2009-05-05 |format=PDF; 2,2 MB |sprache=en |abruf=2023-09-07}} </ref> Seit August 2010 ist 6rd im <nowiki>RFC 5969</nowiki><ref>{{RFC-Internet |RFC=5969 |Titel=IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) – Protocol Specification |Datum=2010-08}}</ref> 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<ref>{{Internetquelle |autor=Reiko Kaps |url=https://www.heise.de/news/Details-zu-IPv6-ueber-Telekom-DSL-1762367.html |titel=Details zu IPv6 über Telekom-DSL |werk=heise online |datum=2012-12-05 |sprache=de |abruf=2023-09-07}}</ref><ref>{{Webarchiv |url=http://www.apnic.net/policy/ipv6-address-policy |text=apnic.net |wayback=20130705105323}}</ref> 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]]<ref>{{Internetquelle |url=https://www.deutsche-glasfaser.de/fileadmin/content/pdf/downloads/sonstiges/DG_schnittstellenspezifikation.pdf |titel=Schnittstellenspezifikation |werk=Deutsche Glasfaser |format=PDF; 40 kB |sprache=de |abruf=2023-09-07}}</ref> und in der Schweiz bei der [[Swisscom]].<ref>[https://www.tuxone.ch/2012/06/swisscom-ipv6-mit-6rd-in-die-nachste.html Swisscom IPv6. Mit 6RD in die nächste Runde!] tuxone.ch, 2012.</ref>
| |
| | |
| == 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.<ref>{{Webarchiv |url=https://www.ldi.nrw.de/mainmenu_Service/submenu_Entschliessungsarchiv/Inhalt/Entschliessungen_Datenschutz/Inhalt/84_Konferenz/Einf__hrung_von_IPv6/Einf__hrung_von_IPv6.php |text=ldi.nrw.de |wayback=20131211131011}}</ref> 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>
| |
| == Anhang ==
| |
| === Siehe auch ===
| |
| {{Special:PrefixIndex/{{BASEPAGENAME}}}}
| |
| ==== Links ====
| |
| ===== Weblinks =====
| |
|
| |
|
| = TMP =
| | [[Kategorie:IPv6/Tunnel]] |
|
| |
|
| [[Kategorie:IPv6-Übergangsmechanismus]]
| |
| [[Kategorie:IPv6/Migration]]
| |
| </noinclude> | | </noinclude> |
