Hellau, nochmal ich zu diesem (etwas von mir vergessenen) Thread … :) Am 24.03.2016 um 10:33 schrieb me@seth0r.net:
[…]
Am 23.03.2016 um 22:58 schrieb Kai Sommer:
[…]
### ESSID
[…]
IMHO besteht ein akt. Standard-Setup aus - 1 x Ad-Hoc mit der ESSID "Mesh23" und - 1 x Infrastructure mit vom AP-Namen abgeleiteter ESSID (bspw: 254-67-sokai)
nein, das essid schema für die Infrastructure netze ist eines der folgenden:
Freifunk-Potsdam-x-y z.B. Freifunk-Potsdam-254-16 bei bernd
Einrichtung@Freifunk-Potsdam z.B. Kuze@Freifunk-Potsdam für das roaming netz im kuze
*korrekt* – Mein Fehler … Damit ist dann auch der Punkt „PR über ESSID“ (aus meiner Ursprungs-E-Mail) hinfällig. (Außerdem gibts noch ne ESSID mit „service“ drin. Hatte ich letztens mal in Nähe des KuZe gesehen, dazu aber auch nix groß gefunden … *nuja,anderesthema*)
[…]
lediglich das Mesh netz hat keinen hinweis mehr auf den ffp, was so gewollt ist, da: 1. es Geräte gibt, die Ad-Hoc netze nicht sehen 2. es Geräte gibt, die Ad-Hoc netze sehen, sich aber nicht verbinden können 3. selbst Geräte, die Ad-Hoc unterstützen, damit nichts mehr anfangen können, da wir aus gründen 1 und 2 dort kein dhcp mehr betreiben
für die User sah es üblicherweise so aus, dass ffp nicht funktioniert und daher eher negative werbung war.
O.K. – kann ich nachvollziehen und ist echt doof, dass ‚uns‘ 1. + 2. zu der Entscheidung brachten.
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 …)
c) Bzgl. der Ad-Hoc ESSID "Mesh23" hatte ich kurz nen Chat mit Marcel aus Cottbus, der meinte, dass hier ggf. "intern-ch5.potsdam.freifunk.net" (2,4GHz auf Kanal 5) und/oder "intern-ch??.potsdam.freifunk.net" nehmen könnte. (Das ist wohl so von Berlin abgeguckt …)
prizipiell ist die ssid im adhoc netz egal, das meshen funktioniert über die bssid, also könnte man das nennen, wie man will, aber wie oben erwähnt, sollte es was sein, womit kein user auf die idee kommt sich zu verbinden, um die userfrustration niedrig zu halten.
O.K. – weiß leider auch nicht, wesh. Marcel das ansprach bzw. es in Berlin so gemacht wird …
### Schema der Node-Namen
[…] (Hinweis: [3]–[6] bitte nach dem Aufruf nochmal neu laden; is mom. etwas buggy …) [3] <http://freifunk-potsdam.de/apdb/owm-ffp_nodes-osm_node.htm> [4] <http://freifunk-potsdam.de/apdb/owm-ffp_nodes-osm_relation.htm>
[…]
→ Was machen wir denn nun? – Wir benennen unsere APs so, dass sie anhand des Node-Namens (in der der Menge der 207 Nodes aus [3]) identifizierbar sind. :) → Wie benennen wir sie denn dann? – Ich kann nur einen Vorschlag machen. Wie wäre es mit: ffp-$straßenküzel-$hausnummer-$zusatz !? (Da würden dann bspw. "ffp-schopenhauer-29-sokai", "ffp-geschwi-82-waschbar-kneipe", "ffp-elflein-10-kuze-dach" … rauskommen.)
klingt interessant, prinzipiell finde ich den ort im namen sinnvoller, als wer damit was zu tun hat. es gibt da von bernd ein paar knoten, die sind ziemlich weit verstreut ;)
*zustimm* Carsten hatte allerdings auch schon angemerkt, dass wir – nach der Komplett-Umstellung des Netzes, also inkl. Node-Namen – über „254-“ am Anfang des Namens unsere APs identifizieren können …
aber vielleicht will nicht jeder seine knkrete adresse preisgeben, sollten wir unbedingt auf der userml diskutieren.
*zustimm* Würde dazu dann mal nachher den Thread abspalten …
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?*
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*)
[…]
wir sind jetzt bereits nen halbes jahr dabei umzustellen und haben so etwa 3/4 des netzes fertig, die restlichen knoten sind eher so problemkinder...
+1000 dafür! :) Das also nochmal von mir … – Grüße der Kai -- Kai Sommer | http://sok.ai Schopenhauerstraße 29 | http://ka.i-sommer.de 14467 Potsdam | xmpp: me@sok.ai sig: CB0E 7DC5 5F32 456A 94A4 | pubkey: http://ma.ximi.se/mekey