[Freifunk-Bonn] Firmware-Release 1.3

[Ramon Waldherr]

Oh Namensvorschlaege auf die schnelle:

"The Fast and The Furious"   wegen schnellerer crypto
https://archive.org/details/TheFastandtheFuriousJohnIreland1954goofyrip
(moegliche copyright probleme zum modernen Film)

"The Vagabond"   passt zu mesh irgendwie

https://archive.org/details/CC_1916_07_10_TheVagabond


"Angel and the Batman" (original badman, wegen protokoll name)
http://www.imdb.com/title/tt0039152/

2014-12-05 20:45 GMT+01:00 Ramon Waldherr <rampone at gmail.com>:

> Hiho,
>
> Tube Senf, aufmach und drück:
>
> zwingend imho:
> --- 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)
>  ("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)
>
> --- bb (release mit ath9k trunk fixes backport?) version für alle geräte
> und als alternative aa bereit stellen?
>
> features not really needed for release/nice to have:
>
> -- 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.
>
> Umsetzung nicht einfach, da eigene Version für 8MB ROM/USB Router
> hergestellt werden muesste
>
> -- 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)
>
> -- config mode um LANport wechseln aufbohren (meehhh, aufwand, scheu,
> lieber wiki artikel zum selbst umstellen schreiben)
>
> Phantasmagoria:
>
> -- 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))
>
> -- in adhoc mesh BSSID kanal mit einkodieren, automatisches einstellen des
> entsprechenden Meshkanals auf "client router" (far out idea, probably not
> needed)
>
> -- flux kompensator fuer Meshreisen in die Vergangenheit oder zum Nachbarn
> (impossible at this point in sciencehistory und bitte laecheln)
>
>
> Gruesse
>
> Rampone
>
>
>
> 2014-12-03 0:46 GMT+01:00 Christof Schulze <christof.schulze at gmx.net>:
>
>> Hallo Jan,
>>
>> > welche Ideen / Wünsche habt ihr noch für das Firmware-Release 1.3?
>> > Auf meiner Agenda habe ich ich
>> > -> fastd v15
>> Du willst fastdv16. Fastdv15 hat noch einen Bug im Zusammenhang mit
>> dem neuen socket, wenn on-verify-scripte gefahren werden - und das ist
>> sowohl in ffm als auch in kbu der Fall. In der Firmware (nicht auf dem
>> Server) sollten zudem die Ciphers auf zwei eingeschränkt werden -
>> salsa2012+umac und null. Außerdem sollten die ciphers auf dem node und
>> dem supernode gleich sortiert sein, damit das Auswahlverhalten
>> deterministisch wird. Ist ein wenig Voodoo aber mit diesen Regeln soll
>> v16 wohl super sein. (20mbit Durchsatz auf einem 841 mit
>> Verschlüsselung). Selbst im Einsatz haben wir es noch nicht.
>>
>> > @Christoph: Ist collectd5 eigentlich stabil? Gfalls ja, können wir
>> > umstellen ...
>> collectd5 läuft aktuell auf dem Server wunderbar.
>> http://sstats.ffm.freifunk.net/sstats/host.php?h=freifunk-647002bbdb00
>> Auf den Nodes haben wir es nur vereinzelt (dev-firmware) und ein
>> cronjob startet den Dienst alle 2h neu weil der collectd-reconnect-fix
>> noch nicht in 5.4.1 enthalten ist. Bisher habe ich weder versucht, den
>> patch auf 5.4.1 anzuwenden, noch eine neuere Version inklusive Fix zu
>> bauen, sodass der cronjob wegfallen kann.
>>
>> viele Grüße
>>
>> Christof
>>
>> --
>> ()  ascii ribbon campaign - against html e-mail
>> /\  against proprietary attachments
>>
>> --
>> _______________________________________________
>> Freifunk-Bonn mailing list
>> Freifunk-Bonn at lists.bonn.freifunk.net
>> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>>
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20141205/a090c6c3/attachment.htm>