<div dir="ltr">Das ginge nur, wenn wir in allen Hoods die selbe BATMAN Version verwenden würden.<div>Bonn unterscheidet sich aber nicht nur durch Konfigurationswerte, sondern in die Firmware sind andere Versionen der Pakete verbaut.</div><div>.. aber die nächste BATMAN Version kommt bestimmt irgendwann und wenn sie toll ist, migrieren wir vielleicht alle Hoods auf die selbe Version.<br>Wenn sich bis dahin $jemand gefunden hat, der einen Hoodselector mal durchprobiert hat. :)</div><div>Neben den beiden hier vorgestellten Modellen[1] [2], gibt es auch noch das Aachener Model [3]</div><div><br></div><div>Alle haben Vor- und Nachteile. In jedem Fall sollten wir im Auge behalte es möglichst dezentral zu regeln.</div><div>Wenn $jemand Lust hat, könnte man die drei Modell im Vergleich zum Status Quo (Auswahl der Hood über ein Firmware File) ja mal evaluieren. </div><div>LG,Simon</div><div><br>[1] <a href="http://tinyurl.com/hrh6obt" target="_blank" style="font-size:12.8px">http://tinyurl.com/hrh6obt</a></div><div>[2] <a href="https://ffmuc.net/router-konfigurieren/">https://ffmuc.net/router-konfigurieren/</a></div><div>[3] <a href="http://technik.freifunk-aachen.de/2016/01/11/das-netz-muss-schrumpfen-um-zu-wachsen/">http://technik.freifunk-aachen.de/2016/01/11/das-netz-muss-schrumpfen-um-zu-wachsen/</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 29. Mai 2016 um 13:14 schrieb <span dir="ltr"><<a href="mailto:hermesfreifunk@mailbox.org" target="_blank">hermesfreifunk@mailbox.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ist auf jeden Fall nen sehr guter erster Schritt, der besonders das<br>
Deployen von vielen Geräten in verschiedenen Gegenden vereinfacht.<br>
<br>
Nachteil: Wir zwingen jeden, sich mit dem Config-Mode auseinander zu<br>
setzen, was wiederum bisher ein nicht unbedingt nötiger Schritt war.<br>
<br>
Da aber die Eingabe von Koordinaten und Mailadresse ein Vorteil für die<br>
Community ist und die bisherige Verwirrung um die richtige FW-Version<br>
wegfällt finde, dass das unterm Strich durchaus Mehrwert für alle bringt.<br>
Für die "alten Hasen" vielleicht mehr als für Neulinge, aber ein<br>
Fortschritt wäre es imo definitiv.<br>
<br>
Grüße Hermes<br>
<span class=""><br>
Am 29.05.2016 um 12:42 schrieb Dirk Bachhausen:<br>
> HI! Folgender Vorschlag:<br>
><br>
> In München kann man innerhalb der Firmware auswähöen, in wlecher Hood<br>
> man lebt.<br>
> Bedeutet:<br>
> Man muß einmal auf die Maske zum erfassen der Koordinaten und der<br>
> Mailadresse und Routernamens.<br>
> Dort gibt es ein Feld, zu welcher Hodd man gehören will. Also wo man den<br>
> Router gedenkt aufzustellen.<br>
><br>
> Wäre das nicht eine Variante?<br>
><br>
> EINE Firmware für alle Hoods?<br>
><br>
> Greets<br>
><br>
> Dirk<br>
><br>
> P.s.:<br>
> Können wir am Donnerstag einen Plan festelgegen, wie wir das mit<br>
> Lindweiler und der Bedarfsermittlung machen? Ich brenne darauf den<br>
> Antrag zu stellen...<br>
><br>
><br>
><br>
><br>
</span>> photo<br>
> Dirk Bachhausen<br>
> Tel <a href="tel:0221%2F7122714" value="+492217122714">0221/7122714</a> *•* M. <a href="tel:0178%2F7122713" value="+491787122713">0178/7122713</a> *•* <a href="mailto:dirk@bachhausen.de">dirk@bachhausen.de</a> *•* Korber<br>
> Weg 17, 50767 Köln *•* <a href="http://www.bachhausen.de" rel="noreferrer" target="_blank">http://www.bachhausen.de</a><br>
><br>
><br>
> Facebook <<a href="https://www.facebook.com/bachhausen.dirk" rel="noreferrer" target="_blank">https://www.facebook.com/bachhausen.dirk</a>> Twitter<br>
> <<a href="http://www.twitter.com/adama" rel="noreferrer" target="_blank">http://www.twitter.com/adama</a>><br>
> WordPress Blog Posts <<a href="http://www.bachhausen.de" rel="noreferrer" target="_blank">http://www.bachhausen.de</a>> Mein letztes<br>
> Posting:Das Kinderschokoladen-Dilemma<br>
> <<a href="http://www.bachhausen.de/das-kinderschokoladen-dilemma/?utm_source=rss&utm_medium=rss" rel="noreferrer" target="_blank">http://www.bachhausen.de/das-kinderschokoladen-dilemma/?utm_source=rss&utm_medium=rss</a>><br>
><br>
> Read more<br>
> <<a href="http://www.bachhausen.de/das-kinderschokoladen-dilemma/?utm_source=rss&utm_medium=rss" rel="noreferrer" target="_blank">http://www.bachhausen.de/das-kinderschokoladen-dilemma/?utm_source=rss&utm_medium=rss</a>>|<br>
> My blog <<a href="http://www.bachhausen.de" rel="noreferrer" target="_blank">http://www.bachhausen.de</a>><br>
> Share on Facebook<br>
> <<a href="http://www.facebook.com/sharer.php?u=http%3A%2F%2Fwww.bachhausen.de%2Fdas-kinderschokoladen-dilemma%2F%3Futm_source%3Drss%26utm_medium%3Drss" rel="noreferrer" target="_blank">http://www.facebook.com/sharer.php?u=http%3A%2F%2Fwww.bachhausen.de%2Fdas-kinderschokoladen-dilemma%2F%3Futm_source%3Drss%26utm_medium%3Drss</a>><br>
> Share on Twitter<br>
> <<a href="https://twitter.com/intent/tweet?text=Das%20Kinderschokoladen-Dilemma%20%20%28via%20%40wisestamp%29" rel="noreferrer" target="_blank">https://twitter.com/intent/tweet?text=Das%20Kinderschokoladen-Dilemma%20%20%28via%20%40wisestamp%29</a>><br>
<div><div class="h5">><br>
><br>
><br>
><br>
> Am 29.05.2016 um 12:27 schrieb <a href="mailto:hermesfreifunk@mailbox.org">hermesfreifunk@mailbox.org</a>:<br>
>> Ist mir bewusst, ich war ja dabei ;-)<br>
>><br>
>> Es ist auch völlig klar, dass ich jetzt nicht verlange dass das<br>
>> irgendwer für mich baut. Aber das Konzept finde ich sehr interessant und<br>
>> hilfreich für Neulinge, die noch nicht so in der Materie drin stecken.<br>
>><br>
>> Daher wollte ich einfach mal eine Lanze für Usability und<br>
>> Nutzerorientierung brechen und eine Diskussion darüber anregen.<br>
>><br>
>>> Ich denke mit einem umfangreichen tutorial erreicht man erst<br>
>>> mal genauso viel wie mit einem Autoprovisioning.<br>
>> Das gilt nur für die Leute, die bereit sind, sich da wirklich<br>
>> reinzuknien. Viele Menschen die interessiert sind und es sich mal<br>
>> angucken wollen werden durch die Komplexität abgeschreckt bzw. geben<br>
>> auf, wenn es irgendwo hakt.<br>
>><br>
>> Ein gutes Tutorial ist aber natürlich Vorraussetzung dafür, dass sich<br>
>> trotz einer gewissen Komplexität Leute finden, die sich damit<br>
>> beschäftigen. Eine andere Möglichkeit den Einstieg zu vereinfachen wäre<br>
>> bspw. die wichtigsten Tutorials (Router-/Firmwareauswahl mit<br>
>> Installation / Config-Mode) auch als Video anzubieten.<br>
>><br>
>>> Ich finde das Thema nicht uninteressant aber wir sollten erst mal ein<br>
>>> Thema abschließen und es zu einer ausgereiften Sache machen anstatt<br>
>>> ein neues Thema noch oben drauf zu packen.<br>
>> Ist ja nicht so, als wenn wir allgemein festgelegte Projekte oder Ziele<br>
>> haben an denen alle gleichzeitig arbeiten wie in ner Firma. Stattdessen<br>
>> kann jeder sich mit den Aspekten beschäftigen die sie oder ihn gerade<br>
>> besonders interessieren. Dass wir vor kurzem nen Backend-Tutorial am<br>
>> Beispiel von Supernodes hatten heißt ja nicht, dass man nichts mehr<br>
>> anderes machen darf/soll. ;-)<br>
>><br>
>> Wenn ich Zeit habe (kann leider noch was dauern), schaue ich mir das<br>
>> nochmal aus der Nähe an. Mal sehen was drauß wird.<br>
>><br>
>> Grüße Hermes<br>
>><br>
>> Am 28.05.2016 um 19:28 schrieb Julian Zielke:<br>
>>> Das Problem ist ja, dass der administrative Aufwand erst mal an uns<br>
>>> eingefleischten Funkern hängen bleibt. Und die Infrastruktur für so ein<br>
>>> Vorhaben muss erst mal gebaut, getestet und vor allem gepflegt werden.<br>
>>> Wir sind derzeit dabei, erst mal das Thema supernode richtig in Gang zu<br>
>>> bekommen. Das Wiki hat beim letzten Treffen viel Nacharbeit erfahren und<br>
>>> so langsam wird da ein Schuh draus. Aber man sollte bedenken dass Apple<br>
>>> da Jahre an Forschung mit eigenen teams investiert hat, welche nur für<br>
>>> das Thema User experience zuständig sind. Ich finde das Thema nicht<br>
>>> uninteressant aber wir sollten erst mal ein Thema abschließen und es zu<br>
>>> einer ausgereiften Sache machen anstatt ein neues Thema noch oben drauf<br>
>>> zu packen. Ich denke mit einem umfangreichen tutorial erreicht man erst<br>
>>> mal genauso viel wie mit einem Autoprovisioning. Ich würde dieses Thema<br>
>>> jedoch erst mal als nice to have einstufen und hingegen Themen wie<br>
>>> Redundanz als wichtiger betrachten.<br>
>>><br>
>>> Julian<br>
>>><br>
>>> El 28 de mayo de 2016 14:35:02 CEST, <a href="mailto:hermesfreifunk@mailbox.org">hermesfreifunk@mailbox.org</a> escribió:<br>
>>><br>
>>> Es geht mir nicht darum, dass es mit dem jetzigen System extrem<br>
>>> schwierig oder nahezu unmöglich ist, sondern darum, dass wir mit der<br>
>>> Einführung von Hoods auch die Einstiegshürde noch weiter erhöht haben.<br>
>>><br>
>>> Daher fände ich es schön, wenn wir auch dafür sorgen würden, dass es<br>
>>> wieder einfacher wird. Nicht, dass es vorher total simpel war.<br>
>>><br>
>>> Und als fortgeschrittener Nutzer fänd ichs geil, wenn ich mir keine<br>
>>> Gedanken mehr darüber machen müsste, welche Node ich jetzt mit welcher<br>
>>> FW geflasht habe um sie dann oft wieder umflashen zu müssen, wenn ich<br>
>>> sie doch woanders hinstellen will. Oder wenn ich merke, dass ich doch<br>
>>> das falsche Gerät mitgenommen habe. Das führt dann schnell dazu, dass<br>
>>> etwas halt erstmal liegen bleibt, weil man keine Lust hat sich wieder<br>
>>> den zusätzlichen Aufwand zu geben.<br>
>>><br>
>>> Letztendlich sollten wir uns fragen, ob unser Ziel ist, dass mehr Nodes<br>
>>> aufgestellt<br>
>>> werden und wie wichtig es uns ist, dass die auch miteinander<br>
>>> meshen.<br>
>>><br>
>>> Wenn wir sagen, wir wollen langsames Wachstum, damit uns das Backend<br>
>>> nicht wegbricht - kein Problem, dann sind solche Einstiegshürden sogar<br>
>>> eine nützliche Stellschraube für uns, um nicht in die gleiche Situation<br>
>>> zu geraten, die wir vor nem Jahr hatten.<br>
>>><br>
>>> Wenn wir aber sagen, dass gerade in Köln noch ausgebaut werden soll und<br>
>>> unsere Infrastruktur auch damit klar kommt, dann sollten wir auch etwas<br>
>>> dafür tun, dass es für Neulinge einfacher und für alte Hasen weniger<br>
>>> Aufwand wird statt mehr.<br>
>>><br>
>>> Nen wunderbares (bzw. abschreckendes) Beispiel ist da PGP:<br>
>>> Klar, das wurde von Anfang an genutzt, aber eben nur von sehr wenigen<br>
>>> technisch affinen Menschen. Die anderen 99+% der potentiellen Nutzer<br>
>>> blieb fast 25 Jahre lang nicht viel übrig als ihre Mails unverschlüsselt<br>
>>> zu verschicken. Das ist fast so lange wie das WWW existiert. Im<br>
>>> Gegenzug<br>
>>> dazu hat Whatsapp vor kurzem die sehr hochwertige Crypto aus Signal<br>
>>> übernommen und von den Nutzern unbemerkt in alle Clients eingebaut.<br>
>>> Dadurch kommunizieren über eine Milliarde Menschen jeden Tag viel<br>
>>> sicherer als zuvor. Und die meisten merken es nicht einmal.<br>
>>><br>
>>> Nen anderes Beispiel ist Apple. Wie haben die es geschafft, einer der<br>
>>> mächtigsten Konzerne der Welt zu werden? Sie haben angefangen sinnvolle<br>
>>> Defaults zu setzen und die Nutzer müssen sich keine Gedanken mehr über<br>
>>> Dinge machen, die für ITler selbstverständlich sind. Das ganze noch<br>
>>> hübsch verpackt und man kann seine Kunden sogar in sein Ökosystem<br>
>>> einsperren, gängeln und bevormunden (siehe Appstore-Zensur) und sie<br>
>>> werfen einem das Geld immer noch in Bündeln hinterher.<br>
>>> Ich fänds schön wenn wir diesen Effekt für was positives einsetzen<br>
>>> könnten. ;-)<br>
>>><br>
>>> und wenn sollte es nicht koordinaten basiert sein, sondern<br>
>>> umgebungsnetz/mesh.<br>
>>><br>
>>><br>
>>> Hmm ich weiß nicht wie das funktionieren soll. Das wird immer<br>
>>> unzuverlässig sein. Wenn wir eine default-hood setzen, wenn kein anderes<br>
>>> Netz in der Umgebung ist (bspw. Bonn), erzeugen wir automatisch Zombies,<br>
>>> wenn die dann in Köln aufgestellt werden. Kommen dann noch weitere<br>
>>> Geräte hinzu, die sich mit diesem Gerät verbinden wollen, stellen sie<br>
>>> sich auch auf Bonn ein, weil sie sich ja an der Umgebung orientieren.<br>
>>><br>
>>> Dann haben wir auf einmal verschiedene Hood-Wolken in einer Region, die<br>
>>> nicht miteinander können. Ist doch auch blöd, oder?<br>
>>><br>
>>> Was ich mir gut vorstellen könnte, wären "Kern-Gebiete" für Köln und<br>
>>> Bon, in denen ausschließlich nach Location ausgewählt wird. Und im Rest<br>
>>> wird dann aufgrund der Mehrheit der Knoten in der Umgebung entschieden.<br>
>>><br>
>>> Das ist<br>
>>> natürlich ein deutlich aufwendigeres System, als einfach nach<br>
>>> Koordinaten zu gehen. Von daher wäre ich auch damit zufrieden, wenn es<br>
>>> erstmal nur über Location geht (aka alles außerhalb der Kerngebiete ist<br>
>>> Umland).<br>
>>><br>
>>> Das nimmt den Nutzern auch die Pflicht ab, regelmäßig zu prüfen, ob<br>
>>> Geräte mit anderer Hood in der Nähe sind und entsprechend umzustellen,<br>
>>> was von den Casuals verständlicherweise eh keiner macht.<br>
>>><br>
>>> Viele Grüße<br>
>>><br>
>>> Hermes<br>
>>><br>
>>> Am 28.05.2016 um 13:21 schrieb Ramon Waldherr:<br>
>>><br>
>>> ob wäre gluon nicht schon an sich undurchschaubar genug, nehmen wir<br>
>>> einfach noch mehr komponenten hinzu. also ich bin da relativ<br>
>>> dagegen. So schwer ist es doch nicht die entsprechende hood zu<br>
>>> wählen. und wenn sollte es nicht koordinaten basiert sein, sondern<br>
>>> umgebungsnetz/mesh.<br>
>>><br>
>>> gruss<br>
>>><br>
>>> 2016-05-28 12:27 GMT+02:00 <<a href="mailto:hermesfreifunk@mailbox.org">hermesfreifunk@mailbox.org</a><br>
>>> <mailto:<a href="mailto:hermesfreifunk@mailbox.org">hermesfreifunk@mailbox.org</a>>>:<br>
>>><br>
>>> Finde ich ne gute Idee! Alles was die Einstiegshürde senkt und das<br>
>>> deployen von Geräten in verschiedenen Gegenden vereinfacht, ist mMn<br>
>>> eine gute Investition.<br>
>>><br>
>>> Am 25.05.2016 um 10:23 schrieb Julian Zielke:<br>
>>><br>
>>> Also so etwas wie eine Art autoprovisioning? Wie<br>
>>> funktioniert die<br>
>>> Ortung? GPS fällt ja schon mal aus technischen Gründen weg.<br>
>>> ISP IP<br>
>>> Range ebenso, da diese oftmals ganz woanders geortet werden<br>
>>> (meine<br>
>>> IP terminiert z.B. angeblich in Nürnberg o.O).<br>
>>><br>
>>><br>
>>> Ich hab mir dieses Projekt nicht genauer angeschaut. Aber ich gehe<br>
>>> mal davon aus, dass es funktioniert wie die WLAN-Ortung von Google<br>
>>> und Apple auch. Die haben, als sie für Ihre Kartendienste wie<br>
>>> Streetview auch massiv den Wlan-Traffic mitgesnifft und die<br>
>>> MAC-Adressen der Router gemappt. Die Ortung läuft dann so, dass man<br>
>>> die MACs der Wlans die man sieht (eventuell mit Signalstärke) an<br>
>>> eines dieser Datensilos schickt, wo dann per Triangulation oder<br>
>>> Mittelwertbildung eine Position berechnet wird, die du zugeschickt<br>
>>> bekommst.<br>
>>><br>
>>> Vorteil: du brauchst nur Wlan und Internetzugang. Nachteil: die<br>
>>> Daten werden genutzt um ihre Überwachung zu<br>
>>> Werbezwecken/Kundenbindung zu verbessern.<br>
>>><br>
>>> Ähnlich funktionieren die Mozilla Location Services:<br>
>>> <a href="https://location.services.mozilla.com/" rel="noreferrer" target="_blank">https://location.services.mozilla.com/</a> Wenn man sich schon an ein<br>
>>> Datensilo bindet, finde ich das noch das vertrauenswürdigste.<br>
>>><br>
>>> Falls der Nutzer die GPS-Koordinaten einträgt, können wir natürlich<br>
>>> auch einfach so über festgelegte Quadranten bestimmen, ob die<br>
>>> Koordinaten innerhalb oder außerhalb liegen und dann entsprechende<br>
>>> Hoods zuweisen.<br>
>>><br>
>>> Grüße Hermes<br>
>>><br>
>>> 2016-05-25 9:46 GMT+02:00 Dirk Theisen <<a href="mailto:d.theisen@gmx.net">d.theisen@gmx.net</a><br>
>>> <mailto:<a href="mailto:d.theisen@gmx.net">d.theisen@gmx.net</a>> <mailto:<a href="mailto:d.theisen@gmx.net">d.theisen@gmx.net</a><br>
>>> <mailto:<a href="mailto:d.theisen@gmx.net">d.theisen@gmx.net</a>>>>:<br>
>>><br>
>>> "automated ISO OSI layer 2 network segmentations based on<br>
>>> geostationary fixed quadrants for batman-adv mesh networks. It<br>
>>> detects in which quadrant the node is in by using wireless<br>
>>> location<br>
>>> services and configurates the router using the settings that<br>
>>> have<br>
>>> been stored for this quadrant. In conclusion the hoodselector<br>
>>> enables us to build scaled decentralised mesh-networks. It is a<br>
>>> small program on open wireless routers on the Nordwest-Freifunk<br>
>>> community network."<br>
>>><br>
>>> <a href="http://tinyurl.com/hrh6obt" rel="noreferrer" target="_blank">http://tinyurl.com/hrh6obt</a><br>
>>><br>
>>> Wollen wir das vielleicht auch?<br>
>>><br>
>>> Oder stellen wir auf ein Layer 3 Netz zwischen den batman<br>
>>> Wolken um<br>
>>> und brauchen dann keine hoods mehr?<br>
>>><br>
>>> G3<br>
>>><br>
>>><br>
>>> Von meinem iPhone gesendet<br>
>>><br>
>>> --<br>
>>> ------------------------------------------------------------------------<br>
>>> Freifunk-Bonn<br>
>>> mailing list <a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a><br>
>>><br>
>>> <mailto:<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a>><br>
>>><br>
>>> <mailto:<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a><br>
>>><br>
>>> <mailto:<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a>>><br>
>>><br>
>>><br>
>>> <a href="https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" rel="noreferrer" target="_blank">https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> ------------------------------------------------------------------------<br>
>>> Freifunk-Bonn<br>
>>> mailing list <a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a><br>
>>> <mailto:<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a>><br>
>>> <a href="https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" rel="noreferrer" target="_blank">https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> ------------------------------------------------------------------------<br>
>>><br>
>>> Freifunk-Bonn mailing list<br>
>>> <a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a><br>
>>> <a href="https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" rel="noreferrer" target="_blank">https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn</a><br>
>>><br>
>>><br>
>>> Mit freundlichen Grüßen,<br>
>>><br>
>>> Julian Zielke<br>
>>><br>
>>><br>
><br>
><br>
><br>
><br>
><br>
</div></div>--<br>
_______________________________________________<br>
<div class="HOEnZb"><div class="h5">Freifunk-Bonn mailing list<br>
<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.freifunk.net</a><br>
<a href="https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" rel="noreferrer" target="_blank">https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn</a><br>
</div></div></blockquote></div><br></div>