[Freifunk-Bonn] Probleme Beta-Builds / STW-Firmware

Ramon Waldherr rampone at gmail.com
Di Jan 15 18:58:00 CET 2013


2013/1/15 Jan Lühr <ff at stephan.homeunix.net>

> Hallo,
>
> Am 14.01.2013 um 23:09 schrieb Ramon Waldherr:
>
> 2013/1/14 Jan Lühr <ff at stephan.homeunix.net>
>
>> Am 13.01.2013 um 21:04 schrieb Ramon Waldherr:
>>
>> > bei nem Treffen wo ich war, warst du nicht bis jetzt und umgekehrt.
>> Scheinst ja auch einer der ersten zu sein.
>> > Und ruhig Blut, die Nodes haben keine ip adressen (jedenfalls ipv4).
>> > cu soon i guess.
>> >
>> > Progress bei mir:
>> > Mittlerweile alle Nodes auf fastd Firmware umgestellt.
>> > Leider war bei mir heute das adhoc wifi Netz rausgeflitscht, AP kbu und
>> ein AP mit wpa2 waren noch da, leider im logread nichts mehr sehen können.
>> Da ich unter config/system die WLAN LED mit 'link tx rx' zum blinken
>> brachte, habe ich das erstmal rückgängig gemacht und werde wieder weiter
>> beobachten, ob es wieder auftaucht.
>> > Kein Grund zur Beunruhigung, aber als Frage: Ist bei euch das adhoc
>> netz schonmal abgesprungen/WLAN abgestürzt/WIFI treiber/kernel fehler
>> aufgetreten?
>>
>> Puh - ich hatte schon mal Problem beim gleichzeitigen Betrieb des
>> WPA-Netzes. Diese waren aber auf das WPA-Netz beschränkt.
>> Imho hat eGeist recht: Lass Deinen Freifunk-Node einen Freifunk-Node sein
>> und konfiguriere die andere Dinge auf eine andere Kiste.
>
>
> Ich lasse die Firmware ja möglichst nahe an der originalen. Aber denke
> auch immer aus Studenten Richtung:
> 1 StudnetLAN Port kommt aus der Wand. Der wäre dann mit Nodeuplink weg
> ohne extra Hub. Ohne extra AP/Router/switch auch kein StudnetLAN per WIFI.
>
>
>
> Meine Änderungen umfassen derzeit:
> 1. Hardware Wan Port zu "freifunk", HW LAN Ports zu "wan"
> 2. pptp für Internetzugang als pptp-wan2 via wan, änderungen in
> options.pptp (StWerk vorschlag ohne lock)
> 3. in etc/ppp/ip-up.d/ ein dreckiges script (sleep 10, batctl if add
> wlan0-2). nach pptp einwahl fliegt ja mit der neuen FW auf einmal das adhoc
> wlan netz aus batman raus.
> 4. private route fürs Wohnheim (192.168.0.0 "grossnetz" unterteilt in
> einzelne subnetze mit gateways)
> 5. Privates WLAN mit wpa2 (psk2) bridged mit wan
> 6. ddns-scripts für interface wan (das problem ist erkannt, nicht die
> optionalen ausgerauteten optionen nutzen sondern direkt in den ersten
> Zeilen das Interface)
>
>
> Hmm - Deine Argument kann ich nachvollziehen. Die Idee, für STW-Bewohner
> einen branch Unterhalten finde ich gut. Wir können auch überlegen, dieses
> branch nach github zu bringen.
>
> Aktuell gehen die Arbeiten am v0.3-generic branch gut voran, so dass wir
> die nächste beta für 741nd, 1043nd und alle anderen ar71xx-Geräte
> hoffentlich daraus bauen können.
> Möglicherweise wäre es günstig, wenn Du darauf umschwenkst.
>
> Mit Punkt 5 habe ich leider schlechte Erfahrungen gemacht (damals noch
> OpenWRT 10.03) - es war keine stabile Nutzung möglich.
>





Das private ist mir noch nie weg. Kein WLAN Verlust mit der alten FW, aber
auch nicht die lange Erfahrung. mit dem wr741 ist das Wahl mal mehrmals
komplett gewesen, dass war aber reines openwrt/trunk snapshot von vor 1,5
monaten oder so.

Einmal adhoc weg war auf dem 1043 mit der beta6.

Unser Linksys 54g im wohnheim läuft passabel, zum glück dort nicht b43 wlan
problem (oder nicht ausschlaggebend)






> Experimente mit droid tethering
>
>
> Das ip-up script ist nicht die Endlösung. Muss mal weitersuchen, wo es bei
> Einwahl ins pptp das adhoc wlan dem batman entzieht. Oder es via hotplug
> bei auftauchen des pptp interfaces wieder hinzufügen lassen, sollte pptp
> sich nciht einwählen können (pptp server down, node ohne uplink
> angeschlossen), so würde es immer wieder bei retries
> ausgeführt/hinzugefügt. Nicht schön halt.
>
>
> Interessanter wäre: Warum wird das Interface aus batman-adv entfernt? Das
> leuchtet mir nicht so ganz ein. Resetted pptp einige andere Interfaces?
>



Ahjo, da muss irgendwas geändert/hinzugekommen sein nach user ->
kernelspace migration, die tinc FW mit noch userspace pptp machte es nicht.
Da muss ich mich wohl auf die Suche machen.





Desweiteren habe ich vor: mit github ausseinandersetzen um quasi einen Fork
> der Firmware mit "Studnet Flavor" zu machen. So kann man 1. Änderungen
> offen sehen, 2. Muss nicht jeder Wohnheimler das Rad dann neu erfinden, 3.
> hätte ich die Auflistung oben nicht erstellen müssen ;)
>
>
> Siehe oben.
>
>
> > Die wr741 Firmware ist soweit okay (bis auf das portwechselproblem bei
>> mir, aber der WAN port ist jedenfalls bei meiner Hardware sehr launisch).
>> habe aber den DMA treiber Fehler im log gesehen, von dem ich schonmal
>> geschrieben habe.
>>
>> Der Fehler ist mir bislang nicht aufgefallen. Kannst Du Deine
>> Beobachtungen dem OpenWRT-Ticket hinzufügen?
>
>
> Memo an mich: Jeglichen "harten" Fehler dokumentieren ;)
>
>
> Interessant wäre imho ein kleiner watchdog für das Problem: Falls der
> Fehler auftritt Reset des Wifi / des Nodes - oder was auch immer hilft.
> Eigentlich müsste dies mit ein paar Zeilen shell-code machbar sein.
> Hast Du Zeit und Lust dich hierum zu kümmern?
>




Ich schau mal, nicht dass es am Ende funktioniert, was ich mach, aber
irgendwie wie Shell-Kot aussieht ;) Eine gewisse Ästetik/Eleganz wäre fein.






>> > Outlook/Fragen:
>> > Es wird Zeit, dass ich mit Torge (netadmin stw-bonn) mich über folgende
>> Punkte mal unterhalte:
>> > 1. Wie er generell zum Thema Freifunk vs Wohnheim steht.
>>
>> Bitte sprich Dich hier mit Meise ab - bislang hat er alle Absprachen mit
>> Torge getroffen. Ich denke nicht, dass es klug ist, von zwei Seiten aus an
>> Torge heran zu treten. Torge braucht imho einen Ansprechpartner mit dem er
>> Absprachen treffen kann, die wir verlässlich einhalten. Missverständnisse
>> führen evtl. zu Frust auf beiden Seiten.
>> Falls Meise keine Einwände hat, wäre mir eigentlich recht wenn er in alle
>> Absprachen direkt einbezogen ist -- andernfalls müssen wir einen anderen
>> Ansprechpartner gegenüber dem STW benennen.
>>
>> Okay, kein Problem, hoffe ich kriege Meise kontaktiert. Am 23. ist bei
> uns Netzkonferenz und da wollte ich hin. Mit Torge werde ich aber so oder
> so sprechen, wollte ihn einfach mal kennenlernen, meinen kleinen Netzgott,
> der uns Studis so etwas hier
> http://www.speedtest.net/result/2432273142.png beschert. ohhmmm ohhhhmmm.
> Und zwangsweise bei meinem Labermaul wird es zu Freifunkgedanken kommen,
> wenn ich Meise nicht erreiche, so werde ich darauf hinweisen, dass es alle
> meine Wahnvorstellungen/Ideen sind.
>
> Was ich auf gar keinen Fall machen werde: bei der Netzkonferenz mich auf
> die Bühne stellen und freifunk der breiten Netzmentor Masse  vorstellen.
>
>
> Gut.
>


^^


> "Unser Projekt ist zwar inzwischen den Kinderschuhen entwachsen"(http://
> kbu.freifunk.net), aber -
>
>
> Fingerspitzengefühl ist wichtig.
>
>
>> > 3. Ob er vielleicht ein VLAN aufmachen kann, welches nur für batman
>> gedacht ist, dafür studnet/bonn weit in allen Wohnheimen erreichbar ist
>> (ein feineres Backbone für ein Freifunk Netz über Bonn kann ich mir schwer
>> ausmalen ;).
>>
>> Schwierig. Möglich - aber schwierig.
>>
>> fastd Supernode wäre die Möglichkeit, wo man ohne Arbeit für
> Torge/netadmin was basteln könnte, es sei denn Torge gibt ein Veto (soweit
> ich weiss, soll er ja sehr offen sein, gewerblich ist halt strikt
> verboten)). Alleine da werde ich als "freifunknode"enduser Torge mal
> fragen, ob das okay ist.
> Schlafende Hunde sollte man vielleicht nicht wecken, aber denke Offenheit
> ist da angebrachter.
>
> Zu VLAN: Inwiefern schwierig? VLAN erstellen studnet seite (netadmin,
> kenne grosse deployment tools da nicht), oder ausnutzen auf freifunk seite,
> kann batman mit einem VLAN getaggten Port umgehen, oder verrall ich wieder
> das osi modell? spätere clusterung der vlans bei zu vielen nodes?
>
>
>
Offenheit ist gut. Ein VLAN macht jedoch administrativen Aufwand. Ich würde
> diesen Weg nicht anstreben, sondern erst gehen, wenn der Aufwand
> gerechtfertigt ist.
>



Ich war ja mal so dreist, und hab das batman-adv interface auf das Wan mit
aufgelegt, scheint aber weggeschluckt zu werden (nur IP erlaubt hier intern
im LAN?). Wird dann nicht auch bridge loop avoidance wichtig, falls adhoc
und per kabel ein Link besteht?

fastd "supernode" ideen, intern vpn sammler etc. verschiebe ich mal bis zum
nächsten treffen, dass geht einfacher denke ich direkt zu reden.






>
>
>> > 4. Möglichkeit für (virtual) Server für studnet LAN internen
>> "fastd"-server (pptp-vpn/openvpn einwahl für internet nicht notwendig am
>> Router), der dann ans freifunk Netz connected, oder halt gar nicht erst
>> fastd, sondern batman-adv node, falls es mit dem VLAN klappt.
>>
>> Imho eine gute Idee.
>>
>> >
>> > Leider beim letzten Treffen bei dem batman protokoll gespräch nicht
>> richtig zugehört, aber ich denke es wäre möglich, wenn ich nen vpn account
>> von relakks,ipredator/airvpn habe, selbst ein freifunkexit zu erstellen
>> oder ist das mit dem gateway announcement noch nicht so ausgereift bei
>> batman-adv?
>>
>> Puh... das wird schwierig. Voraussetzung dafür sind Änderungen in
>> batman-adv (Diskussion am Donnerstag). Bitte stell das noch ein wenig
>> zurück.
>>
>
> Ah okay, also mehrere exit nodes stressen derzeit quasi. Das wäre eh was,
> was deutlich später kommt, will aber da irgendwo auch was zurückgeben.
>
>
> Ja. Das Problem ist, dass die Wahl des exit-Nodes kaum beeinflussbar ist.
>
>
K. Sprich stimmt was nicht mit einem EXIT kann es sein, dass einige offline
sind, weil sie genau eben diesen nutzen?

>
>> > Die Frage ist daher, sollte das mit dem Wohnheim alles klappen, so käme
>> dort bestimmt nicht gerade wenig traffic zusammen und man könnte diesen
>> vpnexit ja dann auf den noch nicht existenten "studnet" server nutzen (Das
>> geht jetzt aber schon an den Abtransport der Eier, hier (studnet) gibt es
>> ja riesige Käfige, aber nur in einem sitzen erst 5 Hühner, und die legen ja
>> noch nicht soviel ;)
>>
>>
> Mein Traum ist ja immer noch ein halbwegs bonnweites Freifunk. Die
> Wohnheime wären da ein perfektes Backbone. Diese sind teilweise mit
> mehreren Gbit ans Backbone angeschlosssen. Wie sagt man so schön, das
> skaliert erstmal ;)
>
> Und um den Traum zu erfüllen, ist ein Gespräch mit Torge/netadmin
> unumgänglich...
>
> PS: Frage: auf dem batman fastd graphen sind einige nodes mit Namen. Alle
> meine und ein/zwei andere ohne Namen, ist da was in der neueren Firmware
> schief gelaufen? packet zu wenig? avahi läuft ja?
>
>
> Node-Namen erscheinen, weil ich sich zwischendurch, lokal zum Debugging
> ins Filesystem gehackt habe. Ich finde diesen Weg hässlich - Wahrscheinlich
> arbeitet kaleng bereits an etwas schönerem ;-)
>
>
Alles klar, dachte nur, dass ich hier beim Firmware bauen irgendwas
verhunzt habe... aber dann ist alles klar, wenn es per Hand eingetragen
wurde ;)

Alles Gute
> Jan
>
>
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.bonn.freifunk.net
> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>
>
Mittlerweile kann man aus Haus1 Parterre, durch den Flur Haus 2 Parterre ->
Bar im Keller -> meine WG -> Wendekreis Haus2 Steinweg durchgehend surfen.
Bis zur Dachterasse ist dann Loch, um auf der Dachterasse wieder empfangbar
zu sein. ;) freifunk ole

V0.3-generic schaue ich mir mal die Tage an, baue damit neue FWs.

So long and party on and MR. 36 at EBAY meldet sich nicht, der Wicht,

Rampone
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20130115/60c067c2/attachment.htm>


Mehr Informationen über die Mailingliste Freifunk-Bonn