Moin
Ich habe noch mal ne frage zum Release Konzept Firmware...
Es sollen aktuell mind. 4 Leute die Firmware signieren, bis sie als stable gekennzeichnet wird.
Aktuell sind es in der 0.8 zwei Signaturen und der Ordner "stable" zeigt bereits auf die 0.8 unter firmware.ffnw.de
Das sollte eigentlich ja erst dann so sein, wenn 4 Signaturen vorhanden sind, oder?!
Gruß
Johannes
Von meinem iPhone gesendet
Hallo zusammen,
ich arbeite gerade an einer Lösung zur MTU-detection (packages, Issue #29).
Meine Lösung sieht das Senden eines Pings mit "don't fragment bit" und
variierender Paketgröße vor.
Ich habe einen proof of concept in C unter github:
https://github.com/lethexa/mtudetect
Sollte dies eine Hilfe sein würde ich die Entwicklung und Integation
gerne weiterführen.
Gruß
Tim
Moin zusammen
zur Info für euch.
Ich wollte in der nächsten Zeit den Mozilla Location Service als
Autolocator testen.
Da der MLS zwingend https vorraussetzt und wir auf den Routern aktuell
keinen platz für eine SSL Library haben, habe ich das folgende kleine
"mini" Tool gebaut welches als Proxy fungieren soll
https://git.nordwest.freifunk.net/PowerPan/autolocator-proxy
Ihr könnte es euch ja mal anschauen
Und hier die Doku vom MLS:
https://mozilla.github.io/ichnaea/api/geolocate.html
Gruß
Johannes
ich hab gerade für freiburg ein kleines proof of concept skript gebaut,
mit dem wäre es möglich Geodaten gegen Accesspoint-MAC zu bekommen.
ich dachte viell ein gluon-config-auto-locate skript zu bauen, wo man
dann angeben kann das man möchte das der knoten selbst versucht seine
Geo zu bestimmen.
dabei wurde ich auf eure Diskussion aufmerksam gemacht, und das ihr
soetwas womöglich schon gebaut habt.
von der idee her nutze ich die mozilla geo api
vielleicht könnt ihr von euch berichten ,
hier das Skript Snippet für den Fall das ihr euch selten im Freifunk.net
Forum tummelt
https://forum.freifunk.net/t/geo-geraten-aus-nachbar-wifi-accesspoints-beis…
grüßle aus Freiburg
Moin
eine Frage ist bei mir Gestern noch aufgekommen nach dem ich die RoadMap erklärt bekommen habe.
Haben wir für die schrittweise Einführung zusätzliche Server für die Supernodes, oder werden die bestehenden genutzt?
Und ist die aktualisierte Roadmap schon gei gitlab eingepflegt?!
Gruß
Johannes
Hi,
Hat jemand Lust und vorallem Zeit das libwlocate-Backend weiter zu
entwickeln?
Die Problematik ist das der aktuelle Algorithmus nur ein BSSID mit einer
angegebenen Position erlaubt. Das ist natürlich sehr einfach gedacht und
führt dann zu Problemen wie man es z.b. am Freifunk sieht..
https://sourceforge.net/p/libwlocate/code/ci/master/tree/master/web/
Ich hab mal einen Mail aus schnitt von mir und Michael angehängt.
vg
Tarek
> Wir verhält es sich wenn n identischen SSIDs und BSSIDs
> in der DB sind ?
SSIDs werden nicht gespeichert, nur die BSSIDs und deren Position. Da
die BSSID
gleichzeitig der Key für die DB ist, kann so ein AP eigentlich nur einmal
existieren.
Bei der Abfrage einer Position schlägt dann eine Fehlerkorrektur zu:
befindet
sich bei mehr als zwei APs einer laut Datenbank zu weit von allen anderen
weg, so
wird er als potentiell falsch markiert. Sammelt dieser AP im Laufe der
Zeit zu
viele "Falsch"-Marierkungen, wird er automatisch gelöscht und die
fehlerhafte
Position existiert nicht mehr. Das kann aber schon so 5..10 Abfragen lang
dauern.
Meine Idee Wäre das n BSSIDs in der DB existieren können. Je mehr
Smartphons die Echtheit der Router Position bestätigen des so höher soll
eine Wahrscheinlichkeit über die Korrektheit der Position werden. Zudem
könnte man den output bei einer Positionsabfrage gpsd kompatibel ausgeben.
Der Algorithmus zur Ermittlung der Position bei einer anfrage über die
libwlocate scheint sehr gut zu funktionieren.
vg
Tarek