<div dir="ltr">Oh Namensvorschlaege auf die schnelle:<div><br></div><div>"The Fast and The Furious"   wegen schnellerer crypto <a href="https://archive.org/details/TheFastandtheFuriousJohnIreland1954goofyrip">https://archive.org/details/TheFastandtheFuriousJohnIreland1954goofyrip</a></div><div>(moegliche copyright probleme zum modernen Film)</div><div><br></div><div>"The Vagabond"   passt zu mesh irgendwie</div><div><br></div><div><a href="https://archive.org/details/CC_1916_07_10_TheVagabond">https://archive.org/details/CC_1916_07_10_TheVagabond</a><br></div><div><br></div><div><br></div><div>"Angel and the Batman" (original badman, wegen protokoll name)</div><div><a href="http://www.imdb.com/title/tt0039152/">http://www.imdb.com/title/tt0039152/</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-05 20:45 GMT+01:00 Ramon Waldherr <span dir="ltr"><<a href="mailto:rampone@gmail.com" target="_blank">rampone@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hiho,</div><div><br></div><div>Tube Senf, aufmach und drück:</div><div><br></div><div>zwingend imho:</div><div>--- fastd v16+, als method nur noch 2012salsa+umac. max noch 2012salsa+gmac (auf jedenfall "salsa2012+gmac" auf supernodes noch lassen obvious, router nicht unbedingt). "null" oder "null+cipher" sollten wir sein lassen auf dauer (u.a. um das tracking von nicht "privacy extended ipv6"  und mac adressen generell zu erschweren)</div><div> ("salsa2012+umac" laeuft fast seit release zwischen supernodes und ssheartofgold (LAN fastd server) connected auch via umac, die CPU Last ist deutlich niedriger, sollte afaican see kein problem bei deployment auf routern geben)</div><div><br></div><div>--- bb (release mit ath9k trunk fixes backport?) version für alle geräte und als alternative aa bereit stellen?</div><div><br></div><div>features not really needed for release/nice to have:</div><div><br></div><div>-- wenn platz ist/bei 8MB ROM Routern: USB Kernel mit USB RNDIS (Netzwerkkarte) und in config "usbwan" eintrag: damit könnten USB Router wahlweise noch per USB tethering via Handy uplink machen. </div><div><br></div><div>Umsetzung nicht einfach, da eigene Version für 8MB ROM/USB Router hergestellt werden muesste</div><div><br></div><div>-- sexy, aber fuer 1.3 zu spät: if no other batman originators except node itself, then shutdown client wifi ap? (dadurch kein bereitstellen vom client netz, wenn es absolut nur lokal funktionieren würde)</div><div><br></div><div>-- config mode um LANport wechseln aufbohren (meehhh, aufwand, scheu, lieber wiki artikel zum selbst umstellen schreiben)</div><div><br></div><div>Phantasmagoria:</div><div><br></div><div>-- Showerthought: LEDS rekonfigurieren, zeigt dann Qualität der Verbindung zum besten meshnachbarn (LAN 1-4 fuer Staerke oder andere freie LED langsam bis schnell blinken lassen), vielleicht via button ausloesen  ((Gimmick))</div><div><br></div><div>-- in adhoc mesh BSSID kanal mit einkodieren, automatisches einstellen des entsprechenden Meshkanals auf "client router" (far out idea, probably not needed)</div><div><br></div><div>-- flux kompensator fuer Meshreisen in die Vergangenheit oder zum Nachbarn (impossible at this point in sciencehistory und bitte laecheln)</div><div><br></div><div><br></div><div>Gruesse</div><div><br></div><div>Rampone</div><div><br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2014-12-03 0:46 GMT+01:00 Christof Schulze <span dir="ltr"><<a href="mailto:christof.schulze@gmx.net" target="_blank">christof.schulze@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo Jan,<br>
<span><br>
> welche Ideen / Wünsche habt ihr noch für das Firmware-Release 1.3?<br>
> Auf meiner Agenda habe ich ich<br>
> -> fastd v15<br>
</span>Du willst fastdv16. Fastdv15 hat noch einen Bug im Zusammenhang mit<br>
dem neuen socket, wenn on-verify-scripte gefahren werden - und das ist<br>
sowohl in ffm als auch in kbu der Fall. In der Firmware (nicht auf dem<br>
Server) sollten zudem die Ciphers auf zwei eingeschränkt werden -<br>
salsa2012+umac und null. Außerdem sollten die ciphers auf dem node und<br>
dem supernode gleich sortiert sein, damit das Auswahlverhalten<br>
deterministisch wird. Ist ein wenig Voodoo aber mit diesen Regeln soll<br>
v16 wohl super sein. (20mbit Durchsatz auf einem 841 mit<br>
Verschlüsselung). Selbst im Einsatz haben wir es noch nicht.<br>
<br>
> @Christoph: Ist collectd5 eigentlich stabil? Gfalls ja, können wir<br>
> umstellen ...<br>
collectd5 läuft aktuell auf dem Server wunderbar.<br>
<a href="http://sstats.ffm.freifunk.net/sstats/host.php?h=freifunk-647002bbdb00" target="_blank">http://sstats.ffm.freifunk.net/sstats/host.php?h=freifunk-647002bbdb00</a><br>
Auf den Nodes haben wir es nur vereinzelt (dev-firmware) und ein<br>
cronjob startet den Dienst alle 2h neu weil der collectd-reconnect-fix<br>
noch nicht in 5.4.1 enthalten ist. Bisher habe ich weder versucht, den<br>
patch auf 5.4.1 anzuwenden, noch eine neuere Version inklusive Fix zu<br>
bauen, sodass der cronjob wegfallen kann.<br>
<br>
viele Grüße<br>
<span><font color="#888888"><br>
Christof<br>
<br>
--<br>
()  ascii ribbon campaign - against html e-mail<br>
/\  against proprietary attachments<br>
</font></span><div><div><br>
--<br>
_______________________________________________<br>
Freifunk-Bonn mailing list<br>
<a href="mailto:Freifunk-Bonn@lists.bonn.freifunk.net" target="_blank">Freifunk-Bonn@lists.bonn.freifunk.net</a><br>
<a href="http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" target="_blank">http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>