[Freifunk-Bonn] Firmware-Release 1.3

Ramon Waldherr rampone at gmail.com
Fr Dez 5 20:45:30 CET 2014


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/03db7459/attachment.htm>


Mehr Informationen über die Mailingliste Freifunk-Bonn