[IPv6-wien] 6in4-Bug gefixed!

[Stefan Schultheis (home)]

Hallo Joe, Gottfried & die v6-Runde,

vielen Dank für die tollen Neuigkeiten und eure Arbeit für die v6-Sache! ;)

Ich habe die Images noch nicht getestet (das mach' ich gleich im
Anschluss), aber wenn diese Probleme gelöst sind und wir nun in
Richtung neuer Images wieder eine Perspektive haben, ist das ein
wichtiger Fortschritt!

Das Schöne daran ist auch, dass wir damit zukünftig keine eigenen
Testimages für IPv6 mehr benötigen, sondern es diese Technologie nun
in die allgemeinen Images schafft und damit bald allen zur Verfügung
steht - und das beflügelt uns auch in Richtung IPv6-Netzausbau.

LgS


Am 17. September 2013 17:30 schrieb Josef Semler <(spam-protected)>:
> Hallo Freunde,
> ich hab euch heute die freudige Nachricht zu überbringen, dass wir nun einen
> Fix (besser ein vorläufiger Workaround) für unser 6in4-Problem haben!
>
> Kurz zur Erklärung:
> Einige von euch erinnern sich sicher an das seltsame Problem, dass das
> 6in4-Interfaces mal ging und dann wieder nicht. Stefan war daher zurecht
> etwas genervt, weil diese Problem das IPv6-Projekt massiv verzögert hatte.
> Nachdem seitens OpenWRT hier kein nennenswerter Input gekommen ist, haben
> Gottfried und ich das Problem näher analysiert.
> Irgendwann hatte ich 2 völlig gleiche Bullets, die gleiche Firmware und zwei
> IP-Adress-Einträge im Tunnelserver. Bei einem war 6in4 up, beim anderen down
> und nichts in der Welt konnte das ändern. - So dachte ich zumindest.
> Irgendwann hab ich dann - eher durch Zufall - am air0 Interface die
> StandardGW gelöscht und auf einmal war auch dieser Tunnel stumm, nachdem er
> mehrere Wochen problemlos gelaufen war.
>
> Ein paar Tests und das Problem war erkannt:
> Unser Freund netIFd startet das 6in4-Interface erst dann, wenn der Router
> eine Gateway hat. So einfach kann eine Lösung sein die man kontinuierlich
> vor Augen hat, aber nicht erkennt. :-)
> Lt. einem OpenWRT-Entwickler eine Vorsichtsmaßnahme, dass nicht IPv6-Traffic
> in einen Tunnel verschwindet, der kein Ende hat. Tja, nachdem ich sie mit
> der Nase draufgestoßen hatte, wurden auch Sie aktiv. :-) Verwundert waren
> unsere Freunde bei OpenWRT aber dann, dass OLSRd nicht an netIFd meldet, was
> denn die aktuelle StandardGW sei. Aus deren sicht ein klarer Fehler des
> OLSRd was Henning aus dem OLSR-Developement eher anders sieht. Er
> kritisiert, dass netIFd kaum dokumentiert sei und nicht die GW-Infos des
> Kernels verwendet, an den OLSRd selbstverständlich meldet.
> Fazit: Eine saubere Lösung des Problems wird also noch einige Zeit auf sich
> warten lassen und ist was für die wirklichen Experten.
>
> Es geht weiter!
> Nachdem ich aber nicht warten will und ich euch ohnehin schon zu lange eine
> Lösung versprech, gibts von mir einen Workaround der darauf vertraut, dass
> unser 6in4-Tunnel auch wirklich ein Ende hat.
> Ich hab den Patch, mit einigen kleinen Änderungen in meine letzte Software
> gepackt, die ihr hinter diesem Link findet.
>
> Beim Installieren der "naked.Bubble" werdet ihr erkennen, dass dieses Image
> (ich bin auf die Größe von ca 3,4MByte echt stolz) zwar IPv6-addressing
> kann, aber die 6in4-Protokollunterstützung für 6in4, DHCPv6 und 6rd erst
> nachinstalliert werden muss.
> Wie das geht, habe ich in unserer neuen Wiki kurz erklärt, sollte aber für
> den geübten Funkfeueraner kein Problem sein. Danach brauchts dann noch die
> Installation des 6in4 und danach unbedingt einen Reboot. So wie das im Wiki
> jetzt exemplarisch angelegt ist, möchte ich das für alle Pakete machen, die
> wir so im SW-Umfeld haben.
> Selbstverständlich wird es auch vorkonfgurierte Applikationen innerhalb der
> Bubbles Software-Family geben, die die Forderungen eines bestimmten
> Anwendungsfalls erfüllen. Mehr dazu aber bei den Testtagen. Eines aber
> vorweg: Es wird eine mesh-, eine home-, eine wired- und eine mobile.Bubble
> geben, die sich klar voneinander abgrenzen lassen und bei denen alle nötigen
> Komponenten bereits vorinstalliert und teilweise -konfiguriert sein werden.
> Nur so gelingt es, der Forderung von billigster Hardware mit Flash-Speichern
> von 4MB (TL-741ND) und möglichster Flexibilität und Einfachheit gerecht zu
> werden.
>
> Ein kleiner Vorgeschmack im vertrauten Kreis
> Da wir bis zu den Testtagen (voraussichtlich 12. und 13. Oktober, ich warte
> noch auf Bestätigung der Tagungslocation) die Tests großteils abgeschlossen
> haben sollten, hier der Link zur aktuellen und gepatchten naked.Bubble
> 2014-Beta. Sie wird zwar noch einiges an Veränderungen im "look and feel"
> erleiden müssen, aber von der Funktionalität ist sie mal so, wie ich mir das
> vorstelle. Getestet hab ich sie derzeit auf Bullets und NanoStations - im
> Verzeichnis liegt aber auch eine Version für alle Routerboards da ich weiß,
> dass Stefan diese gern verwendet. Damit hab ich aber noch keine Versuche
> gemacht.
> Ich bitte Stefan und sein Team, den Beta-Release mal behutsam in eurem
> Testnetz zu erproben und mir gegebenenfalls Feedback zu geben, wenn was
> nicht passen sollte.
> Gottfried möchte ich bitten, auch das OZW Schritt für Schritt zu
> aktualisieren und mit der aktuellen Performance zu vergleichen. Ich selbst
> möchte auch den "Hainburger Ast" auf V6 umzustellen und bitte dabei
> Gottfried um administrative Unterstützung.
>
> Viel Erfolg beim Testen und nochmals sorry fürs Delay
>
> --
> Mit lieben Gruß
> Joe Semler
>