IPv6-Roadmap

So funktioniert Routing aber nicht, mal ganz davon abgesehen, dass man nicht zwingend verschiedene MAC-Adressen hat, sondern diese durchaus auch mehrfach vorhanden sein können.


DHCPv6 wird von kaum einem OS überhaupt unterstützt, außerdem ist es mindestens idiotisch, eine der sinnigsten Neuerungen von IPv6 (stateless autoconfiguration) wirkungsvoll zu verhindern.


Selbst Big-T plant seinen Residential-Kunden ein /56 zuzuweisen - siehe beispielsweise hier bei heise:
http://www.heise.de/newsticker/meldung/Deutsche-Telekom-konkretisiert-IPv6-Plaene-1102458.html
Es wäre mir überhaupt neu, dass man an Festverbindungen nur /64 zuweisen will, alle mir bekannten Pläne sehen entweder ein /56 oder ein /48 vor.
Somit bekommt man mindestens 256 /64 - das sollte für Privatkunden ausreichend, aber eben auch notwendig, sein.
Warum man jedem dedizierten Host ein /48 zuweisen sollte, ohne dass der Bedarf dafür geklärt ist, erschließt sich mir ebenfalls so überhaupt gar nicht.

Ein dsl-Anschluß von maitu wäre für mich damit nutzlos, da ich zu Hause jetzt schon fünf Netze hinter einem Router habe (LAN, WLAN, DMZ, VoIP, Media wie vdr und Streamingclients) - übrigens unterstützen meine Telefone gar kein DHCPv6, wohl aber via radvd zugewiesene IPs und Bereichsoptionen, ebenso wie meine Rechner im LAN und im WLAN (Debian, SuSE und Windows 7).

Du denkst zu sehr im IPv4-Schema, allerdings befindest du dich da in bester Gesellschaft
Ohne Manuel nun zu nahe treten zu wollen - aber alleine die Formulierung zeigt, dass er sich noch nicht allzu ausgiebig mit der Materie beschäftigt hat - und auch er befindet sich damit ebenso in bester Gesellschaft.

Die Formulierung ist ebenso unsinnig wie richtig - übersetzt in das alte "IPv4-Schema" sagt er nämlich, dass er dem Kunden bei Zuweisung eines IPv4-/32-Prefixes "über 130.000 TCP- und sogar UDP-Ports" bereitstellt und zu ihm routet.
Das ist zwar richtig - aber eben auch unsinnig.

IPv6 ist mitnichten nur die schiere Vergrößerung des zuteilbaren Raumes an Prefixen bzw. eindeutigen Adressen - damit einher gehen ettliche weitere Neuerungen. Beispielsweise existiert hier auch der Begriff des "interface identifiers", der Teil der Adresse sein kann, aber nicht muss (das sind die letzten 64 Bit der Adresse). Daraus folgt, dass man kein kleineres Prefix zuordnen kann, wenn man den vollen Funktionsumfang nutzen möchte, und 128-64 ergibt nunmal 64.
Würdest du kleinere Prefixe zuordnen, würde beispielsweise die privacy-extension (in der jetzigen Implementation der mir bekannten IPv6-Stacks) nicht mehr tun, einfaches renumbering täte nicht mehr usw. - quasi alle qualitativen Verbesserungen, die mit IPv6 einher gehen, fielen weg.

Auch die hier genannten Voraussetzungen gehen an der Realität vorbei.
Die Carrier gehen schon lange auf IP-Only-Lösungen über - für Privatkunden bedeutet das beispielsweise, dass statt klassischer Telefonie über TDM-basierte Lösungen (POTS und ISDN) durch IP-basierte Dienste ersetzt wird. Selbst Big-T vermarktet das seit kurzem wieder aktiv. Oder nehmen wir klassische Triple-Play-Angebote, also vereinfacht "TV übers Internetz" - da haben wir schon mindestens drei Netzsegmente, die man unterteilt haben möchte, das machen die Carrier heute auch schon (zumindest diejenigen, die Komplettangebote vermarkten wie Bigt-T, Vodafone und Telefonica über O2 bzw. Hansenet). Die routen auch heute schon zwei bzw. drei voneinander unabhängige Netze zu dir nach Hause, wenn du deren Angebot willst.
Zwar sind das heute noch Netze aus dem RFC1918-Bereich, aber den gibt es bei IPv6 so nicht mehr, außerdem führt das oft zu Komplikationen bei den Endkunden, was zu erhöhtem Supportaufwand führt (Telefonica macht deren SIP-Server grundsätzlich nur über deren Intranet im Bereich 10/8 erreichbar, also registrar$foo.sip.alice-dsl.de löst grundsätzlich auf eine IP in AS6805 auf, darüber wird die Registrierung aber mit einem 403 ohne weitere Begründung abgelehnt; kontaktiert man über die RFC1918-Adresse funktionierts; das alles ist für den Residential zwar völlig transparent, ebenso das Routing über ein anderes VLAN - aber wenn er an seinem CPE den LAN-Adressraum verändert, also von einem Segment aus 192.168/16 in eines aus 10/8, und zufällig gerade das /23 trifft, auf dem das CPE deren Intranet anspricht, wird so manches Billig-CPE ganz strubbelig - und der Residential wird in aller Regel völlig hilflos sein - wie übrigens auch so mancher wannabee-ISP, der dort wholesale-Kunde ist ).


To make a long story short:
Es ist ein grundsätzlich falscher Ansatz, IPv6-Prefixe bis zu einem /128 herunterbrechen zu wollen und dort dann die Menge der zuteilbaren Adressen hochzurechnen. Man muss, um IPv6 vollständig nutzen zu können, auf /64-Prefixe für die jeweils nutzbaren Segmente herunterbrechen - es geht zwar auch kleiner, nur fällt einem das irgendwo immer auf den Fuß und man sollte das nur dann machen, wenn man genau weiß, was man da tut.
Einfacher gesagt - du bekommst, wenn dein ISP dir ein /56 zuweist, eben in erster Linie nicht 4722366482869645213696 einzelne Adressen, sondern ("nur") 256 /64-Segmente, die du nutzen kannst.
Man kann nun allenfalls fragen - braucht ein Residential überhaupt mehr als ein /64? Aktuell wohl eher nicht - nur habe ich oben versucht zu skizzieren, wohin der Trend geht - man will möglichst alles über IP realisieren, und da ist es sinnvoll, die einzelnen Netze auch trennen zu können (PCs, Telefone, Mediareceiver usw.), sowohl physikalisch als auch logisch.


Ich habe das nun bewusst vereinfacht, aber nicht sinnentstellend, versucht zu beschreiben.
Ich sehe ständig, dass eigentlich intelligente und technisch versierte Menschen versuchen, ihre "IPv4-Erfahrung" auf biegen und brechen auf IPv6 anzuwenden, und da stoßen sie oft auf unverständnis. Das liegt -so glaube ich- oft daran, dass sie sich kaum mit der Entstehung von IPv6 befasst haben, nur das Ergebnis sehen, und dann vieles nicht so einleuchtend empfinden - Paradebeispiel ist immer das hochrechnen auf einzelne /128.