IPv6: Sammlung von Nutzern mit IPv6 + Prefix

[RcRaCk2k]

Zumindest hab ich noch nichts Brauchbares gefunden...

http://www.kangaroo.comcast.net/wiki/do ... aftr:index

Dieses Dokument sollte sehr interessant sein.

Ich habe mich jetzt in den letzten Tagen intensiv mit DS-Lite, Transport Relay Translation (TRT), und NAT64/DNS64 ... Das ist zwar alles Bullshit, aber im Falle des Endes von IPv4 ist "DS-Lite" das beste Produkt, was ich finden konnte. Noch besser ist es, wenn AFTR 2.0 released wird, denn dann können auch Ports vom Nutzer geöffnet werden (zwar nur sehr eingeschränkt, aber machbar und sicherlich eine kostenpflichtige Option, denn nicht jeder kann Port 80 haben ^^).

Am Besten ist immer noch echtes Dual-Stack. Klar! Aber die öffentlichen IPv4 Adressen gehen aus, daher muss entsprechend gehandelt werden.

[ externes Bild ]
Das sagt wohl fast alles über den Verbindungsaufbau von DS-Lite aus.
Und dieses Dokument sagt genügend über die Funktionen aus: https://www.isc.org/files/AFTR_120510.pdf

Server-Dienste am heimischen PC zu betreiben (VPN, NAS usw.) wird wohl wirklich nicht mehr möglich sein.
P2P-Programme sollten dennoch keine Probleme haben, denn uPNP wird in Version AFTR 1.1 unterstützt.

[murx]

Server-Dienste am heimischen PC zu betreiben (VPN, NAS usw.) wird wohl wirklich nicht mehr möglich sein.

Doch, das sollte schon noch alles gehen, allerdings nur noch über IPv6. Da muss ich hier auf Arbeit wohl mal Druck machen, damit wir hier auch langsam mal IPv6 einführen, denn wie komme ich sonst an meine Mucke ran?

[TheZulfi]

Also ich hoffe das mir das erspart bleibt, ich bin der festen Meinung, das es für viele unverzichtbare Features sind (Ports freischalten, eigene IP usw...)

[RcRaCk2k]

Über IPv6 natürlich, denn das ist ja ne S2S-Verbindung (Site-2-Site). Ich muss jetzt auch schaun, dass mein Rechenzentrum in Nürnberg endlich IPv6 Prefixe an Kunden heraus gibt und mir ein neues IPv6-PI Netz bestellen. Man man man... Wieder Arbeit über Arbeit - und derweil hab ich eh so wenig Zeit.

FRAGE
Gibt es nun Kunden, die im internen Netz bereits auch schon eine öffentliche IPv6-Adresse haben, oder sendet das HITRON noch keine Router-Advertisements?

WEITERE FRAGE (Technisch)
Wäre es für Kabel-Deutschland nicht einfacher, echten Dual-Stack mit privaten IPv4-Adressen und echten öffentlichen IPv6-Adressen zu fahren? Das 10.0.0.0/8 Netz hat 16.777.216 IPv4 Adressen, die sollten KD doch reichen. Dann kann man einige AFTR-Gateways aufbauen und alle IPv4 Adressen auf einmal per NAT umsetzen. Aktuell setzt K.D. ja voraus, dass die Hardware (wie z.B. Hitron) das AFTR verstehen muss. Nachdem das CISCO-Modem und viele andere Router das nicht können, sind aktuell nur HITRON-Besitzer in der Lage IPv6 zu nutzen.

Ich sehe einige Vorteile, wenn man private IP-Adressen im echten Dual-Stack betreibt:

• Jedes IPv6-fähiges Gerät kann mit echtem Dual-Stack umgehen
• Wird das Kabelmodem als Router eingesetzt, muss das Kabelmodem den Layer-2 Header modifizieren was dann den Speed durch die CPU limitiert
• Der AFTR-Server muss bei der aktuellen Lösung pro Kunde einen Tunnel verwalten
• Wird ein IPv4 Access-Concentrator verwendet sinkt entsprechend die Anzahl der zu verwaltenden Tunnels
• Auch Kunden von CISCO Geräten können aufgrund der "BRIDGE" und einem IPv6-fähigem Router von IPv6 profitieren

Netzaufbau:
[ externes Bild ]

Das sollte rein theoretisch machbar, flexibler und von der Performance her schneller sein.

[petertxt]

SLAAC und DHCPv6 sind ja nur dafür da einzelne IP Adressen zuzuweisen und nicht einem Router ein ganzes Subnet. Korrigiert mich wenn ich mich täusche.

Mit DHCPv6 kann man dem Modem/Router mehrere Präfixe mitteilen. Das heisst dann DHCPv6-PD (Prefix Delegation). Solche Präfixe können dann auf der LAN Seite verwendet werden.

[Winchester]

FRAGE
Gibt es nun Kunden, die im internen Netz bereits auch schon eine öffentliche IPv6-Adresse haben, oder sendet das HITRON noch keine Router-Advertisements?

Aber sicher. Leute die auf ipv6-test.com eine IPv6 Adresse angezeigt bekommen.

WEITERE FRAGE (Technisch)
Wäre es für Kabel-Deutschland nicht einfacher, echten Dual-Stack mit privaten IPv4-Adressen und echten öffentlichen IPv6-Adressen zu fahren? Das 10.0.0.0/8 Netz hat 16.777.216 IPv4 Adressen, die sollten KD doch reichen.

Welchen Vorteil hätte das? Auch da würde ja irgendwo genattet werden müssen und wenn man 1:1 NAT macht bräuchte man 16 mio neue IPv4 Adressen.

@petertxt
Danke. Ich muss gestehen das ich mich mit DHCPv6 noch nicht wirklich befasst habe und dadurch die Optionen noch nicht kenne. SLAAC hat bei mir Zuhause bislang ausgereicht. Aber wird wohl zeit sich damit zu beschäftigen.

[MirGro]

PN geht nicht (erst 6 mit dem 7 Beiträge)
Hier meine IPv4 : 95.91.241.82

[fLoo]

PN geht nicht (erst 6 mit dem 7 Beiträge)
Hier meine IPv4 : 95.91.241.82

Danke.

[Winchester]

Also bislang sind alle AFTR Gateways aus dem Netzbereich 95.91.128.0/17, wenn ich das richtig sehe?
http://www.robtex.com/route/95.91.128.0 ... route.html

[RcRaCk2k]

Aber sicher. Leute die auf ipv6-test.com eine IPv6 Adresse angezeigt bekommen.

Ähhhhhh nein. Das HITRON hat WAN-seitig eine public IPv6 Adresse, das ist schon mal klar. Es kann jedoch sein, dass das Hitron ja per DHCPv6 nur eine Site-Local (ULC) Adresse herausgibt und sich als als Default-Router ausgibt. Anschließend werden die Site-Local-Adressen ebenfalls wie damals zu IPv4-Zeiten per NAT auf die öffentliche IPv6-Adresse genatted?

Welchen Vorteil hätte das? Auch da würde ja irgendwo genattet werden müssen und wenn man 1:1 NAT macht bräuchte man 16 mio neue IPv4 Adressen.

Ähhhhhm ich habe doch geschrieben

• echten Dual-Stack mit privaten IPv4-Adressen und echten öffentlichen IPv6-Adressen zu fahren
• einige AFTR-Gateways aufbauen und alle IPv4 Adressen auf einmal per NAT umsetzen
• Ganz großer Punkt: Ich sehe einige Vorteile, wenn man private IP-Adressen im echten Dual-Stack betreibt --> Jetzt würde die Liste kommen...

Comcast macht das z.B., weil sie Performance-Probleme mit dem AFTR-Server hatten, wenn dieser viele VPN-Sessions zur gleichen Zeit bearbeiten muss. Sehe dir einfach meine Grafik "Netzaufbau" an.