suche IPV6 in Freetz config

chriwi schrieb:

Kleine nebenfrage in welchem Verzeichnis muss ich sein um "svn update" zu machen?

Zum Vergrößern anklicken....

Im gleichen, wo Du auch 'make menuconfig' machst.

IPV6 ist nicht standardmäßig in Freetz integriert. Ich hab jedoch in #fritzbox von Leuten gehört, dass sie IPV6 verwenden und ich meine, dass auch hier schonmal jemand was dazu geschrieben hat.

MfG Oliver

guck dir mal "make kernel-menuconfig", "make uclibc-menuconfig" und "make busybox-menuconfig" an. Dort kannst du jeweils IPv6 anschalten. Ich hatte mir das auch mal angeguckt, hab es aber nicht hinbekommen. Dir aber viel Glück

Hallo Chriwi,

hat sich bei dir mit IPv6 irgendwas getan?

Ich bin grad noch am rumspielen mit dem normalen IPv4-Freetz und was man da alles anstellen kann.
Mein nächster Plan wäre dann nen IPv6 tauglichen Kernel für die Box zu bauen, und den passenden aiccu von SiXXs zum laufen zu bekommen.

Gibt es da schon Erfahrungen ob der aiccu sich für die Hardware kompilieren lässt?
Und wie siehts mit radvd oder dns-proxy/server aus?
Der kleine dns-Server der schon bei freetz mit dabei ist kann glaub ich auch per IPv6 gefragt weden.

Danke,
Beo

IPv6 support in freetz

Hallo,

ich habe ein paar Patches für Freetz erstellt, die IPv6 support bringen...
Zumindest für Fritz!Box Fon WLAN 7170

Was die Patches machen:
* Kernel Module für IPv6 erstellen (ipv6.ko + netfilter ip6)
* uclibc mit ipv6 support
* busybox mit ipv6 support
* zusätzliche Programme:
** ip6tables
** traceroute6
** aiccu (für sixxs-Tunnel, siehe http://www.sixxs.org)
** radvd

Das ganze ist konfigurierbar (make menuconfig), aber nur für die Fritz!Box 7170.
Wenn die IPv6-Option aktiviert wird (nur sichtbar wenn erweiterte Optionen aktiviert sind), dann wird allerdings auch die komplette Toolchain neu kompiliert (wegen uclibc)...
Prinzipiell sollte dasselbe auch für andere Boxen möglich sein, aber ich habe nur meine 7170 zum Testen.

Hier die Patches:
http://ijontichy.selfip.org/
Die Patches müssen im freetz-Hauptverzeichnis z.B. mit "patch -p1 < ../001_Config.in.ipv6_support.patch" eingespielt werden.

Viel Spaß!

P.S.: Dieselbe Seite ist über http://router.ijontichy.adabolo.de auch über IPv6 erreichbar.

Ich habe ein Ticket (#139) dafür aufgemacht. Vielleicht antwortest Du dort, und hängst auch Deinen Patch an, dann bekommst Du auch Infos, was mit dem Ticket weiter passiert.

Hallo Leute,

ich hatte vor einiger Zeit (ich glaube ungefähr ein Jahr) auch versuche mit IPv6 auf der Fritz gemacht. Ansich funktionierte es und ich habe auch makefiles für radvd erstellt. Allerdings funktionierten viele Programme wie ping und ähnliches nicht mehr, da die Fritz selbst dann die Namen nicht mehr auflösen konnte. Auch das Webinterface von AVM funktionierte nicht mehr.

Wie der aktuelle Stand ist, weiß ich nicht, werde ich aber vielleicht mal wieder versuchen.

ERGÄNZUNG: Einige Links zum Thema IPv6
http://www.ip-phone-forum.de/showthread.php?t=144050
http://www.ip-phone-forum.de/showthread.php?t=147058
http://www.ip-phone-forum.de/showthread.php?t=133583
http://www.ip-phone-forum.de/showthread.php?t=144809

Wie groß wäre der Aufwand die ipv6 Patches für die 7270 mit aktueller Labor-All-in-One Firmware zu basteln? Hat sich da schon mal jemand dran versucht?

Momentan unterstützt der Patch die 7270 nicht, wegen der anderen Kernelversion (2.6.19.2 statt 2.6.13.1). Ich habe aber vor den Patch nächste Woche noch zu erweitern (wenns geht direkt ein 6to4-Tunnel und go6 als Alternative zu sixxs). Ich kann dann die Änderungen für die 7270 auch gleich mitmachen, aber mangels Hardware dann nicht testen.

http://router.ijontichy.adabolo.de/ (IPv6 only)
http://ijontichy.selfip.org/ (gleiche Seite über IPv4)

Das mit dem Testen würde ich übernehmen.

What's wrong with my tunnel.

Hello,

My ISP offers me a ipv6 tunnel
In my home network I have 2 7170 boxes.
One is connected to a DSL line (box A) and one is a WLAN repeater (Box B).
I started with modding Box B, created freetz with ipv6 patch, and created a tunnel:

ip tunnel add xs6all mode sit local 192.168.0.2 remote 194.109.5.241 ttl 200
ip link set xs6all up
ip link set mtu 1280 dev xs6all
ip -f inet6 addr add 2001:888: xx::2/64 dev xs6all
ip -f inet6 ro add default via 2001:888: xx::1 dev xs6all

This did work well, I could do a ping6 and traceroute6 to outside addresses.

Then I toke the next step:
I installed the same image on box A, removed the tunnel from box B, and wanted to install the tunnel on box A

ip tunnel add xs6all mode sit local testaddress remote 194.109.5.241 ttl 200
ip link set xs6all up
ip link set mtu 1280 dev xs6all
ip -f inet6 addr add 2001:888: xx::2/64 dev xs6all
ip -f inet6 ro add default via 2001:888: xx::1 dev xs6all

I tried with testaddress = 192.168.0.1 (box local address)
I tried with testaddress = my external ip address

I tried to attach 2001:888: xx::2/64 to nothing, lan, dsl and cpmac (not at the same time).
But with all those tries the result was the same:
After I setup the tunnel the first ping to 2001:888: xx::1 goes well, and after that 0-2% of the pings comes back.

When I do two subsequent traceroutes after I created the tunnel it loos like this:

/var/mod/root # traceroute6 2001:888: xx::1
traceroute to 2001:888:10:2a::1 (2001:888:10:2a::1) from 2001:888: xx::2, 30 hops max, 16 byte packets
1 2001:888: xx::1 (2001:888: xx::1) 10.62 ms * *
/var/mod/root # traceroute6 2001:888: xx::1
traceroute to 2001:888: xx::1 (2001:888:10:2a::1) from 2001:888: xx::2, 30 hops max, 16 byte packets
1 * * *
2 * * *
3 * * *
4 2001:888: xx::1 (2001:888: xx::1) 10.791 ms * *

Any suggestion how to solve this?

de-wolff schrieb:

Hello,
After I setup the tunnel the first ping to 2001:888: xx::1 goes well, and after that 0-2% of the pings comes back.

Zum Vergrößern anklicken....

I have the same behaviour on my boxes (7050 and 7170), which are both used as DSL routers.
I get the following output of packets, if I log all incoming ipv6 packets with ip6tables:

IN=tun6to4 OUT= MAC=1a:a0:be:df:88:64:11:00:03:19:00:7e:00:21:45:00:00:7c:84:db:00:00:f9:29:6d:24:c0:58:63:01:a9:fe:02:01:60:00:00:00:00:40:3a:39:20:01:48:60:00:00:10:01:00:00 TUNNEL=192.88.99.1->169.254.2.1 SRC=2001:4860:0000:1001:0000:0000:0000:0068 DST=2002:57b5:718e:0000:0000:0000:0000:0001 LEN=104 TC=0 HOPLIMIT=57 FLOWLBL=0 PROTO=ICMPv6 TYPE=129 CODE=0 ID=12549 SEQ=0

IN=dsl OUT= MAC= SRC=f929:2939:c058:6301:a9fe:0201:6000:0000 DST=0040:3a39:2001:4860:0000:1001:0000:0000 LEN=51438 TC=80 HOPLIMIT=0 FLOWLBL=124 PROTO=113

So the first echo reply comes in through tun6to4 (my sit tunnel), but the following packets use the device "dsl", which doesn't know ip6-in-ip4 encapsulation... so the whole packet isn't parsed correctly.
After a while, the first reply comes in again, and the following not.
The configuration does not involve routing, ping6 is executed directly from the box.

I don't have a real solution. The other brokers work, as long as they are using a tun/tap-device (e.g. ipv6 in udp in ipv4), which works fine (sixxs, go6).
But no simple 6to4 or 6in4 connection is possible.

docsteel schrieb:

Das mit dem Testen würde ich übernehmen.

Zum Vergrößern anklicken....

Fein!
Der Patch ist fertig: http://ijontichy.selfip.org/freetz-ipv6-r2741-patches.tar.gz und ein Image für 7270 konnte ich auch erstellen... (kompilieren lässt sich das ganze also schonmal).

Die Anleitung beschreibt hoffentlich alles wesentliche.

Für diejenigen, die nicht das Ganze lesen wollen:
* Am wichtigsten sind die Zugriffsrechte für die cgi-Skripte und Konfigurationsskripte. Wenn die nicht ausführbar sind, dann können die Programme nicht über die Weboberfläche konfiguriert werden.
* Die Toolchain muss unbedingt neu gebaut werden. Leider wird die Konfigurationsoption nicht automatisch ausgewählt.

Als neues Programm habe ich jetzt den go6 Gateway6 Client integriert, allerdings ohne Konfigurationsoberfläche. Das Programm benötigt leider libstdc++, das manuell in die Firmware integriert werden muss.

Wasn das?

MfG Oliver

olistudent schrieb:

Wasn das?

Zum Vergrößern anklicken....

Schrecklich, ich weiß. Dummerweise bietet go6.net den Client zum Download nicht über eine normale URL an, sondern nur über http://go6.net/4105/file.asp?file_id=150 ... deshalb konnte ich das Makro nicht verwenden - wenn's ne bessere Lösung gibt, nur her damit ;-)

Und die Variablen int_gwsix_... habe ich benötigt, da offensichtlich doppelte Variablen (wie $($(PKG)_SOURCE) ) nicht bei den Befehlen der Regel umgesetzt werden (es wird wohl nur einmal dereferenziert, zumindest bei mir - make 3.81).
Hm...wenn ich nochmal drüber nachdenke: es könnte auch sein, dass $(PKG) nicht exportiert wird...jedenfalls wird $($(PKG)_SOURCE) durch "" ersetzt, was bedeutet, dass die Variable nicht gefunden wurde.

Das hat nichts mit doppelten variablen zu tun, sondern damit, daß PKG bei der Ausführung der Regel einen anderen Wert hat.

Du könntest als Quell-URL auch http://go6.net/4105/file.asp?file_id=150&/gw6c-5_1-RELEASE-src.tar.gz verwenden.

RalfFriedl schrieb:

Das hat nichts mit doppelten variablen zu tun, sondern damit, daß PKG bei der Ausführung der Regel einen anderen Wert hat.

Zum Vergrößern anklicken....

Hm... aber welchen Wert hat PKG denn dann? In meinen Tests habe ich gesehen, das PKG keinen Wert hatte, sodass wahrscheinlich $(_SOURCE) verwendet wurde, was es auch nicht gegeben hat. $(GW6_SOURCE) funktionierte dagegen.


legt bei mir die Datei "file.asp?file_id=150&%2Fgw6c-5_1-RELEASE-src.tar.gz" an.

macht's richtig (so wie der Browser wertet wget dann auch Content-Disposition aus). Es wird dann die Datei "gw6c-5_1-RELEASE-src.tar.gz" angelegt.
Funktioniert übrigens auch mit der URL vom ersten Beispiel, sodass dann dadurch das Makro vielleicht verwendet werden kann:


Allerdings nur, wenn wir zusätzlich noch tools/freetz_download anpassen, sodass wget z.B. mit Parameter "-O" die heruntergeladene Datei direkt als "dl/$($(PKG)_SOURCE)" abspeichert.


Viele Grüße
Andreas

Ich weiß nicht ob man dass jetzt überall ändern sollte, aber ist das denn nötig?
Ist das der einzige Server, von dem man das laden kann? Vielleicht kann man das auch auf nen anderen Server (vlt. freetz-Mirror) packen?