<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo Community,<br>
ich kann den "nein"-Teil von Kim nachvollziehen, genauso sehe ich
im "ja"-Teil aber auch die Realität. Meine dörflichen Meshes sind
viel zu klein, um lokale Services darin anzubieten, die sinnvoll
offline nutzbar wären, abgesehen von der Pflege, die ich nicht
übernehmen könnte und wollte. <br>
Meine Knoten sind faktischen Intenet Access Points, und von daher
wäre es der Akzeptanz von Freifunk eher förderlich, den Vorschlag
umzusetzen. Die Umbenennung überlasse ich kreativeren Köpfen. <br>
<br>
Grüße aus dem Warndt,<br>
Erik Roskothen<br>
<br>
<br>
Am 27.11.2017 um 09:50 schrieb Kim Meiser:<br>
</div>
<blockquote
cite="mid:%3CCAPfJw_528wObi80F4HihNh-ddiby_PnmzJny2sinz8OyrMCgLg@mail.gmail.com%3E"
type="cite">
<div dir="ltr">
<div dir="ltr">
<div>
<div>
<div>Zu dem Thema "SSID umbenennen wenn Offline" äußere
ich mich mit einem entschiedenen, klaren <i>Jein</i>.<br>
<br>
</div>
Aus meiner Sicht wäre es wünschenswert, wenn der "mündige
Nutzer" sich mit der Idee Freifunk auseinandersetzt und
wertschätzt, dass Freifunk ein freies, unzensierbares Netz
darstellt, und kein ISP-Ersatz sein will. Dann akzeptiert
man auch gern, dass es einzelne Freifunk-Knoten ohne
Internet-Uplink gibt. Ich schließe mich auch dem
vorliegenden Argument an, dass die "Nichtverfügbarkeit des
Internets in der Freifunk-Wolke als Chance zu begreifen
[ist], sich auf lokale Dienste zu besinnen." [1]<br>
<br>
Leider läuft mein Wunsch völlig an der Realitiät vorbei.
Und es ist auch richtig, dass nichts den Anwender mehr
frustriert als "WLAN ist verbunden, Internet nicht
erreichbar". Die einzig in der Realität vorkommende
Schlussfolgerung lautet immer "Freifunk ist kaputt". Das
finde ich sehr schade, denn was eigentlich als Stein des
Anstosses zum Nachdenken genutzt werden könnte, schadet
Freifunk mehr, als es nützt.Dennoch sollten wir bei dieser
Diskussion darauf achten, Freifunk in seiner Idee zu
erhalten, und nicht ausschließlich die
"WLAN-Hotspot-Sicht" einzunehmen. Viele Argumente für und
gegen die Kennzeichnung von "Offline"-Knoten wurden
bereits hier [2] genannt. <br>
</div>
<div><br>
Falls sich die Saar-Community für eine Kennzeichnung von
Offline-Knoten aussprechen sollte, hätte ich folgende
Anmerkungen:</div>
<div><br>
</div>
<div>* Umbenennen der SSID (so wie von dir vorgeschlagen)
finde ich viel besser als abschalten der SSID, da man auch
dann noch Freifunk als Mesh verwenden kann, wenn kein
Internet-Uplink besteht.<br>
</div>
* "Offline" finde ich als Indikator ungeeignet, da das
Mesh-Netz evtl. weiterhin erreichbar ist. "Keine
Internetverbindung" wäre schöner, ist aber zu lang. Ich
schlage daher "saar.freifunk.net-<wbr>ohneInternet" oder
"saar.freifunk.net-noInternet" als SSID im Offline-Fall vor.</div>
<div>* Das prüfen der Internet-Erreichbarkeit sollte häufig
durchgeführt werden, so dass das umschalten zeitnah nach
Verbindung bzw. Unterbrechung der Internetverbindung
erfolgt. Also beispielsweise lieber eine Prüfung jede
Minute, nicht jede Nacht.</div>
<div>* Falls es eine Entscheidung dafür gibt, müssen wir die
Gründe, die mehrheitlich zur Entscheidung geführt haben,
mitsamt den aufgebrachten Gegenargumenten auf der Webseite
dokumentieren, so dass die Abwägung der Entscheidung auch
für Menschen nachvollziehbar bleibt, die nicht auf dieser
Mailingliste abonniert sind.</div>
<div>* Neben der Begründung wünsche ich mir auch eine
transparente Kommunikation der Kriterien, die zur
Umbennenung der SSID führen.<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Kim<br>
</div>
<br>
<div>
<div>
<div><br>
[1] <a moz-do-not-send="true"
href="https://forum.freifunk.net/t/wer-arbeitet-an-dem-script-wlan-abschalten-bei-internetausfall/871/11"
target="_blank">https://forum.freifunk.net/t/<wbr>wer-arbeitet-an-dem-script-<wbr>wlan-abschalten-bei-<wbr>internetausfall/871/11</a><br>
<div>[2] <a moz-do-not-send="true"
href="https://forum.freifunk.net/t/gluon-freifunk-ssid-bei-fehlendem-uplink-automatisch-umbenennen/569/11"
target="_blank">https://forum.freifunk.net/t/<wbr>gluon-freifunk-ssid-bei-<wbr>fehlendem-uplink-automatisch-<wbr>umbenennen/569/11</a></div>
</div>
</div>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Am 27. November 2017 um 09:04 schrieb
Ralf Jung via freifunk-public <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:freifunk-public@saar.freifunk.net"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:freifunk-public@saar.freifunk.net">freifunk-public@saar.freifunk.net</a></a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo
allerseits,<br>
<br>
wir (im Admin-Team) haben kürzlich über eine Änderung am
Freifunk-Netz<br>
nachgedacht, die ich gerne mit der ganzen Community, also
mit euch,<br>
besprechen würde, bevor wir irgendwas umsetzen.<br>
<br>
Es geht dabei um das folgende Problem: Irgendwo steht ein<br>
Freifunk-Knoten und spannt das WLAN "<a
moz-do-not-send="true" href="http://saar.freifunk.net"
rel="noreferrer" target="_blank">saar.freifunk.net</a>"
auf. Allerdings<br>
hat der Knoten gerade kein Internet, z.B. weil der
Mesh-Uplink<br>
unerwartet weggefallen ist. Nun verbindet sich ein Nutzer
mit diesem<br>
Knoten, will ins Internet, und das klappt nicht -- zurück
bleibt der<br>
Eindruck, Freifunk funktioniere nicht.<br>
<br>
Eine mögliche Gegenmaßnahme wäre die, dass man die SSID
(also den<br>
WLAN-Namen) der Knoten ändert, wenn der Knoten kein Internet
hat. Das<br>
Netz könnte dann zum Beispiel "<a moz-do-not-send="true"
href="http://saar.freifunk.net" rel="noreferrer"
target="_blank">saar.freifunk.net</a> (offline)" heißen.
Das<br>
verhindert, dass Nutzer unerwartet kein Internet bekommen.
Ein<br>
technisches Problem mit dieser Lösung ist, dass bei einem
SSID-Wechsel<br>
alle Clients vom WLAN getrennt werden -- wenn der Knoten
also offline<br>
war, und dann Internet bekommt (oder umgekehrt), müssen sich
erstmal<br>
alle Clients neu verbinden. Allerdings ist das u.U. sowieso
eine gute<br>
Idee, damit die Clients auch per DHCP eine funktionierende
IPv4 bekommen.<br>
<br>
Das Hauptproblem bei diesem Vorschlag -- und der Grund,
warum eine<br>
solche Funktionalität meines Wissens nicht in Gluon
eingebaut ist -- ist<br>
eher politischer Natur: Freifunk ist mehr als nur Internet,
es ist auch<br>
ein Community-betriebenes Meshnetz. Lokale Meshnetze
funktionieren<br>
weiterhin, wenn der Uplink weg ist, und diese Unabhängigkeit
von<br>
zentraler Infrastruktur ist ein wichtiger Aspekt von
Freifunk.<br>
<br>
Allerdings muss man m.E. auch anerkennen, dass die
überwältigende<br>
Mehrzahl unserer Nutzer Freifunk ausschließlich nutzt, weil
es darüber<br>
Internet gibt. Zudem ist es ja nicht so, dass
offline-Meshes nicht mehr<br>
klappen -- man muss nur sein Gerät mit "<a
moz-do-not-send="true" href="http://saar.freifunk.net"
rel="noreferrer" target="_blank">saar.freifunk.net</a>
(offline)"<br>
verbinden.<br>
<br>
Was meint ihr dazu? Sollten wir den WLAN-Namen anpassen,
wenn der<br>
Knoten keine Verbindung zu einem unserer Gateways hat, oder
nicht? Und<br>
falls ja, wie sollte das WLAN ohne Verbindung heißen? Wir
würden dazu<br>
gerne eure Meinung hören!<br>
<br>
Viele Grüße,<br>
Ralf<br>
<span class="HOEnZb"><font color="#888888">--<br>
<a moz-do-not-send="true"
href="mailto:freifunk-public@saar.freifunk.net">freifunk-public@saar.freifunk.<wbr>net</a>
- Diskussion und Hilfe der Freifunk Saar Community.<br>
Verwaltung: <a moz-do-not-send="true"
href="https://lists.hacksaar.de/listinfo/freifunk-public"
rel="noreferrer" target="_blank">https://lists.hacksaar.de/<wbr>listinfo/freifunk-public</a><br>
Abbestellen: <a moz-do-not-send="true"
href="mailto:freifunk-public-unsubscribe@saar.freifunk.net">freifunk-public-unsubscribe@<wbr>saar.freifunk.net</a><br>
</font></span></blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Erik Roskothen
Fröbelstr. 7
66333 Völklingen
Tel. 06802/91045
Fax 06802/175 00 46
mob. 0173/6657745</pre>
</body>
</html>