[IPv6-wien] 6in4-Bug gefixed!

Wed Sep 18 14:08:25 CEST 2013

Super Neuigkeit, ich bin wie immer dabei! 

Gottfried

Von: Josef Semler [mailto:(spam-protected)] 
Gesendet: Dienstag, 17. September 2013 17:31
An: Stefan Schultheis (home); Gottfried Motowidlo
Cc: (spam-protected)
Betreff: 6in4-Bug gefixed!

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
<https://newwiki.funkfeuer.at/wiki/Protokollunterst%C3%BCtzung_installieren#
Installation> , sollte aber für den geübten Funkfeueraner kein Problem sein.
Danach brauchts dann noch die Installation des 6in4
<https://newwiki.funkfeuer.at/wiki/6in4-Tunneling#Konfiguration>  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
<ftp://oe1xrw.ozw.wien.funkfeuer.at/Developement/2014-Beta/naked.Bubble/r100
-2013-09-16/> . 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
<ftp://oe1xrw.ozw.wien.funkfeuer.at/Developement/2014-Beta/mikrotik.Bubble/r
101-2013-09-16/>  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 <https://www.xing.com/profile/Josef_Semler> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.funkfeuer.at/pipermail/ipv6-wien/attachments/20130918/893a0337/attachment.html>