DS-Mod mit IPv6

Hi,

da ich selbst aus vielfaeltigen Gruenden kein "ds-mod" benutze und als System-&Network Engineer auch keinerlei Ambitionen habe irgendwelche Packages gar mit Webconfig zu bauen ;-) will ich hier erstmal nur kurz das Thema aufwaermen ohne eigenen Thread und Co - villeicht will es ja doch mal irgendwer Enduser-kompatibel ins ds-mod einbauen *hoff*

Grundsaetzlich ist auch mit aktuellern 2.6er Kernel Firmwares IPv6 problemlos und stabil moeglich (sage ich jetzt einfach mal so weil es auf meinem W900V jetzt seit ein paar Tagen laeuft und nichts theoretisches dagegen spricht).

Die eingangs erwaehnte Beschreibung ist grundsaetzlich vermutlich immer noch richtig - man muss einfach Kernel, uClibc und busybox sowie eben ggf. weitere Programme mit IPv6-enabled compilieren und ein paar Scripte basteln ggf. - fertig.

Der Hauptunterschied zur o.g. Beschreibung die sich auf 2.4er Kernels bezieht ist nun die, das das reine Modul-bauen fuer den 2.6er Kernel prinzipiell nicht genuegt.

Grund: Die Symols secure_tcpv6_sequence_number() und secure_tcpv6_port_ephemeral() sind nur im Kernel, wenn dieser mit CONFIG_IPV6 oder CONFIG_IPV6_MODULE compiliert wird (char/random.c)
Das ist ohne groesseres Kernelsourcen rumpatchen vermutlich nicht aenderbar und allgemein bei Linux 2.6 der Fall, das IPv6 nicht einfach per Modul nachruestbar ist wenn der Kernel nicht damit gebaut ist, das ist keine linux-mips oder Fritzbox spezifische Sache.
[DISCLAIMER: Ich lasse mich von Linux-Kernel-Hackern gerne vom Gegenteil ueberzeugen, ich beschaeftige mich damit nicht hauptamtlich]

Da es aber sowieso sinnvoll ist, IPv6 als IP-Protokoll direkt, also statisch im Kernel zu haben, damit alle Interfaces und Programme gleich IPv6-enabled funktionieren ohne sie neu starten zu muessen nach ipv6.ko laden, ist das IMHO kein Beinbruch - im Gegenteil.
Da aber ds-mod wegen der Sourcen(?) offenbar nur fuer die 7170(?) derzeit "Kernel Replace" zulaesst, weiss ich jetzt nicht, wie ihr das handhaben wollt/koennt?!
Weiterhin patcht ihr relativ viel rum - ohne Doku und SVN leider kaum ohne groesseren Aufwand fuer mich jetzt zu sagen, ob davon irgendwas die Vorgehensweise unten behindert...

Jedenfalls das Ganze nochmal im Einzelnen wie man das in Handarbeit in eigener build-Umgebung recht trivial hinbekommt:

- kernel am besten statisch mit IPv6 uebersetzen

D.h. mindestens mit "CONFIG_IPV6=y" (oder eben CONFIG_IPV6=m wer unbedingt modular haben will, hat aber IMHO nur Nachteile)

CONFIG_IPV6_TUNNEL=y funktioniert auch wer noch die Tunnelinterfaces haben will (ggf. Dependencies beachten).

Ansonsten nach Gusto weitere Netzwerk Optionen auswaehlen, ich habe naturgemaess als Netzwerk-Mensch relativ viele andere noch, das sollte aber genuegen.

Empfehlung: Erstmal menuconfig anschauen

- uClibc mit IPv6 uebersetzen

Das ist noch einfacher und immernoch mit "UCLIBC_HAS_IPV6=y" getan, mehr muss man nicht ueberlegen oder tun.

- busybox auch IPv6-faehig machen

CONFIG_FEATURE_IPV6=y
CONFIG_FEATURE_IFUPDOWN_IPV6=y
CONFIG_PING6=y
CONFIG_FEATURE_FANCY_PING6=y
CONFIG_FEATURE_WGET_IP6_LITERAL=y

ist glaube ich alles was man auswaehlen kann.
Auch hier die Empfehlung - menuconfig ist was tolles

- sonstige Programme

MANCHE wie dropbear brauchen keine besonderen compile-time Optionen fuer IPv6, ANDERE wollen halt --enable-ipv6 o.ae. - das ist den entsprechenden Programmen zu entnehmen.
Ich habe bisher nur dropbear und bird probiert genauer, was funktioniert. net-snmp zickt etwas, dazu kann ich noch nichts sagen.

- Scripte und Co

Da ich die Fritzboxen bei mir (fast) ausschliesslich als LAN-Clients/Hosts einsetze, beziehen sie ihre IPv6 Konfiguration ganz einfach per RA vom "echten Router" und brauchen zum Funktionieren keinerlei Konfiguration und Scripte.

Wer natuerlich noch keinen IPv6-Router hat (die meisten setzen die Fritzboxen ja verstaendlicherweise als Router ein , braucht natuerlich noch manuelle Konfigurations scripte, evl. den radvtd zum RAs verschicken an andere Hosts und natuerlich Tunnel fuer die Uplinks - einen IPv6-faehigen pppoed fuer die Fritzboxen habe ich mir auch noch nicht gebastelt da ich eben andere Hardware als Router verwende grundsaetzlich, SOLLTE aber moeglich sein.

Hier kann man sich evl. auch weiterhin an das addon-Package vom alten Thread halten - das sollte aehnlich sein, hier wurde ja schon das meiste noetige mitgeliefert.

----

Ein auf Basis des T-Com Opensource Pakets und aktueller uClibc und busybox gebautes Firmware Image funktioniert wunderpraechtig (in meiner Umgebung).




Die Telefoniefunktionen laufen alle noch einwandfrei. DSL und NAT und Co benutze ich in meiner Umgebung nicht, eigentlich mit keiner meiner Fritzboxen Ich wuesste aber nicht, wieso das nicht laufen sollte mit neuem Kernel&Co .

Da das alles angenehm in die 8MB Flash passte, habe ich jetzt auch keine Groessenunterschiedmessungen mit verschiedenen .config Optionen durchgespielt - sorry.

Fuer ds-mod wisst ihr sicher selbst besser, wie man was wo am Besten anpasst - ich blicke in der Umgebung mangels SVN und Doku wie gesagt leider nicht auf Anhib durch (no offencement) :->
Entsprechend kann ich da jetzt auch keine diffs liefern - noch dazu da ich eben gegen T-Com Source baue da meine anderen Fritzboxen woanders stehen bzw. sonst die Frau schreit hier

Mit 7170 und 7050 werde ich die Tage aber auch mal mein Glueck versuchen.

...so long erstmal.

bye
-slz

P.S.: Man verzeihe mir eventuelle Fluechtigkeitsfehler im Text, es ist recht frueh am Morgen und ich bin noch beim ersten Kaffee - ich wollte das hier erstmal wirklich nur in aller Kuerze erwaehnen, das es wirklich trivial ist auch mit aktueller Firmware, weil ich nichts weiter dazu gefunden habe bisher und mir an weiterer IPv6-Verbreitung doch schon recht viel liegt.

Hi,

zumindest fuer W900V mit T-Com Sourcen und AVM 7170 mit dem letzten AVM Source-Paket laeuft IPv6 mit meinen o.g. Aenderungen an Kernel, uClibc und busybox nun seit Wochen stabil.
Die 7050s zu probieren, war ich bisher noch zu faul, kommt aber noch.

Einen pppd mit IPv6 und pppoe habe ich halbwegs compiliert, aber noch nicht getestet. Bisher spricht prinzipiell nichts dagegen, neben dem AVM dsld einen weiteren pppd fuer eine weitere PPPoE Session zu einem beliebigen IPv6-faehigen T-DSL Tarifanbieter aufzubauen (rh-tec ... titan-networks... space.net ...) - ausser das man wie gehabt fuer jede PPPoE Session eine eigene MAC-Addresse braucht. Da hakt es gerade da ich auf die Schnelle keine Loesung gefunden habe dafuer direkt auf der Fritzbox, aber dort mache ich irgendwann in meinem naechsten Freizeitfenster weiter.

Aber die meisten werden sowieso nur Tunneln wollen erstmal.
Dazu braucht man - um auf die Fragen einzugehen - keinen speziellen Client, sondern konfiguriert einfach die Tunnelinterfaces wie man es bei einem "normalen" Linux Rechner auch tun wuerde nach Anleitung des Tunnel-Brokers.
Sprich, ein simples Start/Stop Script mit entsprechendem Config-File genuegt hier.
Beispiele duerfte es auf den Supportseiten der jeweiligen Tunnel-Broker geben, alternativ gibt es http://www.bieringer.de/linux/IPv6/index.html

Ob man unbedingt einen IPv6-faehigen DNS _SERVER_ auf den Fritzboxen haben muss, weiss ich ehrlichgesagt nicht. Wozu?
Theoretisch ist es auch hier mit "entsprechend compilieren" getan.
ds-mod verwendet IMHO 'dnsmasq', das sollte das halbwegs koennen(?) - ein richtiger DNS Server ist es aber wohl nicht(?)




Den radvd braeuchte man natuerlich wie in meinem urspruenglichen Posting erwaehnt in den meisten Setups am dringendsten. Da der fuer die alten 2.4er Kernel Firmwars schon lief, sollte auch das kein Problem sein - compilieren, fertig. Das ist fuer das ds-mod einfach ein weiteres "add on paket"(?)

Zu den ds-mod Details kann ich weiterhin nichts sagen, da mir das zu kompliziert ist mich da einzuarbeiten ohne Doku, ich bin kein Programmierer und mich interessieren die Funktionen nicht, sorry.
Ich habe in meine eigenen compile-Umgebung jedenfalls weder mit bauen noch mit Kernel-Ersetzen-Stabilitaetsprobleme; nichtmal mit iptables scheinbar, aber da die nur eincompiliert sind und nicht benutzt werden (remember: Ich setze die Fritzboxen/Speedports nicht als Router ein), kann es auch sein das das stehen bleibt sobald ich es benutze.

Ich sehe hier nur das Problem, das es mal jemand in gescheite Form bringen muesste, der Zeit und Musse dazu hat und sich mit ds-mod Entwicklung beschaeftigt.
Leider kann ich hier auf absehbare Zeit weiterhin nur broeckchenweise weiterhelfen.

bye
-slz

Hi,

lord-of-linux schrieb:

@masterSLZ:
OK, ich dachte an DNS, da die Clients ja bei IPv6 je Verbindung eine andere IP bekommen oder habe ich das falsch verstanden?

Zum Vergrößern anklicken....

das verstehe ich leider nicht
IPv6 funktioniert prinzipiell nicht anders als IPv4 was DNS anbelangt.
Liess dir doch mal o.g. Grundlagen zu IPv6 von Peter durch erstmal ( z.B. deutsche Version http://mirrors.bieringer.de/Linux+IPv6-HOWTO-de/ )

bye
-slz

Vermutlich muss man bei dnsmasq gar nichts tun, normalerweise bei vielen Programmen halt mit ipv6 option beim ./configure compilieren (--enable-ipv6 oder so), aber wenn ich das gerade richtig ueberfliege, ist das nichtmal noetig bei dnsmasq - der hat wohl einfach nichtmal ein configure script sondern nur eine config.h Siehe auch mein altes Posting oben. Es erkennt einfach die IPv6 API wenn vorhanden und verhaelt sich dann dannach.

http://www.thekelleys.org.uk/dnsmasq/doc.html

Auch in der manpage (-> http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html ) stehen paar Dinge zur IPv6-Benutzung.
Im Changelog (-> http://www.thekelleys.org.uk/dnsmasq/CHANGELOG ) stehen ein paar Details zu IPv6 auch noch. Das scheint alles trivial.

Und http://www.google.com/search?source=ig&hl=en&q=dnsmasq+ipv6&btnG=Google+Search foerdert auch viel viel zu tage, das meiste sieht interessant aus ;-)


==> Wenn ds-mod dnsmasq hat, sollte da keine Aenderung notwendig sein zusaetzlich beim compilieren. Hoechsten in der Konfiguration dann.

Und wieder mein default-Disclaimer damit's keiner vergisst: Ich benutzt die Box nicht als Router/Server/mit ds-mod, daher alle Angaben ohne Gewaehr.

bye
-slz

So, nachdem mir diese <censored> <censored> <censored>-Webforen <censored> Software nun eine ausfuehrliche Abhandlung zum Thema "Was bringt IPv6" geloescht hat, hab ich keine Lust mehr - sorry, ich bin Mailinglisten Mensch und komme mit dem Klickibunti Kram halt nicht klar

==> Auch fuer Englisch Illiteraten ein guter Einstieg ist wie bereits erwaehnt http://www.bieringer.de/linux/IPv6/index.html

Ansonsten einfach die bevorzugte Suchmaschine benutzen.

Bottom Line:

Ich bin mir bisher noch nicht sicher ob mir IPv6 was bringen würde oder nicht.
Schön wäre natürlich wenn das ganze Internet schon IPv6 könnte und vor allem die Provider.

Zum Vergrößern anklicken....

..nunja


- Einfache Enduser brauchen sich im IPv6 genausowenig wie um IPv4 zu kuemmern, heute und in Zukunft.
- Mit IPv6 wird man ohne eigenes Zutun vermutlich nicht vor Mitte der naechsten Jahrzehnts zu tun krigen (IPv4 wird etwa 2009-2011 "voll vergeben" sein, dann noch ein paar Buffer-Jahre....)
Andere Killer-Applikationen ausser dem erweiterten Addressraum sind derzeit fuer End-User nicht in Sicht.
Entgegen frueherer Zeiten wo die meisten Leute bei Einfuehrung von NAT und dynamisch vergebenen IPs aufgeschriehen haben, das sie das nicht wollen - schreit heute ausserdem die Mehrheit ja "Anonymitaet! Ueberwachungsstaat!" wenn sie IPv6 hoeren... Es ist also davon auszugehen, das viele IPv6 auch erstmal nicht annehmen, weil sie das ganze nicht verstehen.
NAT und dynamische IPs sind heute nur fuer Netzbetreiber ein Graus, fuer den Enduser bedeutet das marketingverblendet "Sicherheit und Anonymitaet".
- Ambitionierte (Home-)LAN Betreiber koennen sich sicherlich schon damit beschaeftigen, aber kaum eine Enduser Hardware/Software unterstuetzt halt IPv6 - drum sind wir ja hier, AVM interessiert es z.b. nichtmal ansatzweise
- (angehende) Netzwerkadmins / ISPs sollten sich wenn nicht schon getan besser Gestern als Heute damit beschaeftigen - ich finde es ein Unding, das sich 10 Jahre nach IPv6 Einfuehrung noch sogut wie niemand damit auskennt von denen, die es wissen muessten beruflich.
Gerade Azubis und Co lege ich sofortige eingehende Beschaeftigung mit IPv6 dringend nahe, das gibt spaeter ein Know-How Vorteil.

Zu den konkreten Fragen hier:

- IP Vergabe

a)


Das deutet darauf hin, das zwar die Busybox IPv6 kennt, evl. auch der Kernel, aber die uClibc nicht.
Ich weiss nicht ob der "Edit" im Posting oben darauf hindeuten soll, das die uClibc vergessen wurde im Image? Die Aussage ist etwas unklar.
Jedenfalls sollte das daran liegen diese Output.

b)

Wenn ein IPv6 faehiger Router im Netz der IPv6 Route-Advertisements verschickt (RA) bereits laeuft, holt sich die Fritzbox bzw. ein IPv6-enabled Kernel in der default Einstellung vom Router das jeweilige Prefix automatisch und konfiguriert sich eine IP basierend auf der MAC-Addresse.

c)

Wenn kein Router da ist, der der Fritzbox ein Prefix zuweist, macht man das von Hand mit "ip" bei der Busybox - Das ifconfig der Busybox schein IPv6 nicht zu kennen (leider, uebrigens Linux spezifischer Dummfug - normales Unix macht natuerlich ifconfig, ip/iproute2 gibt es nur bei Linux, aber das haben die Fritzboxen nunmal).


- dnsmasq DHCPv6


steht gross und breit ganz oben in der manpage z.b., die ich sogar verlinkt hatte.
Bitte Links auch DURCHLESEN wenn ich sie schon vorkaue, sonst macht das keinen Spass

DHCPv6 ist auch leicht anders zu sehen als DHCP(v4).
Bei IPv6 gibt es schon "Autoconfig" das normalerweise schon ein Prefix und einen Default-Router zuweist. Der jeweilige Host errechnet sich dann eine eigene IP innerhalb des Prefixes entweder mit EUI-64 (MAC-basiert) oder mehr oder minder zufaellig (mit Privacy Extensions).

DHCPv6 braucht man nur fuer "automatisch statische Addressvergabe" und fuer IPv6-DNS Server annoucieren.
Da z.b. Windows XP (Vista glaube ich schon) garkein DNS-over-IPv6 kennt, ist das in den meisten Umgebungen zweckfrei.
Und statische Addressen kann man eben auch manuell vergeben, dazu braucht man ausser in sehr grossen Umgebungen kein DHCPv6.
Insofern kann man die Funktion eigentlich vernachlaessigen.

==> Wer sowieso statisch haben will, traegt es einfach statisch am jeweiligen Host ein und gut ist.

- Sonstiges

a)

Mein Hauptproblem ist eigentlich die einen externe IPv4-Adresse, wird man da bei IPv6 gleich mehrere bekommen oder ist das nicht zwingend?

Zum Vergrößern anklicken....

Die Frage verstehe ich nicht ganz, bitte mal klarer machen, was Du meinst.
Grundsaetzlich unterscheidet sich IPv4 und IPv6 nicht wirklich im Handling.

b)

Ist es heute schon möglich mit einem IPv6-Tunnel über eien normalen DSL-Anschluß mehrere URLs über getrennte IP-Adressen (egal ob IPv4 oder IPv6) anzusprechen, wäre sowas mit der Fritzbox möglich und was kostet ein Account bei einen solchen IPv6-Tunnel-Provider und wieviele IP-Adressen hätte man dan?

Zum Vergrößern anklicken....

Die Frage mit "mehren URLs" verstehe ich auch nicht ganz, aber zum Rest:

a) IPv6 via T-DSL
Es gibt ein paar Anbieter, die IPv6 via PPPoE via T-DSL anbieten

Ohne Gewaehr fuer Vollstaendigkeit:

http://www.ipv6-dialin.de/
http://www.rh-tec.de/
http://www.space.net/

Das funktioniert einfach als normale T-DSL Account, nur der Router muss halt IPv6 unterstuetzen (Cisco, Linux pppoed, FreeBSD und Co...).
Fuer die Fritzbox wenn jemand ein pppoed vernuenftig portiert, sollte das auch (parallel zum bestehenden Fritzbox dsld/multid/wasauchimmer) funktionieren.

Mann kann ueber einen T-DSL Anschluss (Modem) auch bis zu 10(?) PPPoE Sessions parallel aufbauen, die unabhaengig voneinander sind, z.b. eine fuer IPv4 mit dynamischer IP und Flatrate, eine bei einem anderen Provider mit statischem IPv4-Netz und villeicht Volumenabrechnung weil billiger und man nur SSH mit statischer IP macht oder was auch immer, und einen bei einem IPv6 Account noch dazu.
Einziger Haken: die PPPoE Pakete der einzelnen Sessions muessen von verschiendene MAC-Addressen kommen (z.b. unterschiedliche Router Interfaces oder unterschiedliche Router, virtuelle NICs.. whatever).

Eine schoene allgemeine, internationale Liste gibts bei SixXS:

http://www.sixxs.net/faq/connectivity/?faq=native

Dort findet man auch allgemein viele weiterfuehrende Services und Informationen, z.b.

http://www.sixxs.net/misc/coolstuff/

b) Via Tunnel
Tunnel ist unabhaengig vom Provider, aber natuerlich nicht ganz so nett.

Auch hier ist SixXS zu empfehlen.

http://www.sixxs.net/

Kleine Warnung: DAUs werden da sofort erkannt und ein Tunnel verweigert.
==> Alles genauestens Durchlesen (wie es sein sollte).

c) Wieviele IPs? Nunja, Standardmaessig bekommt ein Enduser pro Site ein /48 Prefix
Das sind 65535 Subnets a 64 bit, also 1,208,925,819,614,629,174,706,176 IPv6 Addressen.

bye
-slz

Hay,

chriwi schrieb:

Ich meine damit, das mir eine externe-IP-Adresse nicht genug ist, ich für mehrere aber nicht zusätzlich Zahlen will.

Zum Vergrößern anklicken....

Ich versuchs mal ganz allgemein

Wenn man IPv4 und IPv6 parallel faehrt auf einem Host, hat man natuerlich (mind.) 2 unterschiedliche IP Addressen.
Das Ganze ist von IPv4 oder IPv6 aber unabhaengig - man kann auch mehrere IPv4 Addressen verwenden. Das habe ich ja aus gutem Grund in obigem Beispiel erwaehnt, indem man z.b. einen "Flatrate"-Account mit dynamischer IP fuer Surfen und sonstigen Traffic-Intensiven Taetigkeiten benutzen, und dazu noch einen anderen Uplink mit statischen IPs, worueber man interaktiv arbeitet - z.b. weil mit statischer IP eine SSH Verbindung den T-DSL 24h Disconnect sauber ueberlebt, oder weil man eine statische IP einfacher an der Firewall in der Arbeit freigeben kann und so weiter..

Was Du vermutlich aber meinst ist, mehr als eine offizielle IP Addresse haben.

Das bieten unabhaengig von IPv4 und IPv6 eigentlich genuegend Anbieter an, meist eben halt entsprechend teurer als die im Fernsehn beworbenen Billig-Sorglos Angebote.

Bei IPv4 kommt ein wenig erschwerend hinzu, das man je nachdem wieviele Addressen man will eben noch das schoen begruenden muss, wegen der aktuellen IP Addressen Vergabe Policies wegen der "Knappheit".

Bei IPv6 braucht man sich um Knappheit keine Gedanken zu machen, und so ist die derzeitige Policy eben 1,208,925,819,614,629,174,706,176 Addressen pro User/Site - no questions asked. So unsinnig viel das auch einem vorkommen mag - man will eben eine einheitliche Prefix-Laenge haben, das reicht auch fuer groessere Firmen in der Regel durchaus aus

Zum Thema "nix weiter Kosten" will ich jetzt nicht weiter drauf eingehen, sonst bekomme ich einen cholerischen Anfall.

In der Tat ist IPv6 da aber der sinnvollere Weg moeglicherweise.
Nur muss man halt bedenken, das man mit IPv6 Addressen nicht wirklich toll erreichbar ist vom Nachbar nebenan etc.

Mir geht es darum das mehrere Geräte aus meinem lokalen Netz aus dem Internet über eigene URLs erreichbar sind.

Zum Vergrößern anklicken....

Vermutlich irritiert mich hier "URL" etwas; Du meinst vermutlich allgemein ueber eigene IP Addressen erreichbar sein von aussen.
Dann siehe oben - fuer IPv4 sicher schwieriger/teilweise teurer, fuer IPv6 kein grundsaetzliches Problem, ausser das man IPv6-faehigen Provider finden muss oder Tunneln muss, und das der Nachbar neban damit nix anfangen kann und Du damit natuerlich von ihm aus gesehen auch nicht "erreichbar" bist unter deiner IPv6-IP.

Der Rest ist hier doch ein wenig zu off-topic bzw. zu sinnlos, drum gehe ich nicht weiter auf die Diskussion ein das fuehrt zu weit und interessiert hier vermutlich niemanden.
Fakt ist, das NAT und dynamische IP Pools als ein Teil des Kampfes gegen IP(v4) Address Knappheit eingefuehrt wurde, parallel dazu IPv6 gegen-Entwickelt wurde.
Aber inzwischen ist nach 10Jahren NAT und dynamische IPs halt von Marketingleuten zu "guten Dingen" stilisiert worden.

My point being there ist einfach, das das auch ein Teil des IPv6 Deployment Zeitrahmens beinflussen wird, wenn Leute das aus gefaehrlichem Halbwissen ablehnen einfach. Begruendet oder nicht spielt hier mal keine Rolle, war nur als meine Antwort auf die Frage, wie sinnvoll IPv6 heute ist gedacht.

bye
-slz

So leid's mir tut - die Anzeige heisst weiterhin meiner urspruenglichen Erfahrung nach, das die uClibc eben NICHT mit ipv6 compiliert wurde, daher zeigt sie keine IP(v6)-Addressen an.

Jedes IPv6 faehiges System weisst sich MINDESTENS eine Link Local Addresse selbst zu.
JEDES Interface bekommt hat - ohne jedwedes Zutun - diese Link Local Addrese, z.B.

ifconfig:


ip addr show:


Wenn das nicht im ifconfig/ip addr show angeigt wird (erkennbar an "Scope:Link" bzw. "scope link"), ist das System nicht (vollstaendig) IPv6-faehig.

Da dein ifconfig ja inet6 Family kennt, und Du oben sagst, dein Kernel gibt auch was aus, bleibt weiterhin nur, das die falsche uClibc - ohne IPv6 Support - auf der Box ist.
Andere Erklaerung dafuer habe ich nicht. Genau DIESES Symptom (leere Anzeige in den inet6 Families) hatte ich naemlich auch, wie ich die falsche uClibc ins Image kopiert habe erstmals, drum bin ich mir da recht sicher, das dem so ist.

==> uClibc am Besten nochmal sauber von vorne mit IPv6 enabled compilieren, pruefen, von Hand ins Image stecken (again, ich weiss nicht wie das bei ds-mod gehandhabt wird).

bye
-slz