Hellau, nochmal ich zu diesem (etwas von mir vergessenen) Thread … :)
Am 24.03.2016 um 10:33 schrieb me@seth0r.net:
[…]
b) Im Wiki konnte ich Anfang des Jahres was zum Thema Roaming (mit batman) finden/lesen. – Ich frage mich nun, ob es nicht sinnvoller/besser wäre/ist, wenn auf allen APs als Infrastructure-ESSID (bspw.) "potsdam.freifunk.de" verwendet wird und wenn dann iwann batman läuft, geht das Roaming ‚automatisch‘ …
[…] das roaming via batman betreiben wir nur in der nähe größerer stadorte, z.B Kuze, Rechenzentrum, Pub es ist technisch zwar möglich, aber keine gute idee, ein roaming netz für ganz potsdam zu betreiben. wenn interesse besteht, führe ich da noch näher aus. Ahso … – Habe zwar keinen Schimmer, wesh. das Roaming problematisch sein sollte (und wozu man dazu batman benötigt), aber ich denke, wir sollten das nochmal anderweitig ‚diskutieren‘ (danke fürs Angebot :)).
Nur so viel (aus meinem Noob-Gehirn) nochmal, wie ich dachte, dass es funktioniert: Alle FFP-APs haben die ESSID "potsdam.freifunk.de" fürs DHCP-Client-Netz und wenn jmd. den AP wechselt (weil der Client sich bewegt), bekommt er ne neue IP. (Kann sicher zum Verlust von nen paar Paketen führen, wäre aber vllt. vertretbar, weil das Roaming funktioniert … Allerdings fällt mir dabei grad ein, dass es wahrsch. auch problematisch ist, wenn man sich genau zw. zwei APs befindet und der Client ständig zwischen diesen beiden hin und her hopst …) das problem ist, wenn sich unterschiedliche netze mit der selben essid überschneiden, wechselt der client zwar ins neue netz, aber behält seine alte ip. er kann dann in dem netz nichts mit der ip anfangen und merkt es nicht. eine neue ip holt er sich nur, wenn er die verbindung zum netz komplett verloren hat und sich neu verbindet, beim einfachen wechsel von einem router zum nächsten nicht. deshalb benutzen wir batman womit die am roaming beteiligten router ein gemeinsames layer 2 netz haben in dem es einen zentralen dhcp server gibt.
könnten wir für die freifunk-karte nicht das nodelist format auf der apdb exportieren, da sind aktuelle eh mehr knoten drin, als in der owm. Könnte man … Und dann bauen wir uns unsere eigen Karte mit apdb … Alles Überlegungen, die man machen könnte. – Ein Punkt bleibt aber: Wir nutzen die FW aus Berlin und da wird standardm. OWM angeboten/die OWM befüllt. Ergo sollten wir das nutzen und unsere Energie in andere Dinge stecken, als um die FW ‚drumherum‘ zu basteln … *uknow?* wenn ich das auf https://github.com/ffansbach/de-map/issues/26 richtig verstanden habe, müssten wir nur so ein community file ausliefern, das hätte dann höhere
Am 20.04.2016 um 12:02 schrieb Kai Sommer: priorität, weil aus der owm wird dann alles erst mal berlin zugeschlagen. die owm selber ist kein problem, weil da garkeine zuordnung zu einer stadt stattfindet.
in den listen bei [3] und [4] tauchen uach noch uralte knotennamen auf, bekommt man die da auch irgendwie wieder raus? Jo, nach ner Woche off, sollten dir eig. raus sein … (Muss ich nochmal schauen bzw. muss man bei Abfragen halt iwie filtern … *gradnichimkopf*)
bei http://freifunk-potsdam.de/apdb/owm-ffp_nodes-osm_node.htm gibt es weiter unten ap-4-192-pub – Update (2 months ago) Sven