[Freifunk-Bonn] Firmware-Release 1.3

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


oh, sind jetzt keine "opensource", sondern PD / copyright verlängern
verpeilt filme

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

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


Mehr Informationen über die Mailingliste Freifunk-Bonn