Hallo Kai
Am 23.03.2016 um 22:58 schrieb Kai Sommer:
Juten Tach zusammen …
Schon seit einiger Zeit brennen mir zwei Themen (s. Betreff) unter den
Nägeln und nun möchte diesbzgl. gern nochmal etwas konkret nachfragen …
––––– 8< –––––
Hinweis:
Eig. sollte/könnte IMHO diese Diskussion auf der user-ML stattfinden.
– Da ich jedoch nicht weiß, wie gut ihr das findet, mache ich es erstmal
hier.
→ Sollte die erste Person, die antworten will, auch finden, dass wir auf
der user-ML diskutieren sollen, bitte dies nur kurz als Antwort hier
senden und dann sende ich diese E-Mail nochmal auf die user-ML. :)
––––– >8 –––––
ich meine mich zu erinnern, dass wir zu einigen dieser themen eine
diskussion auf der user-ml hatten.
die beteiligung war halt eher mäßig.
schicks ruhig nochmal an die userliste, oder ich antworte gleich mit an
die userliste...
Vorab 1: Das Folgende kann für die techn. versierteren Personen ggf.
etwas DAU-mäßig erscheinen. – Entsch. das bitte und versucht mein
Anliegen einf. zu verstehen und bei Begrifflichkeiten lerne ich gerne
noch was dazu! :)
Vorab 2: Ich weiß, dass ich bei einigen Dingen eher schlecht informiert
bin und mir durchaus Informationen fehlen, weil ich arg selten bei den
Treffen bin. – Allerdings sind beide anzusprechenden Themen IMHO so
essenziell, dass ich mir gewünscht hätte, zur Entscheidungsfindung auch
auf den MLs, oder im Wiki etwas zu finden, was leider nicht wirklich der
Fall ist. (Für Hinweise bin ich auch hier dankbar! :))
Vorab 3: Mit Folgendem will ich niemanden ans Bein pink*** o.ä. – Es
gibt nen paar Dinge die ich nicht verstehe und zu denen ich mich gern
unterhalten möchte. – Ich bin sehr froh über die Aktivitäten (und die
Leute dahinter), die ja v.a. 2015 richtig Fahrt aufgenommen haben!
### ESSID
Also, gaaanz am Anfang vom FFP gab es APs, die haben ein Ad-Hoc-Netz
aufgemacht und dies mit der ESSID "www.freifunk-potsdam.de" vershen. –
Damit konnten alle Personen, die ein Ad-Hoc-fähiges Gerät hatten, im FFP
surfen und wussten, dass das Netz vom FFP ist (inkl. der ja gleich
mitgelieferten Domain für mehr Informationen …)
Nun ist es so, dass die (schon damals sehr geringe Zahl) der
Ad-Hoc-fähigen Geräte leider nicht angestiegen ist und unser FFP-Netz
gar nicht richtig genutzt/ausgelastet werden kann.
Glücklicherweise haben sich jedoch Hard- und Software weiter entwickelt
und nun ist es so, dass ein AP mehrere Netze aufspannen kann.
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
Die folgenden Dinge finde ich nun etwas verstörend und würde gern mal
über Alternativen bzw. Gründe für den Istzustand diskutieren.
a) In allem, was nun ‚verstrahlt‘ wird, ist nicht ein Fitzel mehr als
Hinweis auf den FFP zu finden ist, was ich (mindestens sehr) schade
finde … – Für mich zählt leider das ‚Argument‘: „"potsdam.freifunk.de"
ist zu kompliziert/verwirrend und desh. nehmen wir "Mesh23".“ nicht
wirklich … :-/
doch, siehe oben
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.
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 Sichtbarkeitsargument aus
a) zählt hier nat. auch.
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.
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.
### Schema der Node-Namen
Schon seit Ewigkeiten finde, dass die AP-Benennung mal überarbeitet
werden sollte. – Dies aus mehren Gründen … Hier nur zwei:
1. Sie waren ‚gewachsen‘ und desh sehr uneinheitlich.
2. Ich fand es schon immer wichtiger anhand eines AP-Namens den
Standort, statt die IP eines APs erkennen zu können.
Nun ist das ja im letzten Jahr auch mal angefasst worden, leider aber
aus meiner Sicht zum Nachteil und meines Wissens ohne (breitere)
Definition/Diskussion eines Schemas bzw. wenigstens von Regeln. :-/
→ Ich möchte hiermit die Diskussion um ein Überdenken der
Node-Namen-Konventionen (noch)mal anstoßen!
Denn zu den beiden obigen Punkten kommt für mich mom. noch folgende
Problematik:
Unter <http://www.freifunk-karte.de/> sind auch unsere Nodes zu
finden. – Die Idee dahinter ist (einfach erklärt), eine Map _aller_
FF-Communities zu machen, in dem alle offiziellen FF-Community-API-Files
[0] durchgegangen werden und alle gefunden Community-Maps zusammen
gehext werden. (Unsere Nodes kommen dabei aus der OWM [1].)
[0] <https://github.com/freifunk/directory.api.freifunk.net>
[1] <https://openwifimap.net>
Nun ist es aber so, dass die FF-Communities Berlin, Cottbus und Potsdam
(und noch mehr) alle die OSM nutzen. Und bei der Generierung der
AP-/Node-Liste für [0] alphabetisch vorgeangen wird und _B_erlin vor C
und P kommt, wird bei unseren/den FFP-APs als Community Berlin angezeigt.
Dazu gibt es auch ein Ticket [2], in dem der erste Kommentar die ganze
Geschichte erklärt.
Die Lösung der Problematik ist/wäre, eine eigene Node-/AP-Liste für
Potsdam zu generieren und zur Verfügung stellen. Dies wollte ich mal
probieren und bin über die Problematik mit unseren AP-Namen gestolpert … :-/
[2] <https://github.com/ffansbach/de-map/issues/26>
Wie findet man alle Potsdamer APs in der OWM? – In dem man einfach alle
APs in einer Bounding Box (BB) abfragt. Problem dabei ist, dass diese
Box nur rechteckig sein kann und wir leider zu nah an Berlin sind, als
dass wir bei der Abfrage _nur_ FFP-APs abfragen können.
Wenn man bspw. die BB des OpenStreetMap-Nodes nimmt, erhalten wir über
270 APs [3]. Nimmt man die BB der offiz. definierten
OpenStreetMap-relation (basierend auf der Gemeindegrenze), erhält man 82
Nodes?
(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>
→ Warum ist das so unterschiedlich? – Weil wir zu nah an Berlin sind …
(Für Cottbus ist das weniger problematisch, s. [5] + [6].)
→ Welche APs haben wir denn nun in Potsdam? – Keine Ahnung, denn
„Potsdam“ ist nirgendwo definiert (auch nicht für uns als Community) …
→ 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 ;)
aber vielleicht will nicht jeder seine knkrete adresse preisgeben,
sollten wir unbedingt auf der userml diskutieren.
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.
in den listen bei [3] und [4] tauchen uach noch uralte knotennamen auf,
bekommt man die da auch irgendwie wieder raus?
[5] <http://freifunk-potsdam.de/apdb/owm-ffc_nodes-osm_node.htm>
[6] <http://freifunk-potsdam.de/apdb/owm-ffc_nodes-osm_relation.htm>
Nun, was denkt ihr … – Hat jmd. ne Meinung!? → Würde mich freuen! :)
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...
Danke und Grüße
der Kai
PS:
Sry für den Sermon – is denn doch länger geworden, als gedacht.
Tippfehler können desh. auch gern behalten werden … ;)
_______________________________________________
Users mailing list
[email protected]
https://lists.freifunk-potsdam.de/listinfo/users
