Eigene Server
- als Supernodes laufen nun ausschließlich die von @Trickster und Sabine bei Nadeshda.org gespendeten Servern, die bei OVH gehostet sind.
- Die fastd-Supernodes aus der Wupper-Community werden nicht mehr genutzt. (Erneut ein großes Dankeschön an @phip und @DSchmidtberg für die Kooperation)
- Der Vollständigkeit halber: Als Exit wird nach wie vor der Backbone des Freifunk-Rheinland genutzt.
BTW: Jede Vereinsmitgliedschaft hilft, den Backbone zu finanzieren, dessen Auf- und forgesetzter Ausbau man als erfolgreichstes Vereinsprojekt bezeichnen darf. Spenden geht natürlich auch.
Dokumentation
- @jjx und @domfi haben die Eulenfunk-Dokumentation inkl der Skripte inzwischen zu einem runden Paket geschnürt. http://www.eulenfunk.de (Das ist ein ReadTheDocs, das über sein GIT auch Issues und Pullrequests nimmt, falls ihr Punkte dafür habt.)
L2TP-Setup hat sich bewährt
- Die L2TP-Server sitzten als eigene VMs auf dem jeweiligen Eisen neben den bestehenden fastd-servern und sind per vmbr zusammengeschaltet. Auf dem l2tp-server läuft bewusst kein batman-adv, sondern der tunneldigger geht direkt auf das bat0 des Nachbarn. So konnte der gleiche UDP-Port (10000) weiterverwendet werden, nur die Ziel-IP ist anders. Und man spart sich die Hop-Penalty.
- Das Setup ist überraschenderweise so problmlos, dass seit Installatin vor 14 Tagen keine form von Restart notwendig geworden wäre.
- Firmware auf den Plasteroutern läuft ebenfalls störungsfrei nach der bisherigen Erfahrung auf >20 Geräten.
- Die Diskussion um „Automigration von fastd zu l2tp via Autoupdate“ ist noch offen. Bislang sind nur Knoten „manuell“ auf l2tp umgestellt worden.
- Wer manuell umstellen möchte, Cut&Paste für die Shell dort, alternativ eine „sysupgrade“-Firmware im Setupmode per Browser hochladen. Ein Parameter-Reset ist nicht notwendig.
Neue Firmware
Seit Sa, 23.04.16 gibt es eine neue experimental-Firmware (die vorher als „broken“ getestet wurde).
(fastd, l2tp)
- Änderungen betreffen insbesondere die Airtime-Optimierungen. Potentiell weniger Reichweite, dafür aber mehr Durchsatz für die Clients im Umfeld. Und ggf. schnelleren Wechsel zum nächsten (stärkeren) Knoten durch früheren Abwurf.
- Reduktion auf maximalen Sendepegel auf 19dBm (sonst 20 oder 21)
- Erhöhung der „mcast_rate“ auf 12000 (von vormals 6000), um weniger Airtime mit faktisch nicht nutzbaren -weil langsamen- Links zu vergeuden. (18000 wäre besser, hat aber im Test einige sinnvolle Links veschwinden lassen.)
- Sperrung der Datenraten unterhalb von 6MBit/s (u.a. 802.11a/b) für clients, damit diese nicht im „Trödelmodus“ den besser vernetzten Clients mit ihren langen Präambeln und dem Trödel-Speed die Airtime stehlen. (Danke an @RubenKelevra für die Hinweise dazu)
- Das Linkcheck-Script ist wieder drin, welches Router restartet, die auf einem Interfaces (seit dem Boot) mindestens(!) 2 Nachbarn gesehen haben und wo dann fortgesetzt alle Nachbarn verschwunden sind (3 Checks, in jeweils 5 Minuten Abstand). Hintergrund sind Semi-Abstürze bei denen das Wifi-Modul oder aber auch ein Laninterface im laufenden Betrieb die Connectivity verliert, ohne dass das anders per Software klar erkennbar wäre. In der letzten Stable war es entfernt gewesen, da die Vermutung im Raum stand, es würde selbst für zusätzliche Instabilität sorgen. Die instabilen Nodes blieben aber (leider) auch ohne das Script wackelig.
- Das APon/off-Script und das VPN-Meshlimit-Zeitschaltuhr-Script hatten einen Fehler, der es wirkungslos machte. Das ist gefixt.
- Bitte gebt Bescheid, wenn ihr Schwierigkeiten deswegen an Endgeräten (Clients) beobachtet oder Meshlinks dann vermisst, die früher sinnvoll genutzt werden konnten.
Hopglass-Map
- unterscheidet nun fastd und l2tp als meshvpn-link in der Liste der Connects in der Infobox
- vpn-server sind nun auch auf dem Nodegraphen mit „dünnen Linien“ und untereinander verbunden und haben „ordentliche Namen“ (statt nur Mac-Adressen)
- mehrere „falsch platzierte Nodes“ werden nun per manueller Alias-Datei auf dem Server an die richtige Stelle gezogen.
und
