[IPv6-wien] 6in4-Bug gefixed!

Sat Sep 21 10:05:37 CEST 2013

Hi Stefan,

Am 21. September 2013 09:30 schrieb Stefan Schultheis (home) <
(spam-protected)>:

> Hallo Joe, Gottfried & die v6-Runde,
>
> 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.
>
der plan ist, Bubbles 2014 am 1.12.2013 zu releasen. bis dahin will ich ca
1 Monat RC-Phase anbieten. Die Testtage am 26.10. (der Termin wirds jetzt
werden) könnten da ein Meilenstein sein.
Ich hab in den Images noch ein paar kleine Bugs die ich noch beseitigt
sehen will. sonst sollts aber funktionieren.
Bitte an dich und dein team, hier eben mal behutsam mit den betas zu starten

LG Joe

PS: Wir sollten uns überlegen, wie wir den Leuten eine einfache Möglichkeit
einfache bieten können, sich ihre V6 Adressen zu rechnen. Cool wär, wenn
wir das in die FW oder in die DB packen könnten. Ideen?

>
> 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
> >
>

-- 
Mit lieben Gruß
Joe Semler <https://www.xing.com/profile/Josef_Semler>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.funkfeuer.at/pipermail/ipv6-wien/attachments/20130921/1269e6f1/attachment.html>