https://wiki.freifunk-franken.de/mediawiki/api.php?action=feedcontributions&feedformat=atom&user=Klaus+M.+PrachtFreifunk Franken - Benutzerbeiträge [de]2026-04-19T13:42:46ZBenutzerbeiträgeMediaWiki 1.40.1https://wiki.freifunk-franken.de/mediawiki/index.php?title=Hood_nach_Gemeinden&diff=12206Hood nach Gemeinden2018-09-07T21:16:14Z<p>Klaus M. Pracht: /* Liste der Gemeinden */</p>
<hr />
<div>{{Vorlage:Menü: Hood}}<br />
<br />
<!-- <div style="padding:1em 1em 0.5em 1em;background-color:#ffb400;"><b>in Arbeit...</b></div> --><br />
<br />
<p style="color:red;font-weight:bold">Dieser Artikel repräsentiert z. Zt. die Meinung einzelner Personen.</p><br />
<br />
Hoods nach Gemeinden zu bilden hat soziale und geografische Vorteile und ist eine gute Alternative zur bisherigen Methode.<br />
<br />
<br />
== Historie ==<br />
Bisher werden die [[Hood|Hoods]] für [[KeyXchange|KeyXchange v1 und v2]] nach dem [[wikipedia:de:Voronoi-Interpolation|Voronoi-Algorithmus]] gebildet und als [[wikipedia:de:Voronoi-Diagramm|Voronoi-Diagramm]] auf der [https://monitoring.freifunk-franken.de/map Monitoring-Karte] dargestellt. Diese eher technische Einteilung führt aber immer wieder zu Konflikten, da sie soziale, geografische und gewachsene Gegebenheiten nur ungenügend abbildet.<br />
<br />
== Alternative: Hoods nach Gemeinden ==<br />
Hoods nach [[wikipedia:de:Gemeinde_(Deutschland)|Gemeinden]] bzw. nach [https://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze Gemeindegrenzen] zu bilden, bei kleineren Gemeinden auch mehrere Gemeinden zu einer Hood zusammengefasst, hat mehrere Vorteile.<br />
<br />
; Vorteile<br />
* Gemeinden sind per se soziale Gebilde<br />
* sie bilden Siedlungsstrukturen ab<br />
* geografisch orientieren sie sich an Flusstälern, Ebenen, Verkehrswegen<br />
* lässt sich gut in Deckung bringen mit den regionalen Communities<br />
<br />
; Nachteile<br />
* Externe Abhängigkeiten<br />
* Deutlich komplexere Umsetzung<br />
* Auf dem Land sind wohl Cluster aus vielen Gemeinden nötig, während in Städten umgekehrt eine Aufteilung des Stadtgebiets (ggf. anhand bestehender Untereinheiten) notwendig wird. Dadurch ergibt sich ein Zwei-Ebenen-System, indem die Ebene der Gemeinden durch eine weitere Ebene (Zusammenschlüsse und Trennungen) in Hoods eingeteilt wird<br />
* Es ist nicht geklärt, was mit den Gebieten passieren soll, die keine Hood zugeordnet haben<br />
<br />
== Grenzen ==<br />
[[Datei:Grenzen Franken Stadt und Land.png|mini|Grenzen]]<br />
[[Datei:Grenzen Franken Stadt und Land mit Auswahl.png|mini|Auswahlmenü]]<br />
[[Datei:Grenzen LK Nürnberger Land plus VG mit Auswahl.png|mini|Gemeinden mit level=8]]<br />
<br />
Freifunk Franken entspricht etwa dem Gebiet von [[Wikipedia:de:Nordbayern|Nordbayern]].<br />
<br />
{| class="wikitable"<br />
! Gebiet || Relation || Liste || Bemerkungen<br />
|-<br />
| Nordbayern <br />
| [https://www.openstreetmap.org/relation/415048 415048]<br />
| [https://overpass-turbo.eu/s/Br0]<br />
| 1130 Gemeinden, Städte und Kreise <br />
|-<br />
| Bayern <br />
| [https://www.openstreetmap.org/relation/2145268 2145268]<br />
| [https://overpass-turbo.eu/s/BD1]<br />
| 2310 Gemeinden, Städte und Kreise.<br />
|}<br />
<br />
[https://wambachers-osm.website/boundaries?zoom=9&lat=49.67961&lon=11.11823&layers=0BTT Interaktive Karte: Landkreise, Städte, Gemeinden]<br />
<br />
=== Grenzlinie ===<br />
Die Grenzlinie bekommt man mit der URL<br />
https://www.openstreetmap.org/relation/<br />
<br />
gefolgt von der ID der entsprechenden Relation. <br />
<br />
Die ID der Relation findet man in der ersten Spalte der Liste der Gemeinden.<br />
<br />
Die Liste der Gemeinden bekommt man mit der Overpass-Abfrage aus dem Link "Liste" hinter dem jeweiligen Gebiet. Im sich öffenden Fenster "Overpass-Turbo" mit dem Abfrage-Code, bekommt man mit dem Klick auf "Ausführen" im rechten Teil die Daten als CSV-Datei mit den Spalten:<br />
<br />
{|class="wikitable"<br />
! Variable || Bedeutung <br />
|-<br />
| @ID || die ID der Relation<br />
|-<br />
| [https://wiki.openstreetmap.org/wiki/DE:Grenze#Innerstaatliche_Grenzen admin_level] || <br />
4: &nbsp; &nbsp; Bundesland <br> 5: &nbsp; &nbsp; Regierungsbezirk <br> 6: &nbsp; &nbsp; [https://wiki.openstreetmap.org/wiki/DE:Grenze#Kreis_.E2.80.93_admin_level.3D6 Kreis] (Landkreis, Stadtkreis) <br> 7+8: [https://wiki.openstreetmap.org/wiki/DE:Grenze#Gemeinden_–_admin_level=7–8 Gemeinden] <br> 9: &nbsp; &nbsp; Stadt- und Gemeindeteile mit politischer Verwaltung <br> 10: &nbsp; Gemeindeteile ohne Selbstverwaltung<br />
|-<br />
| name || Name des Gebietes / der Gemeinde<br />
|}<br />
<br />
=== GeoJSON ===<br />
Die Grenzumrisse bekommt man als [[#GeoJSON |GeoJSON]]. Damit kann man sie in Programmen nutzen und in Karten als Layer anzeigen (mit [[Wikipedia:de:OpenLayers|OpenLayers]]).<br />
<br />
== Liste der Gemeinden ==<br />
<br />
{| class="wikitable"<br />
! Gebiet/Ort || Relation || Daten || Einw. || Gemeinden || Liste || Bemerkungen<br />
|- style="background:#ffb400"<br />
| [[#Mittelfranken|1]]<br />
| [https://www.openstreetmap.org/relation/17614 17614]<br />
| [[#Mittelfranken|URL]]<br />
| style="text-align:right"| 1 750 000<br />
| 250<br />
| [https://overpass-turbo.eu/s/Byn list]<br />
| <br />
|-<br />
| Nürnberg<br />
| [https://www.openstreetmap.org/relation/62780 62780]<br />
| <br />
| style="text-align:right"| 505 000<br />
| <br />
| <br />
| <br />
|-<br />
| Fürth<br />
| [https://www.openstreetmap.org/relation/62374 62374]<br />
| <br />
| style="text-align:right"| 115 000<br />
| <br />
| <br />
| <br />
|-<br />
| Erlangen<br />
| [https://www.openstreetmap.org/relation/62403 62403]<br />
| <br />
| style="text-align:right"| 106 000<br />
| <br />
| <br />
| <br />
|-<br />
| Landkreis Weißenburg-Gunzenhausen<br />
| [https://www.openstreetmap.org/relation/62390 62390]<br />
| <br />
| style="text-align:right"| 97 000<br />
| 27<br />
| [https://overpass-turbo.eu/s/BxT list]<br />
| <br />
|-<br />
| Landkreis Roth<br />
| [https://www.openstreetmap.org/relation/62431 62431]<br />
| <br />
| style="text-align:right"| 126 000<br />
| 16<br />
| [https://overpass-turbo.eu/s/BxV list]<br />
| <br />
|-<br />
| Landkreis Neustadt an der Aisch-Bad Windsheim<br />
| [https://www.openstreetmap.org/relation/62514 62514]<br />
| <br />
| style="text-align:right"| 99 000<br />
| 38<br />
| [https://overpass-turbo.eu/s/BxZ list]<br />
| <br />
|-<br />
| Landkreis Ansbach<br />
| [https://www.openstreetmap.org/relation/62609 62609]<br />
| <br />
| style="text-align:right"| 182 000<br />
| 58<br />
| [https://overpass-turbo.eu/s/By1 list]<br />
| <br />
|-<br />
| Ansbach<br />
| [https://www.openstreetmap.org/relation/62654 62654]<br />
| <br />
| style="text-align:right"| 42 000<br />
| <br />
| <br />
| <br />
|-<br />
| Schwabach<br />
| [https://www.openstreetmap.org/relation/62720 62720]<br />
| <br />
| style="text-align:right"| 41 000<br />
| <br />
| <br />
| <br />
|-<br />
| Landkreis Erlangen-Höchstadt<br />
| [https://www.openstreetmap.org/relation/62448 62448]<br />
| <br />
| style="text-align:right"| 135 000<br />
| 25<br />
| [https://overpass-turbo.eu/s/By3 list]<br />
| <br />
|-<br />
| Landkreis Fürth<br />
| [https://www.openstreetmap.org/relation/62778 62778]<br />
| <br />
| style="text-align:right"| 116 000<br />
| 14<br />
| [https://overpass-turbo.eu/s/By7 list]<br />
| <br />
|-<br />
| Landkreis Nürnberger Land<br />
| [https://www.openstreetmap.org/relation/62744 62744]<br />
| <br />
| style="text-align:right"| 169 000<br />
| 44<br />
| [https://overpass-turbo.eu/s/BxR list]<br />
| <br />
<br />
|- style="background:#ffb400"<br />
| Oberfranken <br />
| [https://www.openstreetmap.org/relation/17592 17592]<br />
| [[#Oberfranken|URL]]<br />
| style="text-align:right"| 1 062 000<br />
| 270<br />
| [https://overpass-turbo.eu/s/Byl list]<br />
| <br />
|-<br />
| Bamberg<br />
| [https://www.openstreetmap.org/relation/62525 62525]<br />
| <br />
| style="text-align:right"| 76 000<br />
| <br />
| <br />
| <br />
|-<br />
| Bayreuth <br />
| [https://www.openstreetmap.org/relation/62640 62640]<br />
| <br />
| style="text-align:right"| 73 000<br />
| <br />
| <br />
| <br />
|-<br />
| ..<br />
| <br />
| <br />
| style="text-align:right"| <br />
| <br />
| <br />
| <br />
<br />
|- style="background:#ffb400"<br />
| Unterfranken <br />
| [https://www.openstreetmap.org/relation/17585 17585]<br />
| [[#Unterfranken|URL]]<br />
| style="text-align:right"| 1 309 000<br />
| 371<br />
| [https://overpass-turbo.eu/s/Byh list]<br />
| <br />
|-<br />
| Würzburg <br />
| [https://www.openstreetmap.org/relation/62464 62464]<br />
| <br />
| style="text-align:right"| 134 000<br />
| <br />
| <br />
| <br />
|-<br />
| Aschaffenburg <br />
| [https://www.openstreetmap.org/relation/62532 62532]<br />
| <br />
| style="text-align:right"| 69 000<br />
| <br />
| <br />
| <br />
|-<br />
| Arnstein <br />
| [https://www.openstreetmap.org/relation/336476 336476]<br />
| <br />
| style="text-align:right"| 8 000<br />
| <br />
| <br />
| <br />
|-<br />
| Schweinfurt <br />
| [https://www.openstreetmap.org/relation/62534 62534]<br />
| <br />
| style="text-align:right"| 53 000<br />
| <br />
| <br />
| <br />
|-<br />
| .. <br />
| <br />
| <br />
| style="text-align:right"| <br />
| <br />
| <br />
| <br />
<br />
|- style="background:#ffb400"<br />
| Oberpfalz <br />
| [https://www.openstreetmap.org/relation/17596 17596]<br />
| [[#Oberpfalz|URL]]<br />
| style="text-align:right"| 1 098 000<br />
| 233<br />
| [https://overpass-turbo.eu/s/Byj list]<br />
| <br />
|-<br />
| Regensburg<br />
| [https://www.openstreetmap.org/relation/62411 62411]<br />
| <br />
| style="text-align:right"| 145 000<br />
| <br />
| <br />
| <br />
|-<br />
| .. <br />
| <br />
| <br />
| style="text-align:right"| <br />
| <br />
| <br />
| <br />
<br />
|}<br />
<br />
== Beispiele für Hoods ==<br />
=== Hood "Schnaittachtal" (3 Gemeinden) ===<br />
[[Datei:Grenzen union Simmelsdorf-Schnaittach-Neunkirchen.png|mini|Schnaittach, Simmelsdorf, Neunkirchen]]<br />
<br />
Simmelsdorf: https://www.openstreetmap.org/relation/35117<br />
<br />
Schnaittach: https://www.openstreetmap.org/relation/365117<br />
<br />
Neunkirchen: https://www.openstreetmap.org/relation/1017484<br />
<br />
=== Hood "Nürnberg" ===<br />
Stadt Nürnberg: https://www.openstreetmap.org/relation/62780<br />
<br />
=== Hood "Mittleres-Pegnitztal" (4 Gemeinden) ===<br />
<br />
Ottensoos: https://www.openstreetmap.org/relation/966161<br />
<br />
Reichenschwand: https://www.openstreetmap.org/relation/966154<br />
<br />
Henfenfeld: https://www.openstreetmap.org/relation/966144<br />
<br />
Stadt Hersbruck: https://www.openstreetmap.org/relation/931290<br />
<br />
== GeoJSON ==<br />
Eine Datei mit allen Gemeindegrenzen kann im Format [[Wikipedia:de:GeoJSON|GeoJSON]] erstellt werden. Dazu verwendet man auf der Konsole das Programm cURL und eine Abfrage-URL, die nach [https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/boundaries-map-4-3-german diesem Schema] zusammengebaut wird. Zugang nur mit einem cliKey, den man auf der Website https://wambachers-osm.website/boundaries/ bekommt. Hilfe für Windows-Anwender: [https://forum.openstreetmap.org/viewtopic.php?pid=671158#p671158 Thread im OSM-Forum].<br />
<br />
; Beispiel Bayern<br />
<br />
{| class="wikitable"<br />
! Datensatz || OSM-admin-level || GeoJSON || GeoJSON im Wiki || Bemerkungen<br />
|-<br />
| Bayern || AL-4 || [ ] || [[Datei:Grenze_Bavaria_AL4.json]] <br />
| Land gesamt<br />
|-<br />
| Bayern || AL-5 || [ ] || [[Datei:Grenze_Bavaria AL5.json]] <br />
| Regierungsbezirke<br />
|-<br />
| Bayern || AL-6 || [ ] || [[Datei:Grenze Bavaria AL6.json]] <br />
| Landkreise, Stadtkreise<br />
|-<br />
| Bayern || AL-7 || [ ] || [[Datei:Grenze_Bavaria AL7.json]] <br />
| Verwaltungsgemeinschaften<br />
|-<br />
| Bayern || AL-8 <br />
| [https://wambachers-osm.website/images/osm/data/markus/Bavaria_AL8.GeoJson download] || (zu gross fürs Wiki) <br />
| Gemeinden<br />
|}<br />
<br />
Um Daten ins Wiki hochzuladen, muss man die Dateiendung auf "json" ändern. Max. Dateigrösse im Wiki derzeit 20 MB.<br />
<br />
=== Abfragen ===<br />
Die Abfrage für einen kompletten Datensatz sieht so aus:<br />
<br />
==== Bayern ====<br />
<pre><br />
https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=4&to_al=8&union=false&selected=2145268<br />
</pre><br />
<br />
==== Mittelfranken ====<br />
<pre><br />
https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17614<br />
</pre><br />
<br />
==== Oberfranken ====<br />
<pre><br />
https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17592<br />
</pre><br />
<br />
==== Unterfranken ====<br />
<pre><br />
https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17585<br />
</pre><br />
<br />
==== Oberpfalz ====<br />
<pre><br />
https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0&cliKey=<lange-Zeichenfolge>&exportFormat=json&exportLayout=levels&exportAreas=land&from_al=5&to_al=8&union=false&selected=17596<br />
</pre><br />
<br />
==== mehrere Gemeinden als 1 Hood ====<br />
Um mehrere Gemeinden in ''einer'' Hood zusammenzufassen, bildet man den Umriss der zusammenzufassenden Gemeinden.<br />
<br />
Dazu ersetzt man die Parameter <br />
<code>&from_al=5&to_al=8&union=false&selected=<ID-der-Start-Relation></code> durch die Liste der IDs der Relationen der zusammenzufassenden Gemeinden. <br />
<br />
Beispiel '''Schnaittach''' (Simmelsdorf, Schnaittach und Neunkirchen a.S.):<br />
<code>&union=true&selected=35117,365117,1017484</code><br />
<br />
=== Tools für GeoJSON ===<br />
* [http://geojson.io/#map=10/49.5221/11.0928 Polygon zeichnen (Grenze)] - import, export, edit<br />
* [https://www.konradlischka.info/2015/04/blog/so-holt-man-leicht-gebietsgrenzen-fuer-infografiken-aus-openstreetmap/ Info-Grafiken aus OSM]<br />
* [https://www.semantic-mediawiki.org/wiki/Maps/Installation Wiki-Extension "Map"] ([https://github.com/JeroenDeDauw/Maps#maps Code], [https://www.semantic-mediawiki.org/wiki/Extension:Maps/GeoJSON Nutzung von GeoJSON])<br />
<br />
== Hood und Dezentralität ==<br />
...<br />
<br />
== Hood und ESSID ==<br />
Die [[Wikipedia:de:Service_Set#Service_Set_Identifier|ESSID]] ist meist die [https://freifunk-essen.de/anleitung#nutzen erste Begegnung mit Freifunk]. Die ESSID ist also unsere "Visitenkarte".<br />
<br />
Idealerweise beginnt sie mit: <br />
* Freifunk<br />
* FF (abgekürzt)<br />
* Freifunk-Franken<br />
* FFF (abgekürzt) <br />
<br />
<br />
Für eine Individualisierung kann man einen entsprechendes String anhängen:<br />
* ..-Ort-Strassenname<br />
* ..-Ort-Firmenname<br />
<br />
Falls nur aus technischen Gründen eine Differenzierung erforderlich ist, genügt eine Zeichenfolge aus Buchstaben und/oder Zahlen.<br />
<br />
Die 1200 fränkischen Gemeinden können also gut mit 2 Buchstaben und Zahlen abgebildet werden. <br> Deutschlandweit bräuchte man 2 Gross-/Kleinbuchstaben, oder 3 Buchstaben und Zahlen (was vermutlich auch noch für AT und CH reicht). <br />
<br />
{| class="wikitable"<br />
! Zeichen || 1 Stelle || 2 Stellen || 3 Stellen || 4 Stellen <br />
|- style="text-align:right"<br />
| 0..9 || 10 || 100 || 1.000 || 10.000<br />
|- style="text-align:right"<br />
| a..z || 26 || 676 || 17.576 || 456.976<br />
|- style="text-align:right"<br />
| 0..9 / a..z || 36 || 1.296 || 46.656 || 1.679.616<br />
|- style="text-align:right"<br />
| a..z / A..Z || 52 || 2.704 || 140.608 || 7.311.616<br />
|- style="text-align:right"<br />
| 0..9 / a..z / A..Z || 62 || 3.844 || 238.328 || 14.776.336<br />
|}<br />
<br />
== Ist-in-Abfrage ==<br />
<br />
=== Eigene PostGIS-DB ===<br />
OSM-Format mit [https://wiki.openstreetmap.org/wiki/Imposm Imposm], [https://wiki.openstreetmap.org/wiki/Osmosis Osmosis] oder [https://wiki.openstreetmap.org/wiki/Osm2postgreql Osm2postgresql] nach [https://wiki.openstreetmap.org/wiki/PostgreSQL PostgreSQL] / [https://wiki.openstreetmap.org/wiki/PostGIS PostGIS] konvertieren. <br><br />
Dann stehen PostGIS Funktionen zur Verfügung um zu prüfen, ob ein Punkt in einem Polygon liegt (s. [http://postgis.net/docs/manual-2.3/ST_Within.html PostGIS-Manual]).<br />
<br />
=== Overpass-Abfrage ===<br />
[https://overpass-turbo.eu/s/ByN Overpass-Abfrage]:<br />
: Gesuchte Koordinate: 49.53,11.15 > ist in = Heroldsberg<br />
<br />
<pre><br />
[out:csv(name,admin_level)][timeout:25];<br />
is_in(49.53,11.15);area._[boundary=administrative][admin_level=8];out;<br />
</pre><br />
<br />
== FAQ ==<br />
; Was ist mit gemeindefreien Gebieten?<br />
: [[Wikipedia:de:Gemeindefreies_Gebiet|Gemeindefreie Gebiete]] sind fast immer unbewohnt, und da stehen dann vermutlich auch keine Router. Sie haben aber genauso wie Gemeinden eine Grenze, und können als Hood einzeln behandelt, oder einer Hood einer oder mehrerer Gemeinden zugeordnet werden.</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9726KeyXchangeV22017-11-11T22:48:12Z<p>Klaus M. Pracht: /* FAQ */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, Kanal geändert, etc.), muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA-Adressen eingeführt. Diese Adressen werden, wie auch der komplette fc00::/7 ULA-Raum, in unserem Freifunknetz geroutet. Jeder Router bekommt über die Hoodfiles mitgeteilt, welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der selben Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!), ohne Default-Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Clients über dieses Netz freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim Alten. Diese Adressen werden direkt vom Knoten vergeben, somit ist ein Knoten auch ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und bezieht sich immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN, sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch mit anderen Informationen, die im JSON-File stehen, möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN einen Uplink haben oder Batman per Kabel bekommen. Bei reinen WLAN-Meshroutern macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN-Meshrouter, die sich von diesem Router das JSON-File holen, werden sich auf den neuen Kanal konfigurieren.<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplink-Router", dabei ist es egal, ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN-Uplink hat.<br />
* An diesem "Uplink-Router" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware, in jede Himmelsrichtung eines. Diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren, der per JSON-File, das in der Hood verteilt wird, konfiguriert ist. Es macht nun Sinn, diese Sektorfiles auf jeder dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal, den man für das Gerät vorgesehen hat. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft an der Straße über das Gerät mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch das Sektorfile mit, in welchem der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss das File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt, die vom hoodweiten keyxchangev2data-File überschrieben werden soll, als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen, ob das json-File valide ist, z.b. mit https://jsonlint.com/<br />
<br />
Danach wird es an Meshrouter ausgeliefert. Alle Meshrouter, die sich nun genau von dieser Sektorantenne das json-File holen, werden sich anschließend auf Kanal 5 konfigurieren. Diese Meshrouter liefern nun automatisch das erweitere JSON-File aus, so dass auch die nächsten Meshrouter auf Kanal 5 arbeiten. Dies geschieht solange, bis die Kette durch eine Kabelverbindung unterbrochen wird. Der Knoten, der per Kabel am Netz hängt, fällt auf den Kanal zurück, den die Hood vorgibt (das macht Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID im Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach richtig, das jedes Layer2-Netz eine eigene SSID hat. Und seien wir mal ehrlich, hält man sich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Router-Webinterface gültige Geo-Koordinaten, damit das Gerät sich mit der richtigen Hood verbindet.<br />
<br />
= Weitere Informationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Layer_3_Firmware&diff=9724Layer 3 Firmware2017-11-11T20:39:33Z<p>Klaus M. Pracht: </p>
<hr />
<div>Immer öfter hört man aus der Gegend Fürth und Nürnberg die Begriffe "dezentrale Hood". Ich möchte hier versuchen zu erklären, was damit genau gemeint ist und warum ich (und auch andere) darin die Freifunk-Zukunft in Franken sehen.<br />
<br />
== Wie funktioniert das Netz aktuell ==<br />
<br />
Fangen wir mit einen Beispielbild an (dies bildet NICHT den aktuellen Netzstand ab, sondern ist nur als Beispiel zu sehen)<br />
<br />
[[Datei:FreifunkBatman.png|center|thumb|500px|Beispielbild]]<br />
<br />
Vereinfacht ist jede Hood ein großer virtueller Switch, den Batman erstellt. Jeder Knoten, der am Internet hängt, baut zu X (2-5) Gatewayservern einen VPN Tunnel auf und hängt sich über diesen Tunnel an den großen Switch. Meshrouter machen das gleiche, nur nutzen sie keinen VPN Tunnel, sondern entweder das AdHoc Netzwerk oder ein Netzwerkkabel.<br />
<br />
Jeder "Switch" ist nun einem IPv4 Subnetz zugeordnet, Fürth z.b. hat die 10.50.32.0/21. Damit ein Client mit z.b. der IP 10.50.33.22 das Subnetz (seinen Switch) überhaupt verlassen kann, muss er ein Standardgateway haben. Dies steht im Rechenzentrum und stellt auch den DHCP-Server zur Verfügung. Alle Gateways sind über ein Layer3-Routingprotokoll (ganz ähnlich, wie auch das Internet funktioniert) miteinander verbunden und tauschen ihre Subnetze aus. So sagt in der Grafik oben z.b. das Gateway Hassfurt: "Ich habe Internet und ich habe 10.50.6.XXXX (Subnetz von Hassfurt)", das Gateway in Fürth sagt nur: "Ich habe 10.50.32./21" Somit kann das Gateway in Fürth den Internettraffic zu dem Gateway in Hassfurt schicken und alles was aus Fürth zum Internet will, geht über das Gateway von Hassfurt.<br />
<br />
Die Gateways sind meist über sogenannte GRE-Tunnel verbunden, als Layer3-Routingprotokoll wird aktuell Babel verwendet. Daher auch die Begriffe im Bild.<br />
<br />
Genauso kann ein Client in Hassfurt einen anderen Client in Fürth erreichen, da das Gateway nun weiß, worüber es die Clients in Fürth erreicht. <br />
<br />
Eine (Richt)funkstrecke zwischen den Strecken wäre auf Batman Ebene (Layer 2 Switch) nicht möglich, da sonst die Segmentierung zerstört würde und wir aus 2 kleine Switches einen großen machen würden (das passiert immer, wenn ich böse E-Mails schreibe, das doch bitte der Standort richtig gesetzt werden soll).<br />
<br />
Auf Layer 3 können diese Hoods nicht verbunden werden, da jeglicher Traffic der in eine andere Hood muss, erstmal zum Standardgateway geschickt wird, das irgendwo im Rechenzentrum hinter einen DSL/Kabel/Tunnelanschluss steht. So eine Richtfunkstrecke wäre also nie sinnvoll zu verwenden.<br />
Auch kann in diesem Setup niemals sinnvoll Traffic abgekippt werden, was immer wieder gewünscht wird.<br />
<br />
Wenn man ein wenig logisch weiter denkt, kommt man zu den Schluss, dass das Standardgateway näher an die Clients muss, um schon dort die Layer3- Routingentscheidung fällen zu können. Genau dies passiert mit der dezentralen Hood<br />
<br />
== Die dezentrale Hood ==<br />
<br />
(Dieses Bild bildet NICHT den aktuellen Netzstand ab, sondern ist nur als Beispiel anzusehen)<br />
<br />
[[Datei:FreifunkBabel.png|center|thumb|500px|Beispielbild]]<br />
<br />
Was ist hier nun passiert? Wie man auf den Bild erkennen kann, sind in der Stadt sogenannte "dezentrale Gateways" entstanden. Auf diesen Gateways läuft grundsätzlich fast das Gleiche, wie auf den Gateways im Rechenzentrum. Sie kommunizieren auf verschiedenste Wege (Richtfunk, VPN [GRE,OpenVPN,fastd,wireguard,...], Glasfaser, etc. dies sind z.b. die blauen Linien im Monitoring) miteinander und announcen (-> geben bekannt) im Layer3- Netz, welches Subnetz sie wiederum erreichen können. Genauso haben sie per Batman weitere Router hinter sich hängen, welche nun zu dieser Hood gehören. Sie machen auch DHCP und somit wird die Routingentscheidung nicht erst im Rechenzentrum gefällt, sondern bereits in der Stadt. Somit ergeben sich die Möglichkeiten:<br />
* Man kann Hoods per Richtfunk auf Layer 3 verbinden<br />
* Hoods bleiben sehr klein, da meist nur wenige Router hinten dran hängen (die aktuell größte Hood dürfte Hardhöhe sein, welche nur per Richtfunk angebunden ist und keinen eigenen Internetzugang hat, St. Paul ist ebenfalls sehr groß, aber auch, wie z.b. Hugo, gibt es Hoods mit nur einem Router)<br />
* Auf dem VPN Tunnel werden Pakete einmal weniger verpackt, da Layer3 direkt geroutet werden kann und nicht ins Batman eingepackt werden muss. <br />
* Theoretisch kann auch Internetraffic problemlos direkt vor Ort abgeworfen werden (Fall der Störerhaftung?)<br />
<br />
In Fürth sieht das aktuelle Setup z.b. so aus (Bild ist schon wieder veraltet, kann aber als reales Beispiel gut angesehen werden):<br />
<br />
<br />
[[Datei:Fürth.png|center|thumb|800px|Netzplan Layer 3 Fürth]]<br />
<br />
Hier ist vom Prinzip alles enthalten, was ich oben erklärt habe:<br />
<br />
fff-reddog stellt als Layer 3 Router Zugang zum Internet über F3 Netze e.V. bereit. Daran angeschlossen ist als weiterer Layer 3 Router vm2-fff-gw-cd1 welches ebenfalls ein Server im RZ ist und kein Internet anbietet. Er kann den Traffic also nur über fff-reddog ins Internet schicken.<br />
<br />
Aber keine Sorge es gibt hier Backupscripte die in dem Bild fehlen, also für Ausfälle ist hier ausgesorgt, das ganze ist soweit dezentral, das selbst wenn fff-reddog ganz ausfällt vm2-fff-gw-cd1 automatisch auf Mullvad umschaltet und somit dezentralen Zugang zum Internet weiterhin aufrecht erhält.<br />
Wenn man dann weiter denkt, geht das ganze soweit, das sogar Gateway Reddog noch am Netz bleibt, es kann zwar den GRE Tunnel zu fff-reddog nicht mehr nutzen, es kann aber über Richtfunk über StPaul, über Hardhöhe, über Unterfürberg und anschließend über vm2-fff-gw-cd1 ins Internet gehen.<br />
<br />
Genauso ist auch eine Kommunikation zwischen den Hoods problemlos über Richtfunk möglich. Z.b. entscheidet sich Gateway Unterfürberg regelmäßig dafür das Gateway Neunhof über die Hardhöhe zu erreichen. Somit kann ich hier in Unterfürberg komplett ohne Internet mit Neunhof reden. Ein Traceroute sieht hier so aus:<br />
<br />
<pre><br />
christiand@christian-pc:~$ traceroute 10.50.140.1<br />
traceroute to 10.50.140.1 (10.50.140.1), 30 hops max, 60 byte packets<br />
1 192.168.1.1 (192.168.1.1) 0.229 ms 0.276 ms 0.327 ms<br />
2 fff-gw-cdhome.fff.community (10.50.138.1) 0.918 ms 0.965 ms 0.963 ms<br />
3 fff-gw-hh.gw.fff.community (10.50.130.1) 6.898 ms 6.905 ms 6.902 ms<br />
4 neunhofgw.fff.community (10.50.140.1) 25.396 ms 25.402 ms *<br />
</pre><br />
(den ersten Hop wegdenken, das ist mein priv. Netz welches ins Freifunknetz NATtet, die hohen Pingzeiten sind auf den großen Distanzen sowie recht schlechter Anbindung von Neunhof durchaus normal, da ist kein DSL o.ä. dazwischen!)<br />
<br />
Danach gibt es 3 Gateways (Neunhof, Unterfürberg, Reddog) in der Stadt welche über VPN Tunnel zu den Servern im RZ verbunden sind, darauf wird nur Layer 3 (Babel) gesprochen, kein Batman. Es wird hier also nur geroutet. Jedes Gateway ist eine eigene Hood.<br />
<br />
Weiter gibt es Hoods die nur per Richtfunk angeschlossen sind (Hardhöhe und StPaul) und keine direkte Verbindung zu den Internetgateways haben. Um das ganze etwas sinnvoll aufzuteilen werden die Verbindungen oft in eigene VLANs gesperrt. Hier muss man einfach mit seinen Gegenüber kommunizieren, welche VLAN-ID denn gerade noch frei ist.<br />
<br />
Um sich das besser vorstellen zu können, sieht so ein Traceroute von der Hardhöhe aus:<br />
<br />
<pre><br />
root@fff-gw-hh:~# traceroute 10.83.252.11<br />
traceroute to 10.83.252.11 (10.83.252.11), 30 hops max, 38 byte packets<br />
1 fffgwcdhome.gw.fff.community (10.83.252.15) 4.107 ms 6.053 ms 3.777 ms<br />
2 fff-gw-cd1.gw.fff.community (10.83.252.11) 49.502 ms 50.849 ms 50.973 ms<br />
root@fff-gw-hh:~# <br />
</pre><br />
<br />
Man sieht gut, dass das Gateway auf der Hardhöhe erst zu fffgwcdhome routet (das ist Unterfürberg) und von dort das Internetgateway fff-gw-cd1 (das ist vm2-fff-gw-cd1) erreichen kann. Anhand der Pingzeiten kann man erkennen, das der erste Hop eine Richtfunkstrecke ist, der 2. Hop muss dann durch mein DSL.<br />
<br />
Und im Monitoring sieht das ganze dann so aus:<br />
<br />
Gesamtübersicht:<br />
* https://monitoring.freifunk-franken.de/map?mapcenter=49.47710,11.04504,13<br />
<br />
Gateways: <br />
* https://monitoring.freifunk-franken.de/routers/59fa10109369c343a0cf5a3c<br />
* https://monitoring.freifunk-franken.de/routers/58e8a2c69369c3065adb1efb<br />
* https://monitoring.freifunk-franken.de/routers/58f35c4c9369c349200b16c3<br />
* https://monitoring.freifunk-franken.de/routers/58a48dce9369c3082697e102<br />
* https://monitoring.freifunk-franken.de/routers/58a9ae579369c3082797e04a<br />
* https://monitoring.freifunk-franken.de/routers/59c7af509369c36749e73213<br />
* https://monitoring.freifunk-franken.de/routers/59b130d49369c352d0ea6373<br />
<br />
Wie man sieht, sind alle Gateways mit blauen Linien (Layer 3) verbunden.<br />
<br />
So eine dezentrale Hood ist auch problemlos per normalen Mesh erreichbar sobald überall der https://wiki.freifunk-franken.de/w/KeyXchangeV2 läuft.<br />
<br />
Ach und warum eigentlich dezentral?<br />
<br />
Ganz einfach, wenn ich genug Layer 3 Peerings mir gesucht habe (egal ob Richtfunk, Glasfaser, VPN etc.) bin ich irgendwann nicht mehr von einer Person abhängig sondern es müssten schon ganz viele mich aus ihrem Netz werfen, damit ich bei Freifunk nicht mehr mitspielen darf. Es gibt keine zentrale Instanz mehr die mich abschalten kann ---> DEZENTRAL!</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9722KeyXchangeV22017-11-11T20:13:23Z<p>Klaus M. Pracht: /* Weitere Inromationen */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA-Adressen eingeführt. Diese Adressen werden, wie auch der komplette fc00::/7 ULA-Raum, in unserem Freifunknetz geroutet. Jeder Router bekommt über die Hoodfiles mitgeteilt, welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der selben Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!), ohne Default-Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Clients über dieses Netz freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim Alten. Diese Adressen werden direkt vom Knoten vergeben, somit ist ein Knoten auch ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und bezieht sich immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN, sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch mit anderen Informationen, die im JSON-File stehen, möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN einen Uplink haben oder Batman per Kabel bekommen. Bei reinen WLAN-Meshroutern macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN-Meshrouter, die sich von diesem Router das JSON-File holen, werden sich auf den neuen Kanal konfigurieren.<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplink-Router", dabei ist es egal, ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN-Uplink hat.<br />
* An diesem "Uplink-Router" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware, in jede Himmelsrichtung eines. Diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren, der per JSON-File, das in der Hood verteilt wird, konfiguriert ist. Es macht nun Sinn, diese Sektorfiles auf jeder dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal, den man für das Gerät vorgesehen hat. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft an der Straße über das Gerät mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch das Sektorfile mit, in welchem der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss das File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt, die vom hoodweiten keyxchangev2data-File überschrieben werden soll, als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen, ob das json-File valide ist, z.b. mit https://jsonlint.com/<br />
<br />
Danach wird es an Meshrouter ausgeliefert. Alle Meshrouter, die sich nun genau von dieser Sektorantenne das json-File holen, werden sich anschließend auf Kanal 5 konfigurieren. Diese Meshrouter liefern nun automatisch das erweitere JSON-File aus, so dass auch die nächsten Meshrouter auf Kanal 5 arbeiten. Dies geschieht solange, bis die Kette durch eine Kabelverbindung unterbrochen wird. Der Knoten, der per Kabel am Netz hängt, fällt auf den Kanal zurück, den die Hood vorgibt (das macht Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID im Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface gültige Geo-Koordinaten, damit das Gerät sich mit der richtigen Hood verbindet.<br />
<br />
= Weitere Informationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9721KeyXchangeV22017-11-11T20:12:51Z<p>Klaus M. Pracht: /* FAQ */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA-Adressen eingeführt. Diese Adressen werden, wie auch der komplette fc00::/7 ULA-Raum, in unserem Freifunknetz geroutet. Jeder Router bekommt über die Hoodfiles mitgeteilt, welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der selben Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!), ohne Default-Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Clients über dieses Netz freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim Alten. Diese Adressen werden direkt vom Knoten vergeben, somit ist ein Knoten auch ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und bezieht sich immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN, sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch mit anderen Informationen, die im JSON-File stehen, möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN einen Uplink haben oder Batman per Kabel bekommen. Bei reinen WLAN-Meshroutern macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN-Meshrouter, die sich von diesem Router das JSON-File holen, werden sich auf den neuen Kanal konfigurieren.<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplink-Router", dabei ist es egal, ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN-Uplink hat.<br />
* An diesem "Uplink-Router" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware, in jede Himmelsrichtung eines. Diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren, der per JSON-File, das in der Hood verteilt wird, konfiguriert ist. Es macht nun Sinn, diese Sektorfiles auf jeder dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal, den man für das Gerät vorgesehen hat. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft an der Straße über das Gerät mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch das Sektorfile mit, in welchem der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss das File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt, die vom hoodweiten keyxchangev2data-File überschrieben werden soll, als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen, ob das json-File valide ist, z.b. mit https://jsonlint.com/<br />
<br />
Danach wird es an Meshrouter ausgeliefert. Alle Meshrouter, die sich nun genau von dieser Sektorantenne das json-File holen, werden sich anschließend auf Kanal 5 konfigurieren. Diese Meshrouter liefern nun automatisch das erweitere JSON-File aus, so dass auch die nächsten Meshrouter auf Kanal 5 arbeiten. Dies geschieht solange, bis die Kette durch eine Kabelverbindung unterbrochen wird. Der Knoten, der per Kabel am Netz hängt, fällt auf den Kanal zurück, den die Hood vorgibt (das macht Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID im Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface gültige Geo-Koordinaten, damit das Gerät sich mit der richtigen Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9720KeyXchangeV22017-11-11T20:10:30Z<p>Klaus M. Pracht: /* Sectorfile */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA-Adressen eingeführt. Diese Adressen werden, wie auch der komplette fc00::/7 ULA-Raum, in unserem Freifunknetz geroutet. Jeder Router bekommt über die Hoodfiles mitgeteilt, welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der selben Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!), ohne Default-Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Clients über dieses Netz freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim Alten. Diese Adressen werden direkt vom Knoten vergeben, somit ist ein Knoten auch ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und bezieht sich immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN, sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch mit anderen Informationen, die im JSON-File stehen, möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN einen Uplink haben oder Batman per Kabel bekommen. Bei reinen WLAN-Meshroutern macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN-Meshrouter, die sich von diesem Router das JSON-File holen, werden sich auf den neuen Kanal konfigurieren.<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplink-Router", dabei ist es egal, ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN-Uplink hat.<br />
* An diesem "Uplink-Router" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware, in jede Himmelsrichtung eines. Diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren, der per JSON-File, das in der Hood verteilt wird, konfiguriert ist. Es macht nun Sinn, diese Sektorfiles auf jeder dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal, den man für das Gerät vorgesehen hat. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft an der Straße über das Gerät mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch das Sektorfile mit, in welchem der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss das File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt, die vom hoodweiten keyxchangev2data-File überschrieben werden soll, als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen, ob das json-File valide ist, z.b. mit https://jsonlint.com/<br />
<br />
Danach wird es an Meshrouter ausgeliefert. Alle Meshrouter, die sich nun genau von dieser Sektorantenne das json-File holen, werden sich anschließend auf Kanal 5 konfigurieren. Diese Meshrouter liefern nun automatisch das erweitere JSON-File aus, so dass auch die nächsten Meshrouter auf Kanal 5 arbeiten. Dies geschieht solange, bis die Kette durch eine Kabelverbindung unterbrochen wird. Der Knoten, der per Kabel am Netz hängt, fällt auf den Kanal zurück, den die Hood vorgibt (das macht Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9719KeyXchangeV22017-11-11T19:47:16Z<p>Klaus M. Pracht: /* fdff:: Adressen */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA-Adressen eingeführt. Diese Adressen werden, wie auch der komplette fc00::/7 ULA-Raum, in unserem Freifunknetz geroutet. Jeder Router bekommt über die Hoodfiles mitgeteilt, welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der selben Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!), ohne Default-Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Clients über dieses Netz freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim Alten. Diese Adressen werden direkt vom Knoten vergeben, somit ist ein Knoten auch ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und bezieht sich immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN, sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9718KeyXchangeV22017-11-11T19:44:56Z<p>Klaus M. Pracht: /* fd43:*** Adressen */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA-Adressen eingeführt. Diese Adressen werden, wie auch der komplette fc00::/7 ULA-Raum, in unserem Freifunknetz geroutet. Jeder Router bekommt über die Hoodfiles mitgeteilt, welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der selben Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!), ohne Default-Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Clients über dieses Netz freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9717KeyXchangeV22017-11-11T18:31:24Z<p>Klaus M. Pracht: /* Gefahren eines Updates vom alten System */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der Kompatibilitätsbrüche nicht mehr mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher Vorsicht geboten. Es macht Sinn, von hinten in der Kette der Meshrouter mit dem Update zu beginnen und sich nach vorne bis zum Uplinkrouter vor zu arbeiten.<br />
Ob ein Remoteupdate halbwegs sicher durchzuführen ist, ist zum aktuellen Zeitpunkt nicht abschließend getestet. Ein Update vor Ort ist einen Remoteupdate immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9716KeyXchangeV22017-11-11T18:27:08Z<p>Klaus M. Pracht: /* Hoodtrenung */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrennung ===<br />
<br />
Sollte es zu einer Trennung der Hood kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter, da sie vom KeyXchangeV2 ein neues Hoodfile bekommen. Nachdem sie sich damit neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer). Mit dieser Information starten sie ihre Hoodkonfiguration, wie oben beschrieben neu. Die hinterlegten Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten.<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9715KeyXchangeV22017-11-11T18:24:56Z<p>Klaus M. Pracht: /* Regelmäßiges aktualisieren der Hoodinformation */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges Aktualisieren der Hoodinformation ===<br />
Da sich Hoods ändern können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.) und damit auch die SSID ändern, muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen alle 5 Minuten den KeyXchangeV2 ab und prüfen, ob es dort eine neuere Version der Hoodinformationen gibt.<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig das Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman angehängt, um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrenung ===<br />
<br />
Sollte es zu einer Hoodtrennung kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter da sie vom KeyXchangeV2 eine neue Hoodfile bekommen. Nachdem diese sich neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer), anhand dieser Information starten sie ihre Hoodkonfiguration wie oben beschrieben erneut. Hinterlegte Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9714KeyXchangeV22017-11-11T18:21:33Z<p>Klaus M. Pracht: /* Per Kabel */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie beim WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges aktualisieren der Hoodinformation ===<br />
Da sich Hoods durchaus aktualisieren können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.). muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen ganz normal alle 5Minuten den KeyXchangeV2 an und prüfen ob es dort eine neuere Version gibt<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig die Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman gehangen um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrenung ===<br />
<br />
Sollte es zu einer Hoodtrennung kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter da sie vom KeyXchangeV2 eine neue Hoodfile bekommen. Nachdem diese sich neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer), anhand dieser Information starten sie ihre Hoodkonfiguration wie oben beschrieben erneut. Hinterlegte Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9713KeyXchangeV22017-11-11T18:20:53Z<p>Klaus M. Pracht: /* Inbetriebname Meshrouter */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebnahme Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur ein Konfigurationfile für Meshrouter angeboten.<br />
<br />
Ein Meshrouter, der am WAN Port kein Internet hat, sucht selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend ist er als Meshrouter in der Hood des Partnerrouters aktiv. Dies funktioniert problemlos auch mit dezentralen Hoods, sofern sie entsprechend aktualisiert sind (z.b. Unterfürberg).<br />
Anschließend kann man den Router im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
Der Ablauf ist ähnlich wie bei dem WLAN-Meshrouter. Der Meshrouter hat jedoch bereits Zugang zur Hood, denn er ist per Kabel direkt mit dem Batman-Port des Meshpartners verbunden. Er läd sich daher das Konfigurationfile nicht vom Hidden Accesspoint, sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges aktualisieren der Hoodinformation ===<br />
Da sich Hoods durchaus aktualisieren können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.). muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen ganz normal alle 5Minuten den KeyXchangeV2 an und prüfen ob es dort eine neuere Version gibt<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig die Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman gehangen um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrenung ===<br />
<br />
Sollte es zu einer Hoodtrennung kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter da sie vom KeyXchangeV2 eine neue Hoodfile bekommen. Nachdem diese sich neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer), anhand dieser Information starten sie ihre Hoodkonfiguration wie oben beschrieben erneut. Hinterlegte Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9712KeyXchangeV22017-11-11T18:12:02Z<p>Klaus M. Pracht: /* Inbetriebname Uplinkrouter */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebnahme Uplinkrouter ===<br />
Nach dem Flashen wird der Router wie bisher über den blauen Port mit dem Internet verbunden. Nach Neustart sollte er eine SSID mit den Namen 'trainstation.freifunk' ausstrahlen (kann u.U. etwas länger dauern! 5 Minuten oder länger sind beim ersten Bootvorgang möglich). Über diese SSID kann man sich mit dem Router verbinden, den Router wie bisher ansprechen und konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich. <br />
Einige Freifunk-Seiten sind dennoch erreichbar:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte geladen wird.<br />
Um die Hood zu ändern, müssen nach Login auf dem Router die korrekten Geokoordinaten gesetzt werden, damit er sich nach Neustart mit einer gültigen Hood verbindet.<br />
Der Knoten/Router sollte nun eine SSID in der Art: STADT.freifunk(.net) ausstrahlen. Darüber ist normaler Zugang zum Freifunknetz und dem Internet möglich.<br />
<br />
=== Inbetriebname Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder schon fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur eine Konfigurationfile für Meshrouter angeboten.<br />
<br />
Wenn nun ein Meshrouter einfach aufgestellt wird und er selbst feststellt, das er am WAN Port kein Internet hat, sucht er selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend wendet er diese Konfiguration an und ist absofort als Meshrouter in dieser Hood aktiv. Dies funktioniert auch problemlos mit dezentralen Hoods sofern sie schon soweit aktualisiert sind (z.b. Unterfürberg).<br />
<br />
Anschließend kann man den Router ganz normal im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
<br />
Dies geschieht ähnlich wie bei dem WLAN Meshrouter, nur das dieser Router bereits Zugang zur Hood hat (er ist per Kabel direkt mit Batman verbunden) und läd sich daher die Konfigurationfile nicht vom Hidden AP sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges aktualisieren der Hoodinformation ===<br />
Da sich Hoods durchaus aktualisieren können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.). muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen ganz normal alle 5Minuten den KeyXchangeV2 an und prüfen ob es dort eine neuere Version gibt<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig die Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman gehangen um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrenung ===<br />
<br />
Sollte es zu einer Hoodtrennung kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter da sie vom KeyXchangeV2 eine neue Hoodfile bekommen. Nachdem diese sich neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer), anhand dieser Information starten sie ihre Hoodkonfiguration wie oben beschrieben erneut. Hinterlegte Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9711KeyXchangeV22017-11-11T17:07:30Z<p>Klaus M. Pracht: /* Vorteile */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* Jede Hood hat eine eigene SSID (nach RFCXXXX ist es richtig, dass jedes L2-Netz eine eigene SSID hat).<br />
* Router können hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen).<br />
* Auf den Gateways wird nicht nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM.<br />
* Neue Hoods sind deutlich leichter anzulegen.<br />
** NetmonVM muss nicht mehr angepasst werden.<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral, wir nähern uns diesem Ziel aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos realisieren, wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebname Uplinkrouter ===<br />
Nach dem flashen, den Router wie bisher auch mit dem blauen Port zum Internet verbinden. Nach einiger Zeit sollte er eine SSID mit den Namen trainstation.freifunk ausstrahlen (kann u.U. etwas länger dauern 5 Minuten oder so sind beim ersten boot keine Seltenheit). Mit dieser kann man sich verbinden und den Router wie bisher auch erreichen zum konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich, es handelt sich nur um eien Trainstation. Um diese zu verlassen müssen Koordinaten gesetzt werden damit er in einer gültigen Hood landet.<br />
Zu einigen Seiten ist der Zugang dennoch möglich:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte läd<br />
Nach den setzen der Koordinaten sollte der Knoten eine SSID in der Art: STADT.freifunk(.net) ausstrahlen und darüber ist dann normaler Zugang zum Freifunknetz und Internet möglich<br />
<br />
=== Inbetriebname Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder schon fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur eine Konfigurationfile für Meshrouter angeboten.<br />
<br />
Wenn nun ein Meshrouter einfach aufgestellt wird und er selbst feststellt, das er am WAN Port kein Internet hat, sucht er selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend wendet er diese Konfiguration an und ist absofort als Meshrouter in dieser Hood aktiv. Dies funktioniert auch problemlos mit dezentralen Hoods sofern sie schon soweit aktualisiert sind (z.b. Unterfürberg).<br />
<br />
Anschließend kann man den Router ganz normal im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
<br />
Dies geschieht ähnlich wie bei dem WLAN Meshrouter, nur das dieser Router bereits Zugang zur Hood hat (er ist per Kabel direkt mit Batman verbunden) und läd sich daher die Konfigurationfile nicht vom Hidden AP sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges aktualisieren der Hoodinformation ===<br />
Da sich Hoods durchaus aktualisieren können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.). muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen ganz normal alle 5Minuten den KeyXchangeV2 an und prüfen ob es dort eine neuere Version gibt<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig die Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman gehangen um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrenung ===<br />
<br />
Sollte es zu einer Hoodtrennung kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter da sie vom KeyXchangeV2 eine neue Hoodfile bekommen. Nachdem diese sich neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer), anhand dieser Information starten sie ihre Hoodkonfiguration wie oben beschrieben erneut. Hinterlegte Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=KeyXchangeV2&diff=9710KeyXchangeV22017-11-11T17:02:45Z<p>Klaus M. Pracht: /* Erklärung */</p>
<hr />
<div>== Erklärung ==<br />
Mit dem KeyXchangeV2 werden den Routern nicht nur wie bisher VPN Endpunkte genannt, sondern die komplette Routerkonfiguration. Damit wird dem Router seine Hood mitgeteilt und er kann sich entsprechend konfigurieren. Eine solche Konfigurationsdatei sieht etwa so aus:<br />
* [http://keyserver.freifunk-franken.de/v2/?lat=49&long=11]<br />
Da KeyXchangeV2 zum alten System nicht kompatibel ist, werden auch einige Systeme aktualisiert:<br />
* Batman Compat v15<br />
* 11s statt IBSS Mesh<br />
Grundsätzlich kann man sich das V2-Netz als komplett neues Netz vorstellen, mit neuen Hood-Grenzlinien, die auf der Monitoringkarte rechts oben mit einem Klick auf den Papierstapel und einen Haken bei HoodV2 eingeblendet werden können. Router mit alter und neuer Konfiguration meshen nicht untereinander. Eine Kommunikation zwischen alten und neuen Hoods ist jedoch auf IPv4 Basis möglich. Auch die Aufteilung der Hoods wird neu aufgesetzt. Je mehr Router in die neuen Hoods umziehen, desto mehr Hoods müssen dort erstellt werden. Je weniger Router die Hoods im alten System haben, umso häufiger kann man sie auflösen bzw. zusammenfassen, bis es am Ende nur noch sehr wenige oder gar keine Router in der letzten Default-Hood geben wird.<br />
<br />
== Vorteile ==<br />
* Verschiedene Hoods können nicht mehr miteinander meshen<br />
* SSID ist für jede Hood einzigartig (nach RFCXXXX richtig das jedes L2 Netz eine eigene SSID hat)<br />
* Router können Hoodübergreifend erreicht und konfiguriert werden (über nun routbare fd43:*** Adressen)<br />
* Es wird auf den Gateways nicht mehr der Key des Routers geprüft. Somit kann jede Hood auch manuell ohne KeyXchange betreten werden!<br />
* Das Monitoring bekommt die Daten dezentral von den Gateways und nicht mehr zentral von der NetmonVM<br />
* Neue Hoods sind deutlich leichter anzulegen<br />
** NetmonVM muss nicht mehr angepasst werden<br />
** Monitoring muss nicht mehr angepasst werden, Hoods entstehen dort von alleine sobald Router sich mit einer neuen Hood melden.<br />
* Allgemein wurde das System so entwickelt, das es eine Vorstufe zum dezentralen KeyXchange wird. Dieses System ist weiterhin noch nicht 100% dezentral wir nähern uns diesen aber an. Wer jetzt schon dezentral sein möchte, kann dies problemlos machen wie div. Hoods (StPaul, Marterlach, Stmarkus, Unterfürberg, Hardhöhe, Neunhof, FabLabnbg, etc.) beweisen.<br />
<br />
== Informationen ==<br />
<br />
=== Inbetriebname Uplinkrouter ===<br />
Nach dem flashen, den Router wie bisher auch mit dem blauen Port zum Internet verbinden. Nach einiger Zeit sollte er eine SSID mit den Namen trainstation.freifunk ausstrahlen (kann u.U. etwas länger dauern 5 Minuten oder so sind beim ersten boot keine Seltenheit). Mit dieser kann man sich verbinden und den Router wie bisher auch erreichen zum konfigurieren. In dieser Hood ist kein Zugang zum Internet möglich, es handelt sich nur um eien Trainstation. Um diese zu verlassen müssen Koordinaten gesetzt werden damit er in einer gültigen Hood landet.<br />
Zu einigen Seiten ist der Zugang dennoch möglich:<br />
* Monitoring<br />
* Freifunk Franken Wiki<br />
* OSM Karte damit im WebUI des Routers auch die Karte läd<br />
Nach den setzen der Koordinaten sollte der Knoten eine SSID in der Art: STADT.freifunk(.net) ausstrahlen und darüber ist dann normaler Zugang zum Freifunknetz und Internet möglich<br />
<br />
=== Inbetriebname Meshrouter ===<br />
<br />
==== Per WLAN ====<br />
Jeder schon fertig konfigurierte Router strahlt eine versteckte SSID config.franken.freifunk.net aus. In dieser SSID wird nur eine Konfigurationfile für Meshrouter angeboten.<br />
<br />
Wenn nun ein Meshrouter einfach aufgestellt wird und er selbst feststellt, das er am WAN Port kein Internet hat, sucht er selbstständig nach diesem versteckten Netz und holt sich dort die Konfiguration. Anschließend wendet er diese Konfiguration an und ist absofort als Meshrouter in dieser Hood aktiv. Dies funktioniert auch problemlos mit dezentralen Hoods sofern sie schon soweit aktualisiert sind (z.b. Unterfürberg).<br />
<br />
Anschließend kann man den Router ganz normal im WebUI erreichen und Koordinaten sowie Kontatadresse und weitere Infos setzen.<br />
<br />
==== Per Kabel ====<br />
<br />
Dies geschieht ähnlich wie bei dem WLAN Meshrouter, nur das dieser Router bereits Zugang zur Hood hat (er ist per Kabel direkt mit Batman verbunden) und läd sich daher die Konfigurationfile nicht vom Hidden AP sondern direkt vom Gateway der Hood. Die anschließende Konfiguration geschieht genauso wie per WLAN.<br />
<br />
=== Regelmäßiges aktualisieren der Hoodinformation ===<br />
Da sich Hoods durchaus aktualisieren können (neues Gateway kommt dazu, Rechtschreibfehler aus SSID verbessert, etc.). muss jeder Router regelmäßig nach neuen Hoodfiles suchen.<br />
<br />
==== Uplinkrouter ====<br />
Uplinkrouter fragen ganz normal alle 5Minuten den KeyXchangeV2 an und prüfen ob es dort eine neuere Version gibt<br />
<br />
==== Meshrouter ====<br />
Meshrouter haben keinen Zugang zum KeyXchangeV2. Daher wird dort über ein Anycast von fe80::1 auf Port 2342 von den Gateways regelmäßig die Hoodfile bezogen.<br />
Auf den Gateways wird die fe80::1 per nodad an das Batman gehangen um ein Anycast System aufzubauen. Die Gateways beziehen diese Konfigurationfile regelmäßig vom KeyXchangeV2.<br />
<br />
=== Hoodtrenung ===<br />
<br />
Sollte es zu einer Hoodtrennung kommen und eine Wolke in eine neue Hood umziehen, merken dies zuerst die Uplinkrouter da sie vom KeyXchangeV2 eine neue Hoodfile bekommen. Nachdem diese sich neu konfiguriert haben, haben Meshrouter kein Gateway mehr in Reichweite (batctl gwl ist leer), anhand dieser Information starten sie ihre Hoodkonfiguration wie oben beschrieben erneut. Hinterlegte Informationen wie Koordinaten, E-Mail, etc. bleiben dabei natürlich erhalten<br />
<br />
=== Gefahren eines Updates vom alten System ===<br />
Alte Freifunkrouter werden aufgrund der gebrochenen kompatibilität nicht mer mit dem neuen System meshen können. Gerade bei größeren Installationen ist daher vorsicht geboten. Es macht Sinn von "hinten" in der Kette mit dem Update anzufangen und sich nach vorne in der Kette bis zum Uplinkrouter vorzuarbeiten.<br />
Ob ein Remoteupdate halbwegs sicher ist, kann zum aktuellen Zeitpunkt nicht gesagt werden. Ein Update vor Ort ist einen remote Update aber eindeutig immer vorzuziehen.<br />
<br />
=== fd43:*** Adressen ===<br />
Es wurden neuen IPv6 ULA Adressen eingeführt. Diese Adressen werden wie auch der komplette fc00::/7 ULA Raum in unseren Freifunknetz geroutet. Jeder Router bekommt über die Hoodfile mitgeteilt welches /64 er nutzen soll und konfiguriert sich eine Adresse auf br-mesh. Diese ist auch im Monitoring zu sehen. Da diese Adressen geroutet werden, ist darüber ein Zugang im kompletten Freifunknetz (später auch über ICVPN) möglich und nicht nur in der gleichen Hood.<br />
Freifunkclients bekommen so eine Adresse über radvd von den Gateways zugesteckt(?!) ohne default Route aber mit fc00::/7 als Route.<br />
Natürlich können auch Cliens über dieses Netz Freifunkweit per IPv6 kommunizieren.<br />
<br />
=== fdff:: Adressen ===<br />
Hier bleibt alles beim alten. Diese Adressen werden direkt vom Knoten vergeben und somit ist ein Knoten auch komplett ohne Hoodkonfiguration über seine fdff::MAC oder fdff::1 erreichbar. Diese Adressen gelten nach wie vor nur in der gleichen Hood, auch fdff::1 bleibt als Sonderadresse bestehen und zeigt immer auf den aktuell verbundenen Knoten. Zum aktuellen Zeitpunkt sind u.U. Knoten ohne Konfiguration nicht per WLAN sondern nur per Kabel zu erreichen.<br />
<br />
=== Sectorfile ===<br />
<br />
(Achtung! Diese Anleitung hab ich gerade aus dem Kopf heraus verfasst, bitte noch mal in der Praxis prüfen!)<br />
<br />
Mit der Sektorfile ist es nun möglich, auf einzelnen Sektoren den Kanal o.ä. zu ändern. In unserem Beispiel machen wir das nur mit dem Kanal, theoretisch wären aber auch andere Informationen die in der JSON File stehen möglich.<br />
<br />
==== Notwendige Konstellation ====<br />
<br />
Damit auf einzelnen Sektoren der Kanal geändert werden kann, muss folgendes bedacht werden:<br />
* Es muss einen Initial-Router geben.<br />
** Dieser Initial-Router muss entweder per WAN Uplink haben oder Batman per Kabel bekommen, bei reinen WLAN-Meshrouter macht eine Kanaländerung keinen Sinn.<br />
** Dieser Initial-Router gibt den Sektorkanal vor, alle WLAN Meshrouter die sich von diesem Router die JSON File holen werden sich auf den neuen Kanal konfigurieren<br />
<br />
====== Beispiel ======<br />
<br />
Beispiel einer sinnvollen Konstellation:<br />
* Auf einen Kirchturm ist ein "Uplinkrouter" dabei ist es egal ob er dezentrales Gateway ist, Batman per Kabel bekommt oder WAN Uplink hat.<br />
* An diesen "Uplinkrouter" hängen 4 Sektorgeräte (z.b. NSM2) mit Freifunkfirmware in jede Blickrichtung der Kirche, diese Sektorgeräte möchte man nun auf 4 verschiedene Kanäle (1, 5, 9, 13) legen. Ein Meshrouter würde sich im normalfall auf den Kanal konfigurieren den die JSON die in der Hood verteilt wird eingestellt ist. Es macht nun Sinn diese Sektorfile auf jeden dieser 4 Sektorantennen anzulegen, jeweils mit dem Kanal den man auf der Antenne einstellt. <br />
* Wenn sich nun ein WLAN-Meshrouter unten im Geschäft auf der Antenne mit Kanal 5 die keyxchangev2data json holt, holt er sich gleich noch die Sektorfile mit, in welcher der Kanal 5 steht und konfiguriert sich dann automatisch auf Kanal 5. So kann an jeden Sektor ohne manuelle Konfigurieren gemesht werden.<br />
<br />
Bilder [...]TBD[...]<br />
<br />
==== Anlegen der Sektorfile ====<br />
<br />
Nachdem auf einem Sektorgerät der Kanal geändert wurde, muss die File /etc/sectorfile angelegt werden. Hier wird nur die Information hinterlegt die von der Hoodweiten keyxchangev2data File überschrieben werden soll als gültige JSON, in unserem Fall der Kanal von 2,4GHz auf Kanal 5.<br />
<br />
Die File müsste so aussehen:<br />
<br />
<pre><br />
{<br />
"hood": {<br />
"channel2": "5"<br />
}<br />
}<br />
</pre><br />
<br />
Bitte immer prüfen ob die json valide ist, z.b. mit https://jsonlint.com/<br />
<br />
danach wird diese an Meshrouter ausgeliefert. Alle Meshrouter die sich nun genau von dieser Sektorantenne die json holen werden sich anschließend auf Kanal 5 konfiguren, auch diese Meshrouter liefern automatisch wiederrum die erweitere JSON aus so das auch die nächsten Meshrouter auf Kanal 5 bleiben, dies geschieht solange bis die Kette durch eine Kabelverbindung unterbrochen wird, danach fällt der Knoten der per Kabel dran hängt wieder auf den Kanal zurück den die Hood vorgibt (macht auch Sinn und ist so gewollt).<br />
<br />
Sourcecode: https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood<br />
<br />
https://github.com/FreifunkFranken/firmware/commit/3f607e106f842e58dcbc07cc1cf28b1e15b388c5<br />
<br />
== FAQ ==<br />
<br />
Frage:<br />
=== Wenn jede Hood eine eigene SSID hat, dann muss ich mir ja 100 SSID ims Handy speichern und niemand findet mehr das Freifunknetz ===<br />
<br />
Antwort:<br />
Es hat sich in einigen Bereichen schon in der Praxis gezeigt, das User eine neue SSID sehr schnell finden [http://lists.freifunk.net/pipermail/franken-freifunk.net/2017-October/013673.html] oder [https://monitoring.freifunk-franken.de/routers/590ed2b29369c305f2b9c41d]<br />
Zudem ist es technisch gesehen einfach rchtig, das jedes Layer 2 Netz eine eigene SSID hat. Und seien wir mal ehrlich, hälst du dich wirklich in 100 verschiedene Hoods auf? Selbst in Fürth mit den vielen dezentralen Hoods sind es meist doch immer die gleichen 3-5 Bereiche und soviele SSIDs sollten moderne Handys problemlos verkraften ;)<br />
<br />
Frage:<br />
=== Ich seh nur so eine Sperrseite, was kann ich tun? ===<br />
<br />
Antwort:<br />
In der Trainstation ist kein Internet möglich. Bitte setze im Routerwebinterface Koordinaten damit er sich in eine richtige Hood verbindet.<br />
<br />
= Weitere Inromationen =<br />
* https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen/keyxchangev2<br />
* https://wiki.freifunk-franken.de/w/Portal:Netz/IPv6<br />
* https://wiki.freifunk-franken.de/w/Dezentrale_Hood<br />
* https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-hoods/files/usr/sbin/configurehood</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Datei:FF-Franken_Faltblatt_neu_Mai16_6_Seiten_9.8x9.8.pdf&diff=6543Datei:FF-Franken Faltblatt neu Mai16 6 Seiten 9.8x9.8.pdf2016-05-13T18:42:25Z<p>Klaus M. Pracht: Aktualisierte Version, Text gekürzt/verbessert</p>
<hr />
<div>Aktualisierte Version, Text gekürzt/verbessert</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Benutzer:Klaus_M._Pracht&diff=6524Benutzer:Klaus M. Pracht2016-05-12T21:29:51Z<p>Klaus M. Pracht: Die Seite wurde geleert.</p>
<hr />
<div></div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Liste_bekannter_Aux-FW_Router&diff=6523Liste bekannter Aux-FW Router2016-05-12T21:20:58Z<p>Klaus M. Pracht: </p>
<hr />
<div>Um den Überblick über die mit Aux-FW geflashten Router zu behalten, wird eine Übersichtstabelle über die bekannten (d.h. zurückgemeldeten) Router geführt.<br />
<br />
{|<br />
! Routername !! Router-MAC !! gemeldet von !! gemeldet am !! Bemerkungen<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1317 Notunterkunft Turnhalle] || 14CC204D4786 || [https://netmon.freifunk-franken.de/user.php?user_id=158 Moexe] || 03.11.2015 || -<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1318 Notunterkunft Turnhalle1] || 30B5C2AC26D8 || [https://netmon.freifunk-franken.de/user.php?user_id=158 Moexe] || 03.11.2015 || -<br />
|-<br />
|[https://monitoring.freifunk-franken.de/routers/5728883f9369c349edbc8379 ArnsteinerNetz0001] || 30:b5:c2:bd:77:ba || [https://netmon.freifunk-franken.de/user.php?user_id=431 ArnsteinerNetz] || 07.11.2015 || 20160310<br />
|-<br />
|[https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d ArnsteinerNetz0002] || 30.b5:c2:bd:78:86 || [https://netmon.freifunk-franken.de/user.php?user_id=431 ArnsteinerNetz] || 07.11.2015 || 20160310<br />
|-<br />
|[https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce ArnsteinerNetz0005] || 30:b5:c2:88:47:14 || [https://netmon.freifunk-franken.de/user.php?user_id=431 ArnsteinerNetz] || 07.11.2015 || 20160310<br />
|-<br />
|[https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba ArnsteinerNetz0006] || 30:b5:c2:88:4e:00 || [https://netmon.freifunk-franken.de/user.php?user_id=431 ArnsteinerNetz] || 07.11.2015 || 20160310<br />
|-<br />
|[https://monitoring.freifunk-franken.de/routers/56239dae44ce6e4afed6d09c ArnsteinerNetz002] || 30:b5:c2:d9:c8:ae || [https://netmon.freifunk-franken.de/user.php?user_id=431 ArnsteinerNetz] || 07.11.2015 || 20160310<br />
|-<br />
|[https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d ArnsteinerNetz004] || 30:b5:c2:d9:c6:de || [https://netmon.freifunk-franken.de/user.php?user_id=431 ArnsteinerNetz] || 07.11.2015 || 20160310<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=583 WS13W01WR1043] || e8:de:27:fd:2b:aa || [https://netmon.freifunk-franken.de/user.php?user_id=6 delphiN] || 03.11.2015 || Beta 2 Testbetrieb<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1768 HabuRef01] || 30B5C20E8AE0 || [https://netmon.freifunk-franken.de/user.php?user_id=438 DerMichy] || 15.11.2015 || Pending installation in Hammelburg, Est. start in Dec'15<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1766 Tannenberg01] || 60:E3:27:2A:56:46 || [https://netmon.freifunk-franken.de/user.php?user_id=467 Openreh] || 15.11.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1769 Tannenberg02] || 30:B5:C2:E2:FD:EE || [https://netmon.freifunk-franken.de/user.php?user_id=467 Openreh] || 15.11.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1770 Tannenberg03] || 60:E3:27:2A:58:E4 || [https://netmon.freifunk-franken.de/user.php?user_id=467 Openreh] || 15.11.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2066 Tannenberg04] || 60:E3:27:59:E3:C8 || [https://netmon.freifunk-franken.de/user.php?user_id=467 Openreh] || 05.01.2016 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1751 AHKRockenbrunner1] || A0:F3:C1:76:4F:20 || [https://netmon.freifunk-franken.de/user.php?user_id=206 mgadmin] || 18.11.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=860 AHKRockenbrunner2] || C0:4A:00:0B:A8:94 || [https://netmon.freifunk-franken.de/user.php?user_id=206 mgadmin] || 18.11.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=856 AHKRockenbrunner3] || C4:6E:1F:F5:F4:AC || [https://netmon.freifunk-franken.de/user.php?user_id=206 mgadmin] || 18.11.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1861 AHKRockenbrunner4] || 30:B5:C2:81:08:DA || [https://netmon.freifunk-franken.de/user.php?user_id=206 mgadmin] || 18.11.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1650 OBT1] || 14cc2030e9ce || [https://netmon.freifunk-franken.de/user.php?user_id=98 jujkrause] || 27.11.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1651 OBT2] || 14CC2030EA0C || [https://netmon.freifunk-franken.de/user.php?user_id=98 jujkrause] || 27.11.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1659 OBT3] || 30B5C2D9B4AE || [https://netmon.freifunk-franken.de/user.php?user_id=98 jujkrause] || 27.11.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1781 OBT4] || 30B5C2D9BD72 || [https://netmon.freifunk-franken.de/user.php?user_id=98 jujkrause] || 27.11.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1782 OBT5] || 30B5C2D9B522 || [https://netmon.freifunk-franken.de/user.php?user_id=98 jujkrause] || 27.11.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1842 ap1.refugees.kleinheubach] || 30:B5:C2:B0:56:0E || [https://netmon.freifunk-franken.de/user.php?user_id=446 oswald] || 30.11.2015 || 0.5.1<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1847 stein-knauppstr-01] || C46E1F3B4262 || [https://netmon.freifunk-franken.de/user.php?user_id=324 green] || 01.12.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1845 stein-knauppstr-02] || E894F66D16A2 || [https://netmon.freifunk-franken.de/user.php?user_id=324 green] || 01.12.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1844 stein-knauppstr-03] || E894F6B981F6 || [https://netmon.freifunk-franken.de/user.php?user_id=324 green] || 01.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1848 stein-knauppstr-04] || 10FEEDCD9B3C || [https://netmon.freifunk-franken.de/user.php?user_id=324 green] || 01.12.2015 || <br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1904 AsylcenterEbelsbach] || 30B5C2E301A6 || [https://netmon.freifunk-franken.de/user.php?user_id=158 Moexe] || 08.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1319 AsylcenterEbelsbach1] || 30B5C2CB356C || [https://netmon.freifunk-franken.de/user.php?user_id=158 Moexe] || 08.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1591 refugees21.wue] || 68:72:51:2c:2f:9c || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 21.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1602 refugees22.wue] || 12:bc:f9:69:d3:5c || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 21.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1610 refugees23.wue] || 68:72:51:2c:30:bb || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 21.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2005 wue.N2N-ev.refugees.aux.001] || 60:e3:27:bd:ce:08 || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 21.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2004 wue.N2N-ev.refugees.aux.002] || 60:e3:27:c7:30:3c || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 21.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1819 wue.N2N-ev.refugees.aux.003] || 60:e3:27:c7:2f:d6 || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 21.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2014 wue.N2N-ev.refugees.aux.004] || 14:cc:20:87:3c:5e || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 22.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2010 wue.N2N-ev.refugees.aux.005] || 60:e3:27:82:00:72 || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 22.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2011 wue.N2N-ev.refugees.aux.006] || 60:e3:27:82:0a:3a || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 22.12.2015 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=2012 wue.N2N-ev.refugees.aux.007] || 68:72:51:2c:2c:28 || [https://netmon.freifunk-franken.de/user.php?user_id=439 phry] || 22.12.2015 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=2143 NotunterkunftGerbrunn0] || 30:B5:C2:3E:84:A2 || [https://netmon.freifunk-franken.de/user.php?user_id=630 dasaweb] || 17.01.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=1260 aux.refugees3.wue] || 30B5C222F3C4 || [https://netmon.freifunk-franken.de/user.php?user_id=433 malleze_wue] || 02.03.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=1261 aux.refugees4.wue] || 30B5C222D3B8 || [https://netmon.freifunk-franken.de/user.php?user_id=433 malleze_wue] || 02.03.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=1339 aux.refugees7.wue] || 647002F71C1E || [https://netmon.freifunk-franken.de/user.php?user_id=433 malleze_wue] || 02.03.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=1865 aux.refugees27.wue] || 14CC20E3E9A2 || [https://netmon.freifunk-franken.de/user.php?user_id=433 malleze_wue] || 02.03.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=2434 aux.refugees40.wue] || 30B5C222D3B8 || [https://netmon.freifunk-franken.de/user.php?user_id=433 malleze_wue] || 02.03.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=1368 refugees14.wue] || C46E1F2B9B90 || [https://netmon.freifunk-franken.de/user.php?user_id=459 DiLeGreen] || 02.03.2016 ||<br />
|-<br />
| [https://netmon.freifunk-franken.de/router.php?router_id=2317 ap2.refugees.kleinheubach] || 14:cc:20:cd:4e:46 || [https://netmon.freifunk-franken.de/user.php?user_id=446 oswald] || 16.02.2016 ||<br />
|-<br />
|[https://netmon.freifunk-franken.de/router.php?router_id=1586 OBT6] || c4:6e:1f:a2:53:4a || [https://netmon.freifunk-franken.de/user.php?user_id=98 jujkrause] || 05.03.2016 ||<br />
|}<br />
<br />
Mehr Infos über die Aux-Firmware [https://wiki.freifunk-franken.de/w/Was_ist_die_aux_Firmware hier.]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6522ArnsteinerNetz2016-05-12T21:03:37Z<p>Klaus M. Pracht: </p>
<hr />
<div>z. Zt. keine relevanten Infos ...</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6521ArnsteinerNetz2016-05-12T21:02:30Z<p>Klaus M. Pracht: Die Seite wurde geleert.</p>
<hr />
<div></div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Fl%C3%BCchtlingsunterk%C3%BCnfte&diff=6520Flüchtlingsunterkünfte2016-05-12T20:55:49Z<p>Klaus M. Pracht: /* Arnstein (Mainspessart) */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
__TOC__<br />
<br />
Hier soll eine Übersicht über Unterkünfte für Flüchtende in Franken entstehen, die durch Freifunk unterstützt werden.<br />
<br />
== Raum Aschaffenburg ==<br />
<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">aktive Gespräche</font><br />
* '''Beteiligte Freifunker:''' Zeppo (Sebastian Görgen)<br />
=== Standort Clemensheim ===<br />
== Raum Würzburg ==<br />
'''Ansprechpartner:''' Oliver, [http://wuerzburg-hilft.de wuerzburg-hilft.de], malleze_wue, phry , [[Benutzer:MisterCrumble|MisterCrumble]]<br />
<br />
=== Kirchheim ===<br />
* '''Status:''' <font style="color:red;font-weight:bold;">Offline, Unterkunft nicht mehr in Betrieb</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]], Oliver<br />
* 27.07.2015: Ein Mitglied des Gemeinderates schickt Anfrage an fragen@<br />
* 28.07.2015: [[Benutzer:delphiN|delphiN]] verschickt drei Router nach Kirchheim.<br />
* 31.07.2015: [https://netmon.freifunk-franken.de/router.php?router_id=1166 Zwei Knoten gehen im Rathaus online]<br />
* 21.08.2015: Der Bürgermeister von Kirchheim bedankt sich mit einem [https://wiki.freifunk-franken.de/mediawiki/images/8/89/150821_Brief_WLAN_f%C3%BCr_die_Fl%C3%BCchtlingsunterbringung_in_der_Gemeinde_Kirchheim.pdf Brief]<br />
* 27.08.2015: [http://www.mainpost.de/regional/wuerzburg/Bevoelkerung-Fluechtlinge-Hilfsorganisationen-und-Hilfseinrichtungen-Sporthallen;art736,8851438 Artikel in der Mainpost]<br />
*05.09.2015: Auszug der Flüchtlinge<br />
<br />
== Unterkünfte der Stadt Nürnberg ==<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">aktive Gespräche</font><br />
* '''Beteiligte Freifunker:''' Ludal (Benjamin), Peter, Florian<br />
* '''Ansprechpartner''' der Stadt ist Thorsten Bach, Amt für Existenzsicherung und soziale Integration - Sozialamt Koordination Flüchtlingshilfe & -unterbringung Mail: thorsten.bach@stadt.nuernberg.de <br />
* 7.9.2015, Peter: Grundsätzlich gibt es ein Ja des Sozialamtes zu Freifunk in Nürnberger Flüchtlingsheimen (derzeit 45 Einrichtungen, davon bis auf 2 alle privat betrieben). Ein Gespräch mit Dieter Maly ist geplant, um genauere Modalitäten zu klären.<br />
<br />
=== Am Stadtpark (Nürnberg) ===<br />
* '''Status:''' <font style="color:red;font-weight:bold;">Gespräche mit Inhaber vorerst gescheitert.</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]], Florian<br />
* Inhaber hat kein Interesse an Freifunk.<br />
<br />
=== Beuthenerstraße ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">Gelände im Aufbau</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Shl|SHL]]<br />
* Uplink z.B. per [[Standorte/Nuernberg/GrundigAkademie|Grundig Akademie]]<br />
* ''bitte ergänzen''<br />
<br />
=== Behringersdorf ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:ChristianD|ChristianD]] [[Benutzer:Turbotobi|Turbotobi]]<br />
* ca. 30 - 40 Bewohner<br />
* 2 Router [https://netmon.freifunk-franken.de/router.php?router_id=1431|1] [https://netmon.freifunk-franken.de/router.php?router_id=1432|2] sind an der Maria-Magdalena Kirche Online (200M von der Unterkunft entfernt) <br />
* An einer Richtfunkverbindung zur Flüchtlingsunterkunft über den Kirchturm wird im laufe der KW41 gearbeitet. Update: Leider zu schlechte Empfangsqualität es besteht keine Sichtverbindung da Kirche tiefer steht und der Kirchturm nicht so hoch ist. -84dbm bei 1Mbit aber keine sinnvolle Datenübertragung möglich. Router ist aktuell montiert: [https://netmon.freifunk-franken.de/router.php?router_id=1501|3]<br />
* am 13.10.2015 gibt es eventuell eigenen Internetanschluss<br />
* 14.10.2015: Gab Probleme bei Internetanschluss, neuer Versuch am 21.10.<br />
* 21.10.2015: Internetanschluss besteht, Router wurden eingerichtet und sind nun direkt am Wohnheim Online.<br />
[https://netmon.freifunk-franken.de/router.php?router_id=1432]<br />
[https://netmon.freifunk-franken.de/router.php?router_id=1605]<br />
<br />
=== Hintermayrstr ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">aktive Gespräche</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Blue_lord|Daniel]]<br />
* Kontakt mit der [http://asylothek.de/ Asylothek]. Starkes Interesse durch die Asylothek, Unterstützung von Ihrer Seite zugesichert.<br />
<br />
=== Kohlenhofstr ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">aktive Gespräche</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Blue_lord|Daniel]]<br />
* 167 Bewohner??<br />
* Kontakt mit der [http://asylothek.de/ Asylothek]. Starkes Interesse durch die Asylothek, Unterstützung von Ihrer Seite zugesichert.<br />
<br />
=== Tillystr ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">Gespräch und vor Ort Besichtigung durch Tobias. AP Frau Lüdemann. Wahrscheinlich kein Sichtkontakt zum NHG/Johannis möglich.</font><br />
* '''Beteiligte Freifunker:''' Tobias, [[Benutzer:schniegling_open|Peter]]<br />
* ca. 600 Bewohner<br />
* 14.9.2015/[[Benutzer:schniegling_open|Peter]]: Kontakt mit BR als direktem Nachbarn aufgenommen, um zu erurieren, ob der BR unterstützen kann/will. Mein Kontakt beim BR fragt nach und meldet sich wieder<br />
* 15.9.15/[[Benutzer:schniegling_open|Peter]]: Mein Kontakt beim BR signalisiert vorsichtige Zustimmung für eine Relaisstation. Es braucht aber noch ein OK von höchster Stelle. <br />
* 24.9.2015/[[Benutzer:schniegling_open|Peter]]: Der BR hat zugestimmt. Wahzrscheinlich können wir den Sendeturm des BR nutzen. Der nächste Schritt ist ein Vor-Ort Termin mit den Richtfunkexperten des BR, um Sichtverbindungen und Montagemöglichkeiten zu prüfen. Sollte das mit dem Turm tatsächlich klappen, solltne wir die Anlage so auslegen,dass wir Sichtverbidnungen zu Johnny, Chris und zum NHG aufbauen können, um Redundanz zu bekommen.<br />
* 17.10.2015/[[Benutzer:schniegling_open|Peter]]: Eine Anbindung über den BR ist nicht mehr möglich, weil er sein ok zurückgezogen hat.<br />
<br />
=== Volksfestplatz ===<br />
* 16.9.2015/[[Benutzer:schniegling_open|Peter]]: Anfragen bei Grundigakademie und Dokumentationszentrum Reichsparteitagsgelände gestellt.<br />
* 29.9.2015/[[Benutzer:schniegling_open|Peter]]: Telefonische Nachfrage beim Liegenschaftsamt-Zuständigen für die Kongresshalle: keine Chance für eine Relaisstation, weil Polizei und Mobilfunkanlagen bereits auf dem Dach vorhanden seien. (Keine Ahnung warum das ein Problem sein soll, aber das war die Aussage)<br />
<br />
=== Stadionbad ===<br />
* 30.9.2015/[[Benutzer:schniegling_open|Peter]]: Besichtigung vor Ort geplant. Anfrage bei Arena läuft wegen Relaisstation auf dem Dach.<br />
* 2.10.2015/[[Benutzer:schniegling_open|Peter]]: Wir haben die Zeltstadt heute besucht und die Möglichkeiten erkundet. Die Richtfunklösung scheidet de facto aus, weil das Gelände von hohen Bäumen umgeben ist und man nur per Stadion als Relais raus käme. Das wird zu kompliziert. Erstaunlicherweise ist die Stadt auf die zweite Möglichkeit - per Städtischem Intranet im Bademeisterhaus- rauszukommen, dann zunächst eingestiegen. Das kam anscheinend von oberster Stelle. Die Techniker der Stadt sagen aber, dass die Kapazität der Leitung nicht ausreichend sei. Mag sein, kann auch sein, dass die IT einfach nicht mag, dass jemand ihr Netz als Tunnel ins Internet nutzt. <br />
Das war es dann, denn einen vorhandene Telekom Anschluss zu mieten, ist der Stadt vom Aufwand her zu hoch. Das ist verständlich, denn aktuell weiss niemand, wie lange das Transitlager noch bestehen bleibt. Schade dennoch, aber als Postiveffekt gibt es jetzt gute Kontakte zum Büro von Uli Glaser, der die Ehrenamtlichen Helfer koordiniert und betreut.<br />
<br />
=== Aufseßplatz ===<br />
<br />
* '''Status:''' <font style="color:green;font-weight:bold;"> Online </font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:ChristianD|ChristianD]] [[Benutzer:Flo|Florian S.]] [[Benutzer:Peter|Peter]] [[Benutzer:Johnny|Johnny]] <br />
* '''In Kooperation mit:''' [[ISKA]]<br />
* ca. 120 Bewohner<br />
* 16.000 DSL zur Mitbenutzung (50 000 DSL geplant)<br />
* 20.10.2015/[[Benutzer:Flo|Florian S.]]: Haben das "go" vom Vermieter.<br />
* 05.12.2015/[[Benutzer:Flo|Florian S.]]: Installation abgeschlossen. Fünf Stockwerke angebunden.<br />
* 06.02.2015: [http://www.nordbayern.de/region/nuernberg/freifunker-bringen-fluchtlings-unterkunft-ans-netz-1.4970688 Artikel in NN]<br />
<br />
=== Quelle Parkplatz ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* 14.12.2015/[[Benutzer:schniegling_open|Peter]]: Die Notunterkunft auf dem ehemaligen Parkplatz bei Quelle ist seit kurzem in Betrieb. Vom Quelle Fest im Mai haben wir dort noch einen Router platziert, der sich gegenüber im EG befindet. Dieser wird stark genutzt. Auf der Quelle Terasse befindet sich zusätzlich eine 5GHZ Richtfunkstrecke zum Nachbarschaftshaus Gostenhof. Der Router reicht derzeit aber nicht bis zum Parkplatz. Es wird derzeit geklärt, wie lange Quelle für uns noch nutzbar ist. Falls ja, bauen wir dort auf der Terasse einen weiteren Router hin, der den Parkplatz beleuchten kann. Evtl. sind auch weitere Router (Nur Mesh und AP) in der Notunterkunft selber sinnvoll.<br />
* 17.12.2015/[[Benutzer:schniegling_open|Peter]]: Wir können die Quelle Terasse noch bis ca. Ende Februar nutzen. Im Januar werde ich mit den Quelle-Künstlern, die im Heizhaus unterkommen werden, prüfen, ob wir dann von da aus die Notunterkunft mit Freifunk versorgen können. Die grundsätzliche bereitschaft ist da. Und wer weiss, vielleicht eröffnet sich dann doch noch auch ein Weg auf den Turm...<br />
* 18.12.2015: Heute wurde noch ein Router (schniegling1) an der Terasse auf der Quelle installiert und ein etwas besserer Standort für die 5GHz bridge RIchtung NHG gewählt. Der neue Router läuft aktuell auf Kanal 5, weil im EG bereits ein anderer FF_Router mit hoher Last aktiv ist<br />
* 19.12.2015: Heureka. Endlich raus gefunden,warum die 5 GHZ Strecken so lahm waren. Jetzt sollte es deutlich besser funktionieren.<br />
* 21.12.2015/[[Benutzer:schniegling_open|Peter]]: Heute habe ich 2 Router in der Gemeinschaftsunterkunft installiert. Einer dient als Accesspoint, einer als Meshrouter.<br />
* 25.12.2015/[[Benutzer:schniegling_open|Peter]]: Trotz einer weiteren Kundschaft von 26 Clients am Router Quelle GUAP konnte ich noch Volker Pispers in HD Qualität bei Youtube anschauen. Erstaunlich. Die Hauptbremse auf dem langen Weg üner Quelleterasse, Nachbarschaftshaus und Gostenhof ins Internet ist möglicherweise der DSL Uplink bei Johnny bzw. Tobias. Da laufen konstant 50-100kB/s und mehr drüber, während der Downlink bei weitem nicht ausgelastet ist. Beruhigend, dass noch was geht, wenn auch zäh. Aber Zeit haben die Flüchtlinge, während sie monatelang auf den Asyl-Antrags(!)-Termin warten müssen, ja leider mehr als genug.<br />
* 20.1.2016/[[Benutzer:schniegling_open|Peter]]: Auf der Quelle hat der Umbau begonnen und der Stromm ist jetzt abgeschaltet. Daher haben wir die Anlage auf der Quelle-Terasse abbauen müssen. Jetzt gibt es nur noch Internet für die ParklplatzbewohnerInnen über den Anschluss im Erdgeschoss. Bis auch da Schluss sein wird in einigen Tagen. Schade.<br />
* 1.2.2016/[[Benutzer:schniegling_open|Peter]]: Die Anlage wurde abgebaut, weil der Internetanschluss in einem Büro im Quelle Gebäude auch deaktiviert wurde.<br />
* 29.2.2016/[[Benutzer:schniegling_open|Peter]]: Der Plan der Stadt, die Notunterkünfte mit Hilfe der Telekom mit WLAN auszustatten, ist gescheitert. Daher sind anscheinend jetzt wir gefordert. Aus dem Helferkreis kam vor wenigen Tagen ebenfalls eine Anfrage nach Freifunk. Details werde ich morgen versuchen zu klären. <br />
* 3.3.2016/[[Benutzer:schniegling_open|Peter]]: Wir werden einen DSL/VDSL Anschluss bei einem Anwohner bestellen und die GU dann per 5GHZ Richtfunk von dort aus anbinden. Die Finanzierung ist geklärt. Die Stadt als Betreiberin "duldet" unsere Aktivitäten.<br />
* 5.3.2016/[[Benutzer:schniegling_open|Peter]]: Am 11.3.16 wird von der Telekom ein VDSL-50/10 Anschluss geschaltet.<br />
* 12.3.2016/[[Benutzer:schniegling_open|Peter]]: Die Anlage ist installiert und läuft.<br />
<br />
=== Hiroshimaplatz ===<br />
* 17.3.2016/[[Benutzer:schniegling_open|Peter]]: Es gibt am 20.3. ein Treffen mit den IT Leuten vom Z-Bau sowie dem Helferkreis, ob es möglich ist, die GU vom Z-Bau aus zu versorgen.<br />
<br />
== Fürth ==<br />
=== Erstaufnahmeeinrichtung Höffner ===<br />
Ehemaliges Möbelhaus mit 500-1000 Flüchtlingen.<br />
<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]], [[Benutzer:schniegling_open|Peter]]<br />
* Details und Planung auf der [[Standorte/Fuerth/Hoeffner|Standortseite]]<br />
<br />
=== Unterkunft Europaallee ===<br />
Unterkunft mit ca. 100 Bewohnern.<br />
<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]], [[Benutzer:schniegling_open|Peter]]<br />
* Details und Planung auf der [[Standorte/Fuerth/Europaallee|Standortseite]]<br />
<br />
== Erlangen ==<br />
<br />
<div style="margin-bottom:1em; padding:0.5em 0.5em 0.0em 0.5em; border:2px solid #ffb400;color:#000;background-color:#ffb400"><br />
'''Weitere Informationen zu den Unterkünften finden sich auf einer nicht verlinkten privaten Seite (Anfragen an Nutzer [[Benutzer:R.funkt|R.funkt]]).'''<br/><br />
</div><br />
<br />
In Erlangen sind zur Zeit ca. 1000 Asylbewerber unergebracht (Stand Dezember 2015). Dazu kommen noch die Menschen in den Erstaufnahmeeinrichtungen Rathenaustraße (500 Personen) und Tennenlohe (max. 500 Personen).<br />
<br />
=== Café Asyl ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' Dieter<br />
* 07.12.15: Aufbau des Routers (WR1043v2)<br />
* [https://www.facebook.com/CafeAsylErlangen/photos/a.185584985106726.1073741828.181199615545263/218740128457878/?type=3&theater Meldung auf der Facebook Seite]<br />
<br />
=== Unterkunft "R" ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]]<br />
* 27.07.15: erster Kontakt mit dem Helferkreis Innenstadt<br />
* 12.12.15: Inbetriebnahme mit zunächst nur mit einem Router im EG; der Ausbau (1OG, 2OG, außen) wird in den Weihnachtsferien stattfinden<br />
* 26.12.15: Aufbau und Performance-Optimierungen auf der [[Standorte]] Seite beschrieben<br />
<br />
=== Unterkunft "B1" ===<br />
* '''Status:''' <font style="color:lightgreen;font-weight:bold;">Online</font> - <font style="color:grey;font-weight:bold;">kostenloses WLAN für einen Teil der Bewohner vorhanden</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]], Jürgen<br />
<br />
=== Unterkunft "B5" ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font> & <font style="color:lightgreen;font-weight:bold;">Online</font> - <font style="color:grey;font-weight:bold;">kostenloses WLAN für einen Teil der Bewohner vorhanden</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]]<br />
* 16.04.16: Wegen Performance-Problemen (Speedport DSL Modem) sind Freifunk Router zur Zeit vom Netz getrennt<br />
<br />
=== Unterkunft "K" ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font> & <font style="color:lightgreen;font-weight:bold;">Online</font> - <font style="color:grey;font-weight:bold;">kostenpflichtiges WLAN vorhanden</font><br />
* '''Beteiligte Freifunker:''' Jürgen<br />
* 28.11.15: kostenpflichtiges WLAN vorhanden, daher erstmal keine weitere Aktion<br />
* 22.04.16: Neuer M-Net Anschluss wurde installiert; ein Freifunk Router funkt seit heute aus dem Keller des Gebäudes<br />
<br />
=== Unterkunft "W" ===<br />
* '''Status:''' <font style="color:lightgreen;font-weight:bold;">Online</font> - <font style="color:grey;font-weight:bold;">kostenpflichtiges WLAN vorhanden</font><br />
* '''Beteiligte Freifunker:''' Jürgen<br />
* 28.11.15: kostenpflichtiges WLAN vorhanden, daher erstmal keine weitere Aktion<br />
<br />
=== Unterkunft "S" ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]], Jürgen<br />
* 18.11.15: Jürgen hat Kontakt zum Helferkreis hergestellt<br />
* 21.11.15: Containerunterkunft soll von einem Anwesen aus der Nachbarschaft befunkt werden<br />
* 28.11.15: Testinstallation funktioniert<br />
* 10.12.15: [https://wiki.freifunk-franken.de/mediawiki/images/1/18/Nanostation-Container.jpg Installation der Nanostation im Außenbereich], Abbau des WR841 (WR1043 für den Innenbereich ausreichend), WR1043 über LAN-Kabel mit Nanostation verbunden<br />
* 26.02.16: Installation muss im März/April wieder abgebaut werden, da die Container verlegt werden<br />
<br />
=== Unterkunft "M" ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' Jürgen, [[Benutzer:R.funkt|R.funkt]]<br />
* 02.12.15: Teilnahme am Helferkreistreffen<br />
* 26.02.16: DSL Anschluss ist bestellt<br />
* 15.04.16: Unterkunft ist am Netz! Ein erster Freifunk Router funkt aus dem Technikraum<br />
<br />
=== Unterkunft "G" ===<br />
* '''Status:''' <font style="color:red;font-weight:bold;">geplant</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]] <br />
* 30.09.15: Erster Kontakt von Seiten der Stadt<br />
* 09.12.15: EFIE Helferkreis Alterlangen fragt an<br />
* 07.01.16: Ortsbegehung: Weitläufiges Gebäude mit mehreren Ethernet Anschlüssen in jedem Zimmer, es soll demnächst ein Sozialbüro (inkl. DSL) eingerichtet werden<br />
* 29.04.16: DSL ist installiert; Klärung, ob Mitbenutzung möglich<br />
<br />
=== Unterkünfte "D4/D5" ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">erste Gespräche</font><br />
* '''Beteiligte Freifunker:''' Florian, [[Benutzer:Tobias|Tobias]] <br />
* 09.12.15: EFIE Helferkreis Alterlangen fragt an<br />
* 07.01.16: Ein freundlicher Nachbar (Florian) bietet an, die Anwesen von außen per Funk zu versorgen<br />
* 07.02.16: Neustädter Kirche ist vom Garten von D4 sichtbar, Strom wäre vorhanden --> Anbindung über 5 GHz wäre prinzipiell möglich<br />
* 10.02.16: Ein Bewohner von D4 hat offensichtlich selbst DSL bestellt und installiert; Besitzer möchte von sich aus nicht tätig werden, EFIE hätte aber freie Hand<br />
<br />
=== Unterkünfte "K" ===<br />
* '''Status:''' <font style="color:red;font-weight:bold;">geplant</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]] <br />
* 09.12.15: EFIE Helferkreis Alterlangen fragt an<br />
* 19.01.16: Kein Funknachbar in der Nähe; Unterkunft müsste eigenen DSL Anschluss bekommen<br />
* 07.02.16: Keine Sichtverbindung zur Neustädter Kirche --> keine Anbindung über 5 GHz möglich<br />
<br />
=== Unterkünfte "M5/M7/M9" ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">im Aufbau</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]]<br />
* 11.11.15: Erster persönlicher Kontakt mit Unterstützern von EFIE, Unterkünfte sind die z. Zt. größten im Stadtgebiet und daher vorrangig zu behandeln<br />
* 17.11.15: Info von EFIE: Betreiber M5 ist Regierung von Mfr, Betreiber von M7/M9 ist Stadt Erlangen<br />
* 19.11.15: Wolfgang hat über Caritas Fürth (Höffner!) den Ansprechpartner bei Regierung von Mfr ausfindig gemacht<br />
* 22.12.15: Laut EFIE soll ein Sozialbüro (inkl.) in einem der Container eingerichtet werden<br />
* 07.01.16: Ortsbegehung: DSL Buchse liegt bereits in der Küche des vorderen Containers, Küche des hinteren Containers hat kein Telefonsignal, da Kabel außen durchgeschnitten und TAE Stecker innen zerstört ist, Antennenmast auf dem vorderen Container wäre ideal um M5/M7 über Outdoor-Router zu versorgen<br />
* 07.02.16: M5: Verwalter möchte kein DSL, daher erneute Kontaktaufnahme mit Regierung geplant; M7: Sichtverbindung zur Neustädter Kirche (5 GHz Funkverbindung möglich), M9: Kabel nach wie vor durchtrennt, noch kein DSL eingerichtet<br />
* 29.04.16: M9: DSL ist installiert; Klärung, ob Mitbenutzung möglich<br />
<br />
=== Unterkunft "P" ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' Dieter, PG119, Michael<br />
* 15.01.16: EFIE liefert folgende Informationen: derzeit Flüchtlinge auf unterschiedlichen Stockwerken, ein DSL Anschluss vorhanden, zwei weitere werden installiert, Ansprechpartner sind bekannt, es fehlt ein "Kümmerer" von Freifunk<br />
* 21.01.16: Die ersten Router sind aufgestellt, Empfang (auch zwischen den Stockwerken) ist "den Umständen entsprechend" (2 Stockwerke können mit einem Router abgedeckt werden)<br />
* 23.01.16: Weitere Router gekauft und aufgestellt<br />
* 07.02.16: Installation erreicht mit mittlerweile 12 Routern und 40-50 Clients einen vorläufigen Höhepunkt<br />
<br />
== Landkreis Erlangen-Höchstadt ==<br />
<br />
=== Herzogenaurach ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">aktive Gespräche</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]]<br />
* 03.09.15: Anfrage per eMail an fragen@<br />
* 06.09.15: Antwortschreiben von [[Benutzer:delphiN|delphiN]]<br />
* ''bitte ergänzen''<br />
<br />
=== Möhrendorf ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">erste Gespräche</font><br />
* '''Beteiligte Freifunker:''' B.N., H.S. (über [[Benutzer:R.funkt|R.funkt]], [[Benutzer:Markusb|Markusb]])<br />
* Unterkünfte (in dieser Reihenfolge):<br />
** Schützenhof (ca. 40 Bewohner)<br />
** Hauptstraße (ca. 30 Bewohner), Meisenweg (ca. 30 Bewohner)<br />
<br />
=== Weisendorf ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">hat angefragt</font> (http://weisendorf-hilft.de)<br />
* '''Beteiligte Freifunker:''' B.N., H.S. (über [[Benutzer:R.funkt|R.funkt]], [[Benutzer:Markusb|Markusb]])<br />
<br />
=== Münchaurach ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">hat angefragt</font> (ASB Erlangen-Höchstadt, April 2016)<br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]]<br />
<br />
=== Hesselberg ===<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">hat angefragt</font> (ASB Erlangen-Höchstadt, April 2016)<br />
* '''Beteiligte Freifunker:''' [[Benutzer:R.funkt|R.funkt]]<br />
<br />
== Bamberg Stadt ==<br />
*Kontakt mit Verein Freund statt fremd http://www.freundstattfremd.de/<br />
* '''Beteiligte Freifunker:''' MartinM<br />
<br />
=== Unterkunft 1, ca 100 Bewohner ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* DSL-Anschluss in Unterkunft<br />
* Bestehendes WLAN mit Passwort pro Benutzer wurde ersetzt<br />
<br />
=== Unterkunft 2, 15 Bewohner ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* DSL-Anschluss in Unterkunft<br />
* Bestehendes WLAN mit Passwort pro Benutzer wurde ersetzt<br />
<br />
== Bamberg Landkreis ==<br />
* Kontakt mit AWO<br />
* Kontakt über Verein Freund statt fremd http://www.freundstattfremd.de/<br />
<br />
=== Unterkunft 1, ca. 40 Bewohner ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' MartinM<br />
* DSL-Anschluss in Unterkunft<br />
<br />
=== Unterkunft 2, ca. 20 Bewohner ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' MartinM<br />
* LTE-Anschluss in Unterkunft (DSL ist angekündigt)<br />
<br />
=== Kronach (bei Bamberg) ===<br />
* '''Status:''' <font style="color:red;font-weight:bold;">inaktiv - fehlender Ansprechpartner</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]], ChristianB<br />
* 09.03.2015: Anfrage einer ehrenamtlichen Mitarbeiterin (Anfrage geht im Mailfilter verlohren)<br />
* 27.06.2015: Antwortschreiben von [[Benutzer:delphiN|delphiN]] und Christian<br />
* 27.06.2015: Ursprüngliche Mitarbeiterin ist nicht mehr aktiv<br />
<br />
=== Roßdach (bei Scheßlitz) ===<br />
* '''Status:''' <font style="color:red;font-weight:bold;">offline da kein DSL/Kabel verfügbar</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]]<br />
* 17.07.2015: Abbruch der Planungen da in Roßdach kein DSL/Kabel verfügbar ist.<br />
<br />
== Adelsheim (bei Heilbronn) ==<br />
* '''Status:''' <font style="color:red;font-weight:bold;">inaktiv - keine Antwort</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]]<br />
* 14.08.2015: Anfrage aus Adelsheim an den Freie Netze e.V.<br />
* 21.08.2015: Antwortschreiben von [[Benutzer:delphiN|delphiN]]<br />
<br />
== Kürn (bei Regensburg) ==<br />
* '''Status:''' <font style="color:red;font-weight:bold;">inaktiv - keine Antwort</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:delphiN|delphiN]]<br />
* 14.12.2014: Anfrage an fragen@<br />
* 14.12.2014: Antwortschreiben von AlexG<br />
* 14.12.2014: Antwortschreiben von [[Benutzer:delphiN|delphiN]]<br />
<br />
== Hilpoltstein ==<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">Online</font><br />
* '''Anzahl Bewohner:14<br />
* '''Beteiligte Freifunker:''' [[Benutzer:ThomasP|ThomasP]], [[Benutzer:delphiN|delphiN]]<br />
* 29.10.15: Anschluss ist gelegt Router gekauft. AUX Firmware in Vorbereitung.<br />
<br />
== Neumarkt in der Oberpfalz ==<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* Bestehendes WLAN mit Passwort wurde ersetzt<br />
* '''Anzahl Bewohner:''' ca. 12 Personen<br />
* '''Beteiligte Freifunker:''' StefanPaulus<br />
<br />
== Freystadt (bei Neumarkt i.d.Opf.) ==<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* DSL-Anschluss in Stockwerk unter Unterkunft - Erdgeschoss "Harry`s Pilsbar"<br />
* '''Anzahl Bewohner:''' ca. 10 Personen<br />
* '''Beteiligte Freifunker:''' StefanPaulus<br />
<br />
== Sulzkirchen (bei Freystadt) ==<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* Bestehendes WLAN mit Passwort wurde ersetzt<br />
* '''Anzahl Bewohner:''' ca. 10 Personen<br />
* '''Beteiligte Freifunker:''' StefanPaulus<br />
<br />
== Bad Reichenhall ==<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* Router im Geschäftshaus Erdgeschoss für Refugees im 1. Stock '''BGL-BRH-Ludwigstr-Ziegler-Refugees'''"<br />
* '''täglich in der Spitze''' 12 Personen - <br />
* '''Beteiligte Freifunker:''' mrtnschn - Routerspende von Piraten BGL<br />
<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* Router im Geschäftshaus '''BGL-BRH-Waagg-Buergerbr-Rathauspl'''"<br />
* '''auf der Straße davor täglich in der Spitze''' 20 Personen - <br />
* '''Beteiligte Freifunker:''' mrtnschn - Routerspende von Piraten BGL<br />
<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">ab 12.9. in Betrieb</font><br />
* Router in Unterkunft '''Frühlingstr.''' Easybell-DSL-Router Vertrag (monatlich kündbar!) über mrtnschn Kosten finanziert von Bewohnern (10) durchmonatliche Sammlung im Voraus / prepaid <br />
* '''Beteiligte Freifunker:''' mrtnschn - Router Spende von Rotary BGL<br />
<br />
* '''Status:''' <font style="color:red;font-weight:bold;">Planung</font><br />
* Router in Unterkunft '''Bauerngirgl/Bayerisch Gmain''' () - da Kabelversorgung < 2MB nicht ausreicht, altern. die Stadtwerke bei 50 Mb/s Freifunk nicht zulassen, wird mit Richtfunk bzw. österr. LTE experimentiert<br />
* '''Beteiligte Freifunker:''' mrtnschn -<br />
<br />
== Bayreuth ==<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">in Gesprächen</font><br />
* '''Beteiligte Freifunker:''' Jan W.<br />
* 07.09.2015: Anfrage von Lars R.<br />
<br />
== Nagel (bei Wunsiedel) ==<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">in Gesprächen</font><br />
* '''Beteiligte Freifunker:''' ?<br />
* 07.09.2015: Anfrage von Michaela K.<br />
* 07.09.2015: Antwortschreiben von [[Benutzer:delphiN|delphiN]]<br />
<br />
== Rückersdorf ==<br />
Geplante Unterkunft für 58 unbegleitete Minderjährige ab 01.09.2015. Sechs Häuser in zwei Reihenblöcken (Neubau)<br />
<br />
* '''Status:''' <font style="color:green;font-weight:bold;">3 + 3 Router online, an 2 VDSL50 Anschlüssen</font><br />
* '''ToDo:''' Sysupgrade auf aux-FW<br />
'''Beteiligter Freifunker:''' [[Benutzer:Mgadmin|Scheese]]<br />
<br />
== Lauf a.d. Pegnitz ==<br />
<br />
==== Simonshofer Str. ==== <br />
<br />
Unterkunft für 50 Flüchtlinge ab 01.10.2015. (Altbau)<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* baulich bedingt ist eine Picostation im Außenbereich installiert. Kabel-D-Anschluß mit 50MBit/s geschaltet.<br />
* zur besseren Netzabdeckung wird noch ein TP-WR841 zum vermeshen indoor installiert.<br />
* für die Anbindung von Not-Telefonen mit speziellen Wahlregeln ist jetzt eine Fritz!Box hinter das Kabelmodem geschaltet. Das Kabelmodem ist im Bridgemode geschaltet worden.<br />
* ToDo: Sysupgrade auf aux-FW<br />
<br />
==== Altdorfer Str. ====<br />
<br />
* aktive Gespräche mit Helferkreis um eine Lösung zu generieren<br />
<br />
==== Kunigundenberg ====<br />
<br />
* aktive Gespräche mit Helferkreis<br />
<br />
<br />
'''Beteiligte Freifunker:''' [[Benutzer:Mgadmin|Scheese]]<br />
<br />
== Diepersdorf (Leinburg) ==<br />
<br />
==== Rockenbrunner Straße ====<br />
<br />
Unterkunft für ca. 50 Flüchtlinge (noch nicht belegt)<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* baulich bedingt sind überall nur Telefonleitungen installiert. Es wird hier versucht aus Telefonleitungen Netzwerkleitungen zu machen um die FF-Router vernünftig zu versorgen<br />
* am Ort ist an dieser Stelle DSL mit 13MBit/s Geschwindigkeit verfügbar. VDSL-Ausbau ab 2016-2017 an dieser Stelle<br />
* für die Anbindung von Not-Telefonen mit speziellen Wahlregeln wird eine Fritz!Box für die Wahlregeln verwendet. <br />
* das Freifunknetz besteht aus einem VPN-Router (WR1043) und drei vermaschte WR841. Es wird aux-Firmware wird verwendet. Es bestehen noch kleinere Probleme mit den umfunktionierten Telefonleitungen. <br />
<br />
'''Beteiligte Freifunker:''' [[Benutzer:Mgadmin|Scheese]]<br />
<br />
== Happurg ==<br />
<br />
==== Ehemalige Werksiedlung am Stausee ====<br />
<br />
Unterkunft für ca. 100 Flüchtlinge (geschätzt)<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* vier einzelne Häuser auf größerem Areal. Versorgung mit VSDL 50/5 mit FB7490. Ein lokaler Netzwerkprovider hat diesen Ort vor einiger Zeit mit Glasfaserknoten erschlossen. <br />
* das Freifunknetz besteht aus einer FB7490, einem VPN-Router (WR1043-V2), einer Nanostation (outdoor)und bis jetzt einem WR841. Eine Picostation zur Abdeckung des Areals ist noch in Planung. Für diesen Standort ist aux-Firmware im Einsatz.<br />
<br />
'''Beteiligte Freifunker:''' [[Benutzer:Mgadmin|Scheese]]<br />
<br />
==== Ehemaliger Gasthof Roth ====<br />
<br />
Unterkunft für ca. 40 Flüchtlinge (geschätzt)<br />
* '''Status:''' <font style="color:red;font-weight:bold;">in Arbeit</font><br />
* ehemaliges Gasthaus mitten am Marktplatz. Ein lokaler Netzwerkprovider hat in diesem Ort vor einiger Zeit mit Glasfaserknoten erschlossen. <br />
* das Freifunknetz wird dann wahrscheinlich aus einer FB7490, einem besseren VPN-Router (WR1043) und einigen WR841 bestehen.<br />
<br />
'''Beteiligte Freifunker:''' [[Benutzer:Mgadmin|Scheese]]<br />
<br />
== Miltenberg und Umgebung ==<br />
=== Kleinheubach ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:simbl|simbl]], Firma [[Benutzer:oswald|OSWALD Elektromotoren GmbH]]<br />
* Erstaufnahmeeinrichtung mit bis zu 400 Flüchtlingen, derzeit im Wechsel zwischen 90 - 170 Personen<br />
* '''Breitbandanschluss:''' VDSL läuft seit 17.12.2015<br />
* '''Hardware:''' <br />
** ap1: [https://netmon.freifunk-franken.de/router.php?router_id=1842 TL-WR1043ND] <br />
** ap2: [https://netmon.freifunk-franken.de/router.php?router_id=2317 TL-WR1043ND]<br />
<br />
== Forchheim und Umgebung ==<br />
<br />
=== Forchheim ===<br />
<br />
==== Föhrenweg ====<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">Provisorium online</font> Router in Hand von Bewohnern, über benachbarte Kirche angebunden.<br />
* '''Beteiligte Freifunker:''' [[Benutzer:Lwm|lwm]]<br />
<br />
==== Sonstiges ====<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font> Die Freifunkinstallation der [http://baptisten-forchheim.de/ Baptistengemeinde Forchheim], [http://osm.org/go/0D7nnxxvT?layers=N&m= Am Siechhaus 4, Forchheim], kann mindestens von außen mitgenutzt werden. '''Beteiligte Freifunker:''' [[Benutzer:Lwm|lwm]]<br />
<br />
=== Heroldsbach ===<br />
<br />
==== Hauptstraße ====<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Lwm|lwm]]<br />
<br />
==== Rennweg ====<br />
* '''Status:''' <font style="color:orange;font-weight:bold;">Provisorium online, Gespräche angefordert</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Lwm|lwm]]<br />
<br />
<br />
=== Ebermannstadt ===<br />
<br />
<br />
==== Untere Röth 13 ====<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Betreiber der Unterkunft stellt DSL bereit'''<br />
* '''ca. 20 Bewohner'''<br />
* '''3 Freifunkrouter'''<br />
* '''Beteiligte Freifunker:''' [[Benutzer:Jujkrause |jujkrause]]<br />
<br />
==== Kapellenplatz 8 ====<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Betreiber der Unterkunft stellt Geld für DSL bereit'''<br />
* '''ca. 20 Bewohner'''<br />
* '''2 Freifunkrouter'''<br />
* '''Beteiligte Freifunker:''' [[Benutzer:Jujkrause |jujkrause]]<br />
<br />
==== Am Marktplatz 6 ====<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Betreiber der Unterkunft stellt Geld für DSL bereit'''<br />
* '''ca. 30 Bewohner'''<br />
* '''3 Freifunkrouter'''<br />
* '''Beteiligte Freifunker:''' [[Benutzer:Jujkrause |jujkrause]]<br />
<br />
=== Obertrubach ===<br />
<br />
==== Hotel Grüner ====<br />
<br />
* '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
* '''Betreiber der Unterkunft stellt DSL bereit'''<br />
* '''ca. 60 Bewohner'''<br />
* '''5 Freifunkrouter'''<br />
* '''Beteiligte Freifunker:''' [[Benutzer:Jujkrause |jujkrause]]<br />
<br />
== Haßberge ==<br />
<br />
=== Dippach ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:moexe|moexe]], [[Benutzer:Plocker|Plocker]]<br />
* 29.08.15: [http://www.mainpost.de/regional/hassberge/Asylbewerber-Drahtloses-Netz-Fluechtlinge-Internetzugriff-und-Internetverbindung;art1726,8876298 Main-Post: Internet-Zugang für Flüchtlinge]<br />
<br />
=== Zell a. Ebersberg ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Plocker|Plocker]], [[Benutzer:roffl1990|roffl1990]]<br />
<br />
=== Ostheim i. Ufr. ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:Plocker|Plocker]]<br />
<br />
=== Hassfurt ===<br />
*Asylcenter (Turnhalle OST/WEST) Momentan ist die Notunterkunft nicht mehr besetzt<br />
** '''Status:''' <font style="color:red;font-weight:bold;">offline</font><br />
** '''Beteiligte Freifunker:''' [[Benutzer:moexe|moexe]]<br />
** 09.09.15 [http://www.hassfurter-tagblatt.de/lokales/aktuelles/art2824,342010 Haßfurter Tagblatt: Kontakt und Neues aus der Heimat]<br />
<br />
*Asylcenter II (Florianspassage)<br />
** '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
** '''Beteiligte Freifunker:''' [[Benutzer:moexe|moexe]], [[Benutzer:Plocker|Plocker]]<br />
<br />
===Ebelsbach===<br />
*Asylcenter Schloß Gleisenau<br />
** '''Status:''' <font style="color:green;font-weight:bold;">online</font><br />
** '''Beteiligte Freifunker:''' [[Benutzer:moexe|moexe]]<br />
** '''Routerspende durch Manfred Kremer (Handyshop Ebelsbach)'''<br />
<br />
== Schweinfurt Stadt und Land ==<br />
<br />
=== Ledward Barracks / Niederwerrner Strasse ===<br />
* Kein Bedarf mehr, der Eigentümer des benachbarten McDonalds hat zusammen mit RegioNet einen HotSpot aufgestellt:<br />
* [https://www.mainpost.de/regional/schweinfurt/Fluechtlinge-Franchisenehmer-Internetzugriff-und-Internetverbindung;art742,8902832 Artikel in der MainPost]<br />
<br />
=== Conn Barracks (zwischen Niederwerrn und Geldersheim) ===<br />
* Hier sollen demnächst bis zu 5000 (fünftausend!) Flüchtlinge untergebracht werden. Da stellt sich die Frage, ob Freifunk für eine solche Größenordnung überhaupt das richtige Medium ist.<br />
<br />
== Rhön-Grabfeld ==<br />
<br />
=== Mellrichstadt ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:DerMichy|DerMichy]]<br />
* 6.11.2015: Anfrage von Herrn Scheinig von der Verwaltungsgemeinschaft Mellrichstadt. Begegnungsstätte für ca. 30 Personen, in der u.A. Sprachkurse angeboten werden. 16000er DSL ist vorhanden und kann verwendet werden.<br />
* 12.11.2015: Offizielles "OK". Ein Router ist bestellt. Kommende Woche wird der Netzwerkanschluss gelegt, dann kann es los gehen.<br />
* 14.11.2015: Der Router ist vorbereitet und wird in den kommenden Tagen aufgestellt.<br />
* 18.11.2015: Der Router wurde per Post an Herrn Scheinig versendet, der ihn vor Ort in Betrieb nehmen wird.<br />
* 23.11.2015: Rückmeldung: der Router ist angekommen.<br />
* 7.12.2015: Der Router geht online und bedient gleich am ersten Tag bis zu 15 Clients<br />
<br />
== Landkreis Bad Kissingen ==<br />
<br />
=== Hammelburg ===<br />
* '''Status:''' <font style="color:green;font-weight:bold;">Online</font><br />
* '''Beteiligte Freifunker:''' [[Benutzer:DerMichy|DerMichy]]<br />
* Ansprechpartner vor Ort: Organisatorisch: Herr Wieland. Technisch: Herr Ravlic.<br />
* 9.11.2015: Anfrage von Herrn Wieland (Malteser). Notunterkunft für 200 bis 250 Flüchtlinge wird (laut Plan) ab 23.11. in Betrieb gehen und soll mit Freifunk versorgt werden.<br />
* 10.11.2015: Info per Email: Es wird ein 100/40 MBit Anschluss via Richtfunk bereitgestellt. Anschlussinhaber sind die Malteser und die möchten keinen Ärger mit der Störerhaftung. "Direkt ins Netz" geht somit leider nicht. <br />
* 12.11.2015 Antrag an auxfirmware@... gesendet. Besichtigungstermin vor Ort am 17.11. mit Herrn Wieland und [[Benutzer:DerMichy|DerMichy]].<br />
* 20.11.2015: Es sind insgesamt vier Router mit der AUX-Firmware vorbereitet und werden morgen vor Ort angebracht. Die Verbindung zum Internet (DSL via Richtfunk) wird aber erst in ca. zwei Wochen bereitgestellt.<br />
[[Kategorie:Asyl]]<br />
* 14.01.2016: Nach mehreren Verzögerungen soll die Richtfunkverbindung jetzt endlich funktionieren. Inbetriebnahme der Router heute ab ca. 18 Uhr geplant.<br />
* Router sind in Betrieb. Internetverbindung ist leider so langsam, dass man sie kaum verwenden kann. Auch ohne Freifunk, direkt per LAN-Kabel an der FritzBox, ist die Verbindung kaum nutzbar. Seiten werden nicht geladen, Ping zu google.de variiert zwischen 2000 ms und weit über 8000 ms. Zeitweise bricht die Verbindung ganz weg. FritzBox hängt sich gelegentlich auf. Hier muss der Internetanbieter Hab-Net nochmal ran.<br />
* 20.01.2016: Der Verbindung scheint jetzt zu funktionieren. Heute sind zeitweise bis zu 51 Clients verteilt auf die vier APs online.</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Freifunk_f%C3%BCr_Fl%C3%BCchtlingsunterk%C3%BCnfte&diff=6519Freifunk für Flüchtlingsunterkünfte2016-05-12T20:39:29Z<p>Klaus M. Pracht: /* Arnstein und Mainspessart */</p>
<hr />
<div>__NOTOC__<br />
<br />
= Informationen: Freifunk in Flüchtlingsunterkünften =<br />
<br />
Um Internet in einer Gemeinschaftsunterkunft zu verteilen, braucht es als Allererstes einen normalen Internetanschluss mit einer Geschwindigkeit von min. 16 MBit/s (DSL-16). Dieser kann in der Unterkunft selbst oder in der direkten Nachbarschaft sein. Theoretisch sind auch Funkstrecken über einige 100 Meter bis zu wenige Kilometer möglich; Sichtkontakt ist dafür aber eine zwingende Vorrausetzung.<br />
Wenn noch kein Anschluss vorhanden ist, muss einer (z.B. bei Telekom, KabelDeutschland usw.) bestellt werden.<br />
<br />
Als Anschlussinhaber kommt der Inhaber der Einrichtung oder z.B. ein Hilfs-Verein in Frage. Wenn alle Stricke reißen, kann auch eine engagierte Privatperson den Anschluss legen lassen, falls der Eigentümer dem zustimmt.<br />
<br />
Wenn der Anschluss gelegt ist, schließt man daran einen Freifunk-Knoten an. Dieser stellt das Internet dann über ein WLAN ohne Zugangsbeschränkungen für alle Bewohner bereit.<br />
<br />
Um die Problematik der Störerhaftung zu umgehen, hat Freifunk-Franken einen ähnlichen Weg wie die meisten WLAN-Anbieter gewählt: Der Datenverkehr wird nicht direkt am DSL-Anschluss ins Internet geleitet, sondern erst von einem so genannten "Gateway"-Server, der von einem Freifunk-Verein betrieben wird oder im europäischen Ausland steht, wo das überholte Rechtskonstrukt der Störerhaftung für Internetanbieter nicht existiert.<br />
Dadurch wird das Risiko der Störerhaftung für den Anschlussinhaber komplett umgangen. '''Es entstehen also keine Risiken für den Anschlussinhaber bei der Verwendung von Freifunk.'''<br />
<br />
Evtl. kann man bei einer größeren Unterkunft dann noch weitere Freifunk-Knoten aufstellen, um das WLAN-Signal in alle Ecken zu verteilen.<br />
<br />
'''Speziell für größere Flüchtlingsunterkünfte mit 30 oder mehr Personen gibt es eine Variante der Router-Firmware, die für diesen Zweck gesponserte Gateways verwendet. Die hierfür vorgesehene Aux-Firmware ist auf Anfrage an auxfirmware@freifunk-franken.de erhältlich.''' Eine FAQ zur Aux-Firmware findet sich hier [https://wiki.freifunk-franken.de/w/Was_ist_die_aux_Firmware].<br />
<br><br><br />
<br />
== Üblicher Ablauf: ==<br />
# Kontakt mit regionalen Freifunkern aufnehmen, um das Vorgehen zu planen und Fragen sowie rechtliche Bedenken aus der Welt zu schaffen.<br />
# Ggf. lokale Befindlichkeiten beachten (z.B. Einbeziehung von Stadtverwaltung, Helferkreisen). <br />
# Eigentümer der Einrichtung bestellt schnellen Internetanschluss (z.B. bei Kabel-Deutschland, Telekom usw.) und stellt diesen für Freifunk zu Verfügung.<br />
# Mit Untersützung der Freifunker werden Router gekauft und eingerichtet.<br />
# Die Einrichtung wird vermessen und ggf. weitere Knoten aufgestellt um das Signal besser zu verteilen.<br />
<br />
Mehr Details hier: [https://wiki.freifunk-stuttgart.net/_media/infomaterial:fluechtlingshilfe:punkte_fuer_wlan_in_fluechtlingsheim.pdf Freies WLAN für Flüchtlinge am Fall eines Stuttgarter Flüchtlingsheims]<br />
<br><br><br />
<br />
== Links zum Thema ==<br />
* [[FAQ|Häufige Fragen zum Thema Freifunk]]<br />
* [[Fluechtlinksunterkuenfte|Übersicht über aktuelle Aktivitäten in Flüchtlingseinrichtungen]]<br />
* [[PortfolioFluchtfunk|Linksammlung zum Thema "Freifunk und Flüchtlingsunterkünfte"]]<br />
* [http://radiofuerth.de/2015/10/22/fhr-folge-1-fluechtlingsunterkuenfte-und-internet Podcast RadioFürth – Flüchtlingsunterkünfte und Internet]<br />
* [http://ftp.freifunk-franken.de/Freifunk-Franken/Textdokumente.Anschreiben.Vorlagen/WLAN%20-%20Freie%20Funknetze%20in%20der%20Praxis%20(VORABVERSION).pdf Umfangreiche Informations-Broschüre zum Thema Freifunk]<br />
* [https://wiki.freifunk-franken.de/mediawiki/images/e/ef/Fl%C3%BCchtlingsflyer-Franken-A4.pdf Info-Flyer über Freifunk für Geflüchtete (in 10 Sprachen)]<br />
* [[InfosFuerGefluechtete|Informationssammlung für Geflüchtete]]<br />
<br><br />
<br />
== Ansprechpartner ==<br />
Gerne können sich mit Ihren Fragen einfach direkt bei den aufgelisteten Freiflunkern vor Ort melden! <br />
<br />
Es gibt aber auch [[Portal:Kommunikation|etliche Möglichkeiten die Gemeinschaft in Franken als Ganzes zu kontaktieren]].<br />
<br />
=== Bamberg und Umland ===<br />
Die WLAN-Arbeit in Bamberg läuft zusammen mit http://freundstattfremd.de/kontakt/ Freund statt Fremd e.V.<br />
* [[Benutzer:MartinM|MartinM]] (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Eckental und Feucht ===<br />
Der Verein [http://www1.lau-net.de/launet/ lau-net] hat angeboten den Aufbau von Freifunk in der Region Eckental und Feucht finanziell zu unterstützen.<br />
<br />
=== Erlangen und Umland ===<br />
In Erlangen wurde Kontakt mit der Stadtverwaltung und der ehrenamtlichen Flüchtlingsbetreuung (EFIE e.V.) aufgenommen.<br />
* [[Benutzer:R.funkt|R.funkt]]<br />
* [[Benutzer:Markusb|Markusb]]<br />
<br />
=== Feucht und Umland ===<br />
Feucht und nähere Umgebung, Mitglied des Helferkreis für Flüchtlinge und Asylsuchende Feucht.<br />
* [[Benutzer:nerdboy|nerdboy]]<br />
<br />
=== Forchheim und Umland ===<br />
Heroldsbach, Hausen, Forchheim...<br />
* [[Benutzer:Lwm|Ludwig]] (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Fürth und Umland ===<br />
* [[Benutzer:delphiN|delphiN]] (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Haßberge ===<br />
* [[Benutzer:moexe|moexe]] (Beratung/Planung/Aufbau/Wartung)<br />
* [[Benutzer:Plocker|Plocker]] (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Nürnberg ===<br />
In Nürnberg gibt es bereits Gespräche mit dem Sozialamt sowie einigen Hilfsorganisationen.<br />
* [[Benutzer:Flo|Florian S.]] (Beratung/Planung/Aufbau/Wartung)<br />
* [[Benutzer:Shl|SHL]] (Beratung/Planung/Aufbau/Wartung)<br />
* [[Benutzer:schniegling_open|Peter]] (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Nürnberger Land ===<br />
Rückersdorf, Röthenbach, Lauf, Hersbruck, Eckental und Umgebung...<br />
* [[Benutzer:Mgadmin|Scheese]] (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Schweinfurt und Umgebung ===<br />
* [[Benutzer:DerMichy|DerMichy]] (Beratung/Planung/Aufbau/Wartung) - Aktuell in Mellrichstadt und Hammelburg aktiv<br />
<br />
=== Selb und Umgebung ===<br />
* [[Benutzer:Infonorm|Peter Schumacher]] - (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Würzburg und Umland ===<br />
* [[Benutzer:MisterCrumble|MisterCrumble]]<br />
<br />
=== Kreis Weißenburg und Gunzenhausen ===<br />
* [[Benutzer:melman01|Martin]] - (Beratung/Planung/Aufbau/Wartung)<br />
<br />
=== Stadt Hof und Kreise Hof und Wunsiedel ===<br />
* [[Benutzer:Stephan_Korb|Stephan]] - (Beratung/Planung/Aufbau/Wartung)<br />
* [[Benutzer:BurgFunk|Abdo]] - (اللغة العربية)<br />
[[Kategorie:Asyl]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6292ArnsteinerNetz2016-04-18T08:30:04Z<p>Klaus M. Pracht: /* Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux_0160310 auf allen Geräten.<br />
* Vor dem gemeinschaftlichen Umbau am 6.11.2015 durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz aufgrund der hohen WLAN-Teilnehmerzahlen häufig unbrauchbar. Die ersten Schritte in diese Richtung, im Oktober durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* Mesh per Kabel mit Nanostation<br />
* Kanal 1<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* Verbindung: BATMAN/LAN mit ArnsteinerNetz005<br />
* Zweck Mesh zu ArnsteinerNetz006 gegenüber Marktstr. 3<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6291ArnsteinerNetz2016-04-18T08:29:04Z<p>Klaus M. Pracht: /* Allgemeines */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux_0160310 auf allen Geräten.<br />
* Vor dem gemeinschaftlichen Umbau am 6.11.2015 durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz aufgrund der hohen WLAN-Teilnehmerzahlen häufig unbrauchbar. Die ersten Schritte in diese Richtung, im Oktober durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* Mesh per Kabel mit Nanostation<br />
* Kanal 1<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* Verbindung: BATMAN/LAN mit ArnsteinerNetz005<br />
* Zweck Mesh zu ArnsteinerNetz006 gegenüber Marktstr. 3<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6247Anleitungen2016-04-13T18:13:53Z<p>Klaus M. Pracht: </p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum Konfigurieren des Routers ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN (die beiden vom blauen WAN-Port weiter entfernten LAN-Buchsen), WLAN oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen, dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur möglich, wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Am Beispiel der MAC-Adresse 12:34:56:78:90:23 wäre folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Der Benutzername ist '''root''' , das Passwort lautet standartmäßig '''ffol''' (Passwort bitte umgehend ändern, sonst kann jeder den Router manipulieren!)<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
==== Berechnung ====<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
== Anpassung am Router per SSH ==<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6246Anleitungen2016-04-13T18:10:48Z<p>Klaus M. Pracht: /* Zugriff auf das Webinterface zum Konfigurieren des Routers */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum Konfigurieren des Routers ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN (die beiden vom blauen WAN-Port weiter entfernten LAN-Buchsen), WLAN oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen, dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur möglich, wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Am Beispiel der MAC-Adresse 12:34:56:78:90:23 wäre folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Der Benutzername ist '''root''' , das Passwort lautet standartmäßig '''ffol''' (Passwort bitte umgehend ändern, sonst kann jeder den Router manipulieren!)<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
==== Berechnung ====<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
== Anpassung am Router per SSH ==<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6245Anleitungen2016-04-13T18:06:43Z<p>Klaus M. Pracht: /* Zugriff auf das Webinterface zum konfigurieren */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum Konfigurieren des Routers ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Der Benutzername ist '''root''' , das Passwort lautet standartmäßig '''ffol''' (Passwort bitte umgehend ändern, sonst kann jeder den Router manipulieren!)<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
==== Berechnung ====<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
== Anpassung am Router per SSH ==<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6244Anleitungen2016-04-13T18:03:38Z<p>Klaus M. Pracht: /* Anpassung am Router per SSH */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
==== Berechnung ====<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
== Anpassung am Router per SSH ==<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6243Anleitungen2016-04-13T18:03:05Z<p>Klaus M. Pracht: /* Berechnung */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
==== Berechnung ====<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router per SSH ===<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6242Anleitungen2016-04-13T18:02:27Z<p>Klaus M. Pracht: /* Berechnung */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
= Berechnung =<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router per SSH ===<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6241Anleitungen2016-04-13T18:01:44Z<p>Klaus M. Pracht: /* Berechnung */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
== Berechnung ==<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router per SSH ===<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6240Anleitungen2016-04-13T18:01:14Z<p>Klaus M. Pracht: /* Anpassung am Router */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
=== Berechnung ===<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router per SSH ===<br />
<br />
Die folgenden Befehle nach Anmeldung in der SSH-Konsole des Routers verwendet.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6239Anleitungen2016-04-13T17:57:35Z<p>Klaus M. Pracht: /* Monitoring (früher Netmon) */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte ein Router nach Update noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
=== Berechnung ===<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router ===<br />
<br />
Die folgenden Befehle beziehen sich auf die Ausführung in der SSH-Konsole des Routers.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6238Anleitungen2016-04-13T17:56:31Z<p>Klaus M. Pracht: /* Netmon */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Monitoring (früher Netmon) ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, musst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren. die du schon im Webinterface des Routers angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte der Router noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
=== Berechnung ===<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router ===<br />
<br />
Die folgenden Befehle beziehen sich auf die Ausführung in der SSH-Konsole des Routers.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=Anleitungen&diff=6237Anleitungen2016-04-13T17:52:14Z<p>Klaus M. Pracht: /* Wie kann ich die Routerzeit automatisch synchronisieren? */</p>
<hr />
<div>{{Entwurf}}<br />
<br />
<div style="margin-bottom:1em; padding:1em 1em 0.5em 1em; background-color:#ffFF00;"><br />
<b><center>Für ältere Versionen (vor 20160213-beta) [https://wiki.freifunk-franken.de/w/Portal:Firmware_OUT hier] gucken</center></b><br />
</div><br />
<br />
__TOC__<br />
<br />
== Wie flashe ich meinen Router? ==<br />
<br />
Weitere Infos zum Flashen oder aktualisieren der Freifunk Firmware gibt es [[Portal:Firmware|hier]].<br />
<br />
== Wie ist meine MAC? ==<br />
Um zu sehen, wie die MAC vom Router ist, schaust du auf der Rückseite<br />
nach der "MAC" / "MAC ID" / "Hardware Adresse". Diese sieht in etwa so<br />
aus:<br />
<br />
<tt>00:1E:58:C2:F1:95</tt> (Manchmal sind die Doppelpunkte nicht dabei.)<br />
<br />
== Zugriff auf das Webinterface zum konfigurieren ==<br />
<br />
Man verbindet sich mit einem Clientport per LAN oder über WLAN, oder remote (anderer Freifunkrouter in gleicher Hood) mit dem Router.<br />
Aufpassen dass das Netzwerkinterface am PC/Laptop auf "IP automatisch beziehen steht". Der Router vergibt dem Laptop nun eine IPv6 Adresse in der Art fdff::MAC. Der Router ist unter folgende Adressen erreichbar:<br />
* fdff::1 (nur Möglich wenn man direkt mit dem Router verbunden ist)<br />
* fdff::MAC (Möglich innerhalb der gleichen Hood)<br />
* fdff::locallink (Möglich innerhalb der gleichen Hood)<br />
Ein Interfaceidentifier ist nicht mehr nötig.<br />
Zugriff per Webbrowser geschieht über http://[fdff::XXXX] Beispiel bei der MAC 12:34:56:78:90:23 wären folgendes möglich:<br />
<br />
* http://[fdff::1234:5678:9023] (MAC)<br />
* http://[fdff::1034:56ff:fe78:9023] (locallink)<br />
* http://[fdff::1] (Nur wenn man direkt mit dem Router verbunden ist)<br />
Wenn der Router schon im Monitoring auftaucht, ist das Webinterface auch einfach über den Link im Monitoring (https://monitoring.freifunk-franken.de) erreichbar (neben Hostname).<br />
<br />
Das Passwort lautet standartmäßig '''ffol''' mit dem Benutzername '''root'''<br />
<br />
== Netmon ==<br />
<br />
Eine Konfiguration im Netmon ist nicht mehr möglich und auch nicht mehr nötig. Der Router wird ab dem Firmwarerelease '''20160213-beta''' nur noch über das Webinterface konfiguriert und ist im Netmon <u>nicht</u> mehr sichtbar. Als neues Monitoringtool wurde die Website [https://monitoring.freifunk-franken.de FFF Monitoring] eingeführt.<br />
Damit der Router dir in deinem Account zugeordnet wird, kannst du dich auf der Website [https://monitoring.freifunk-franken.de FFF Monitoring] mit der gleichen Mailadresse registrieren die du schon im Webinterface angegeben hast oder die du auf dem Router hinterlegt hast. <br />
<br />
'''Sollte der Router noch im Netmon existieren, wird dringend empfohlen ihn dort komplett zu löschen<br />
'''<br />
<br />
== Wie ändere ich das Passwort für den Router? ==<br />
<br />
Geht ab sofort über das Webinterface. Das Standardpasswort ist weiterhin "ffol" was für '''FreiFunkOnLine''' steht. Das Passwort gilt auch für das WebUI mit dem Benutzername '''root'''.<br />
<br />
== Zugriff per SSH ==<br />
Per SSH kann nun auch über die oben genannten Adressen zugegriffen werden. Die Locallinkadresse funktioniert aber auch weiterhin.<br />
Wird das Passwort per SSH geändert, wird es im WebUI erst nach einen Neustart des Routers übernommen, wird es im WebUI geändert wirkt es sofort.<br />
<br />
== Wie kann ich die Sendeleistung anpassen? ==<br />
Wenn bei den Routern die mitgelieferten Antennen (mit 5&nbsp;dBi) gegen solche mit höherem Gewinn ausgetauscht wird (mit z.B. 9&nbsp;dBi), muss (rein rechtlich) die Sendeleistung des Routers reduziert werden, um die maximal abgestrahlte Leistung von 100 mW nicht zu überschreiten.<br />
<br />
Die Angabe der Leistung erfolgt in [https://de.wikipedia.org/wiki/Leistungspegel#dBm dBm], somit wären 100 mW entsprechend 20 dBm als maximal zulässige Leistung. Dieser Wert ergibt sich vereinfacht aus der Summe der Sendeleistung des Routers und dem Antennengewinn, die Leistungsdämpfung durch Kabel und Steckverbindungen wäre theoretisch abzuziehen. Bei den gelieferten Rundstrahlantennen der Router-Hersteller liegt der Antennengewinn bei ca. 3-5 [https://de.wikipedia.org/wiki/Antennengewinn#Einheit dBi]. Die Dämpfung kann ungefähr mit 2-3 dB beziffert werden.<br />
<br />
=== Berechnung ===<br />
<br />
Somit ergeben sich folgende Formeln:<br />
<pre><br />
Gesamtleistung = Sendeleistung - Dämpfung + Antennengewinn<br />
Sendeleistung = Gesamtleistung + Dämpfung - Antennengewinn<br />
</pre><br />
<br />
<br />
Beispiel für die maximale Gesamtleistung von 20 dBm, einer Dämpfung von 3 dB und einem Antennengewinn von 8 dBi - die Sendeleistung des Routers dürfe somit '''15 dBm''' betragen:<br />
<pre>Sendeleistung = 20 dBm + 3 dB - 8 dBi = 15 dBm</pre><br />
<br />
=== Anpassung am Router ===<br />
<br />
Die folgenden Befehle beziehen sich auf die Ausführung in der SSH-Konsole des Routers.<br />
<br />
'''Werte ermitteln'''<br />
<br />
<pre>iwconfig</pre><br />
<br />
<br />
Resultat (Beispiel mit '''19 dBm''' Sendeleistung)<br />
<br />
<pre><br />
w2ap IEEE 802.11bgn Mode:Master Tx-Power=19 dBm <br />
RTS thr:off Fragment thr:off<br />
Power Management:off<br />
</pre><br />
<br />
<br />
'''Werte anpassen'''<br />
(beispielsweise für eine Antenne mit 8 dBi Zugewinn, liegt die Sendeleistung bei '''15 dBm''')<br />
<br />
<pre><br />
uci set wireless.radio0.txpower=15<br />
uci commit<br />
wifi<br />
</pre><br />
<br />
== Beim Update ging etwas komplett schief ==<br />
Wenn der Router sich nach dem Update nicht mehr meldet bzw. etwas schief gegangen ist (weil z.B. die Stromzufuhr unterbrochen wurde), kann eventuell diese Anleitung helfen, das Gerät wieder funktionsfähig zu bekommen. Es wird dabei dir Firmware über die serielle Schnittstelle neu geflasht. Dieses Vorgehen nennt man auch ''unbrick'', da aus dem "Backstein" wieder ein funktionierender Router wird.<br />
<br />
Ihr benötigt allerdings hierfür:<br />
* einen Rechner mit einem seriellen Anschluss (RS232) oder <br />
* ein USB-to-Serial-Adapterkabel, wie es diese zum Beispiel für Handys gibt<br />
<br />
Weiterhin braucht ihr einen Lötkolben und etwas Erfahrung im Umgang mit diesem. Um die Verbindung herzustellen ist außerdem ein Programm wie PuTTY, Hyperterminal oder cutecom (Linux) notwendig. Zusätzlich muss auf dem Rechner ein TFTP-Server installiert werden und die zu flashende Firmware muss sich im Rootverzeichnis des Servers befinden. Anschließend geht ihr am besten nach folgender [http://dev.wlan-si.net/wiki/Routers/TP-LINK/WR741ND Anleitung] vor.<br />
<br />
Eine schrittweise Anleitungen zum Wiederbeleben eines defekten Routers, der nicht mehr durchstartet, gibt es auch hier:<br />
<br />
https://wiki.freifunk-franken.de/w/Unbricken_eines_TP-Link_1043ND <br />
<br />
Bei einem gebrickten Ubiquiti-Router war tftp von der Kommandozeile per ethernet erfolgreich. Man benötigt dazu natürlich das factory binary.<br />
<br />
Unter Windows:<br />
<br />
Ethernet-Schnittstelle auf 192.168.1.1 setzen, mit dem Ubiquiti verbinden, im stromlosen Zustand den Resetknopf drücken und halten, Gerät bestromen, ca. 20-30 Sekunden die Taste gedrückt halten, bis die LEDs alle wild und bunt blinken, die obersten beiden im Wechsel.<br />
<br />
Jetzt unter Windows von der Kommandozeile aus dem Ordner, in dem auch das factory binary liegt:<br />
<br />
tftp -i 192.168.1.20 put openwrt-ar71xx-generic-ubnt-nano-m-squashfs-factory.bin<br />
<br />
Während der Übertragung flackert die zweite LED von unten, dann beginnt bissl wilde Lichtorgel in wechselnden Mustern, irgendwann macht der Router 'n reboot und ist wieder im normalen Freifunk-Betrieb aktiv. <br />
<br />
Die Linuxianer wissen sicher eh, wie das geht bzw. unter Linux umzusetzen ist.<br />
<br />
Jedenfalls benötigt man so keinerlei tftp-Server, keinerlei RS232-Kabel, muß auch nicht erst mit wireshark irgendwelche Adressen rauskriegen, daher ist das wohl einen Versuch wert, vor man tiefer einsteigt :)<br />
<br />
[[Kategorie:EinstiegsInformationen]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6230ArnsteinerNetz2016-04-11T08:18:38Z<p>Klaus M. Pracht: /* Allgemeines */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux_0160310 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* Mesh per Kabel mit Nanostation<br />
* Kanal 1<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* Verbindung: BATMAN/LAN mit ArnsteinerNetz005<br />
* Zweck Mesh zu ArnsteinerNetz006 gegenüber Marktstr. 3<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6229ArnsteinerNetz2016-04-11T07:33:22Z<p>Klaus M. Pracht: /* Allgemeines */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux_0160310 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Diese Anpassungen sind inzw. Standard in der aktuellen Firmware-Version<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* Mesh per Kabel mit Nanostation<br />
* Kanal 1<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* Verbindung: BATMAN/LAN mit ArnsteinerNetz005<br />
* Zweck Mesh zu ArnsteinerNetz006 gegenüber Marktstr. 3<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6205ArnsteinerNetz2016-04-08T16:32:38Z<p>Klaus M. Pracht: /* ArnsteinerNetzN001 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* Mesh per Kabel mit Nanostation<br />
* Kanal 1<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* Verbindung: BATMAN/LAN mit ArnsteinerNetz005<br />
* Zweck Mesh zu ArnsteinerNetz006 gegenüber Marktstr. 3<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6204ArnsteinerNetz2016-04-08T16:31:26Z<p>Klaus M. Pracht: /* ArnsteinerNetz005 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* Mesh per Kabel mit Nanostation<br />
* Kanal 1<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6203ArnsteinerNetz2016-04-08T16:30:14Z<p>Klaus M. Pracht: /* ArnsteinerNetz001 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* FF-Firmware<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6202ArnsteinerNetz2016-04-08T16:29:13Z<p>Klaus M. Pracht: /* ArnsteinerNetz0001 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Kanal 1 nur Clients<br />
* Verbindung: BATMAN/LAN per Kabel mit ArnsteinerNetz0006<br />
* Verbindung: CLIENT/LAN AP004 (Accesspoint mit OpenWRT)<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6201ArnsteinerNetz2016-04-08T16:27:04Z<p>Klaus M. Pracht: /* ArnsteinerNetz0006 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* (obsolet, da WLAN-Mesh deaktiviert: unter config wifi-iface option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird)<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5<br />
* nur Clients WLAN-Mesh deaktiviert<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6200ArnsteinerNetz2016-04-08T16:24:09Z<p>Klaus M. Pracht: /* AP002 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: CLIENT/LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6199ArnsteinerNetz2016-04-08T16:23:16Z<p>Klaus M. Pracht: /* ArnsteinerNetz0002 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN-Verbindung zu ArnsteinerNetz0005<br />
* Verbingung: CLIENT/LAN zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6198ArnsteinerNetz2016-04-08T16:21:29Z<p>Klaus M. Pracht: /* ArnsteinerNetz004 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* WLAN-Mesh deaktiviert<br />
* Kanal 9<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option htmode HT20 ergänzt<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* option hwmode auskommentiert<br />
* Verbindung: LAN-Verbindung zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6197ArnsteinerNetz2016-04-08T16:19:34Z<p>Klaus M. Pracht: /* AP0005 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: Client/LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Kanal 9<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* (nur für AP-Konfiguration, dort aber wichtig: nodewatcher: client_count = 0)<br />
* WLAN-Mesh ausgeschalten<br />
* hwmode auskommentiert<br />
* ( für Konfig als AP, aber mit aux-Firmware, DHCP-Filter deaktiviert: in /etc/firewall.user alles nach der Zeile "# Im folgenden ebtables rules, die unnoetigen Broadcast-Overhead reduzieren sollen:" mit # auskommentiert!<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option htmode HT20 ergänzt<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* option hwmode auskommentiert<br />
* Verbindung: LAN-Verbindung zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6196ArnsteinerNetz2016-04-08T16:19:08Z<p>Klaus M. Pracht: /* ArnsteinerNetz0005 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* Kanal 5<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: BATMAN/LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Kanal 9<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* (nur für AP-Konfiguration, dort aber wichtig: nodewatcher: client_count = 0)<br />
* WLAN-Mesh ausgeschalten<br />
* hwmode auskommentiert<br />
* ( für Konfig als AP, aber mit aux-Firmware, DHCP-Filter deaktiviert: in /etc/firewall.user alles nach der Zeile "# Im folgenden ebtables rules, die unnoetigen Broadcast-Overhead reduzieren sollen:" mit # auskommentiert!<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option htmode HT20 ergänzt<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* option hwmode auskommentiert<br />
* Verbindung: LAN-Verbindung zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6195ArnsteinerNetz2016-04-08T16:17:56Z<p>Klaus M. Pracht: /* Pärchen */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Router und Accesspoints ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option hwmode 11ng auskommentiert. <br />
* Kanal 5<br />
* option htmode HT20 ergänzt<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Kanal 9<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* (nur für AP-Konfiguration, dort aber wichtig: nodewatcher: client_count = 0)<br />
* WLAN-Mesh ausgeschalten<br />
* hwmode auskommentiert<br />
* ( für Konfig als AP, aber mit aux-Firmware, DHCP-Filter deaktiviert: in /etc/firewall.user alles nach der Zeile "# Im folgenden ebtables rules, die unnoetigen Broadcast-Overhead reduzieren sollen:" mit # auskommentiert!<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option htmode HT20 ergänzt<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* option hwmode auskommentiert<br />
* Verbindung: LAN-Verbindung zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Prachthttps://wiki.freifunk-franken.de/mediawiki/index.php?title=ArnsteinerNetz&diff=6186ArnsteinerNetz2016-04-07T20:54:38Z<p>Klaus M. Pracht: /* AP004 */</p>
<hr />
<div>= Flüchtlingsunterkunft im Brauerinternat Arnstein (FiBA) =<br />
<br />
== ToDo ==<br />
* Aktuell nichts - Beobachten und Testen ;-) Blickrichtung Mesh-Qualität WLAN-Auslastung<br />
<br />
== Allgemeines ==<br />
* Standort: Flüchtlingsunterkunft in Arnstein<br />
* Uplink: 3x 16/1 Mbit ADSL 2+<br />
* Strategie: Weitestgehend "Pärchen" aus Mesh-Router und Accesspoint. Meshen möglichst per Kabel, Kanal 1, 5 und 9 wechselweise auf die Accesspoints, zur Vermeidung von Kanalüberlappungen.<br />
* Firmware aux 0.5.1 auf allen Geräten.<br />
* Netz ist nun relativ gut nutzbar, bei intensiver Nutzung kommt es aus verschiedenen Gründen zu Engpässen, s.u. . <br />
* Vor dem gemeinschaftlichen Umbau durch Christian Dresel, Michael Fritscher, Jan Kraus und "Handlangerdiensten" von Klaus M. Pracht war das Netz praktisch unbrauchbar. Die ersten Schritte in diese Richtung durch M. Fritscher veranlasst, waren bereits erfolgversprechend, bis zum Zeitpunkt des Updates auf die Beta-Aux-Version. Sie wurden mit der Final-Version wiederholt und ergänzt.<br />
* Aktuelle Engpässe sind vermutlich der geringe Upload des Internet Uplink bei intensiver Nutzung, aber auch das Meshnetz macht noch Probleme. Hier wird gerade die nächste Anpassung getestet: Um das Meshen mit schwachen/schlechten WLAN-Verbindungen zu unterbinden, wurde der Threshold von 6000 auf 24000 kb Verbindungen gesetzt (s.u.). <br />
Update: Die Router wurden zum Meshen weitestgehend verkabelt. WLAN nur noch für Clients.<br />
* die WLAN-Bandbreite wurde erhöht, von 54MBit/s auf 300 bzw. 450MBit/s. Dies wurde durch Auskommentieren von "option hwmode 11ng" erreicht. Diese Parameter ist laut http://wiki.openwrt.org/doc/uci/wireless) fehlerhaft. Mit "option htmode HT20" wurde eine klare Kanaltrennung erreicht, damit Batman nicht das WLAN der Accesspoints überlappt. Das ist in der "Multi-Geräte-Umgebung" des Standortes von Vorteil.<br />
*/etc/config/wireless<br />
*<br />
* config wifi-device radio 0<br />
* option hwmode 11ng # auskommentiert<br />
* option htmode HT20 # ergänzt <br />
* <br />
* config wifi-iface<br />
* option mcast_rate 24000 # Begrenzung des Meshens auf taugliche WLAN-Verbindungen<br />
* Sollten sich diese Anpassungen bewähren, ist die Empfehlung, diese Einstellungen in die Standard-Firmware zu übernehmen, hier allerdings mit htmode HT40, da in der Regel keinem Multi-Geräteumgebung. Das Funknetz scheint damit in der Anzahl der Clients deutlich belastbarer und schneller, die Reichweite ist besser.<br />
* http://helferkreis.arnsteinernetz.de/organisation-hilfe/wlan-fiba/wlan-tuning-im-fiba/<br />
<br />
== Pärchen ==<br />
<br />
=== Küche ===<br />
==== ArnsteinerNetz0005 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/5633ade544ce6e071cafd6ce<br />
* MAC-Adresse 32B5C2884714<br />
* fe80::32b5:c2ff:fe88:4714<br />
* Standort: Küche; uplink<br />
* Zweck: Clients, Internet Uplink<br />
* mesht per Kabel mit "1. Stock, ArnsteinerNetz0002"<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option hwmode 11ng auskommentiert. <br />
* Kanal 5<br />
* option htmode HT20 ergänzt<br />
* MESH per WLAN ausgeschaltet<br />
* (obsolet da WLAN aus: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* Verbindung: LAN zu AP0005 und ArnsteinerNetz004<br />
<br />
==== AP0005 ====<br />
* TP-Link 901<br />
* MAC: C4E984C79722<br />
* IPv6: fe80::c6e9:84ff:fec7:9722<br />
* Standort: Küche<br />
* Zweck: Clients<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* Kanal: 13<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN zu ArnsteinerNetz0005<br />
<br />
=== Eingang ===<br />
==== ArnsteinerNetz004 ====<br />
<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5623a5e344ce6e4afed6d09d<br />
* MAC-Adresse 32B5C2D9C6DE<br />
* fe80::32b5:c2ff:fed9:c6de<br />
* Kanal 9<br />
* Standort: Erdgeschoss/Security<br />
* Zweck: Clients, Mesh per Kabel, kein WLAN-Mesh (früher AP am Clientport)<br />
* Verbindung BATMAN-Port zu ArnsteinerNetz0005 (früher als AP Clientport ...)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* (nur für AP-Konfiguration, dort aber wichtig: nodewatcher: client_count = 0)<br />
* WLAN-Mesh ausgeschalten<br />
* hwmode auskommentiert<br />
* ( für Konfig als AP, aber mit aux-Firmware, DHCP-Filter deaktiviert: in /etc/firewall.user alles nach der Zeile "# Im folgenden ebtables rules, die unnoetigen Broadcast-Overhead reduzieren sollen:" mit # auskommentiert!<br />
<br />
=== 1. Stock Nord ===<br />
<br />
==== ArnsteinerNetz0002 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/56460db244ce6e072838481d<br />
* MAC-Adresse 32B5C2BD7886<br />
* fe80::32b5:c2ff:febd:7886<br />
* Standort: 1. Stock<br />
* Zweck: Clients, Mesh per Kabel<br />
<br />
* Status:<br />
* AUX Firmware<br />
* option htmode HT20 ergänzt<br />
* Kanal 1<br />
* Mesh per WLAN ausgeschaltet<br />
* (obsolet, das WLAN-Mesh deaktiviert: MCAST Rate (Batman-adv) auf 24Mbit gestellt)<br />
* option hwmode auskommentiert<br />
* Verbindung: LAN-Verbindung zu AP0002<br />
<br />
==== AP002 ====<br />
* TP-Link 901<br />
* MAC: C4E984C7AC92<br />
* fe80::c6e9:84ff:fec7:ac92<br />
* Standort: 1. Stock Flur<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* Channel: 9<br />
* option hwmode auskommentiert<br />
* option htmode HT20 ergänzt<br />
* Verbindung: LAN-Verbindung zu ArnsteinerNetz0002<br />
<br />
=== Verwaltung ===<br />
<br />
==== ArnsteinerNetz0006 ====<br />
* TP-Link 1043ND V2<br />
* Unbricked mit Ser.-Int., da beim ersten Aux-Install geschrottet<br />
* https://monitoring.freifunk-franken.de/routers/5640c43144ce6e5f95d6bdba<br />
* MAC-Adresse: 32B5C2884E00<br />
* fe80::32b5:c2ff:fe88:4e00<br />
* Standort: vor Verwaltungsbüro, ist direkt per Kabel am Uplink 3 im Büro angeschlossen (Speedport)<br />
<br />
* Status:<br />
* AUX Firmware<br />
* - unter config wifi-iface<br />
* option mcast_rate 24000 (vorher 6000), damit Meshen unter schlechten WLAN-Bedingungen unterlassen wird.<br />
* seit 16.01.2016 Mesh per Kabel mit ArnsteinerNetz0001 !!!<br />
* Kanal 5 nur Clients<br />
<br />
==== ArnsteinerNetz0001 ====<br />
* TP-Link 1043ND V2<br />
* https://monitoring.freifunk-franken.de/routers/563ca6ad44ce6e4d71f7073c<br />
* MAC-Adresse: 32B5C2BD77BA<br />
* fe80::32b5:c2ff:febd:77ba<br />
* Standort: EG, Gang Süd (Nähe Verwaltung); Uplink an Fritz!box 2720 im Büro (ca 25m)<br />
* Zweck: Internet Uplink, Clients<br />
<br />
* Status:<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* 16.01.2016: Mesh per WLAN deaktiviert (w2mesh), da Mesh per Kabel mit ArnsteinerNetz0006<br />
* Kanal 1 nur Clients<br />
* WIFI-Mesh deaktiviert (w2mesh)<br />
* (obsolet: MCAST Rate (Batman-adv) auf 18Mbit gestellt (damit der sich den 003 stabiler "fängt") )<br />
* Weitere Clients: per AP004 (Accesspoint mit OpenWRT), am LAN-Port<br />
<br />
==== AP004 ====<br />
* TP-Link 901<br />
* MAC: C4E984C797BD<br />
* IPv6: fe80::c6e9:84ff:fec7:97bd<br />
<br />
* Status:<br />
* vanilla OpenWRT<br />
* option htmode HT20 ergänzt<br />
* option hwmode auskommentiert<br />
* Kanal 9<br />
* Standort: EG, Vorraum Süd (großer Vorraum/Gemeinschaftsraum Westtrakt)<br />
* per LAN mit PoE an ArnsteinerNetz0001 (ca 20m Kabel)<br />
<br />
=== Gemeinschaftsräume Süd - Verwaltung ===<br />
==== ArnsteinerNetz003 ====<br />
GERÄT IST "VERSCHWUNDEN" UND WURDE SEITHER NICHT ERSETZT.<br />
<br />
=== Sonstige ===<br />
<br />
==== ArnsteinerNetz001 ====<br />
* TP-Link 841N V9<br />
* MAC-Adresse: 30B5C2D9C4B8<br />
* fe80::32b5:c2ff:fed9:c4b8<br />
* Standort: wird derzeit nicht verwendet<br />
* ACHTUNG: eventuell kaputt! (selbst SSH ist wacklig)<br />
<br />
* Status:<br />
* aux 0.5.1 drauf<br />
* passwort geaendert<br />
* Hostname geaendert<br />
* option hwmode ... auskommentiert<br />
* option htmode HT20<br />
<br />
<br />
= Marktstraße =<br />
== Standorte ==<br />
=== Allerhand ===<br />
==== ArnsteinerNetz005 ====<br />
* TP-Link 841N V9<br />
* https://monitoring.freifunk-franken.de/routers/56533f6d44ce6e4e58c0d054<br />
* MAC: 30:b5:c2:d9:c8:f0<br />
* fe80::32b5:c2ff:fed9:c8f0<br />
* Firmware 20160310 installiert<br />
* Standort: „Allerhand“ – Marktstr. 6<br />
* Uplink: 1und1 25Mbit<br />
* Zweck: Mesh und Clients, Internet Uplink für ArnsteinerNetzN001 und ArnsteinerNetz007 am Batman-Port <br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
* mesh WLAN auskommentiert (Mesh per Kabel mit Nanostation)<br />
* Kanal 9 Client-WLAN<br />
<br />
==== ArnsteinerNetzN001 ====<br />
* Ubiquiti Nanostation Loco M2<br />
* https://monitoring.freifunk-franken.de/routers/56534c7344ce6e4e58c0d062<br />
* MAC: 68:72:51:40:2f:6c<br />
* fe80::6a72:51ff:fe40:2f6c<br />
* Firmware 20160310 installiert <br />
* Standort: Fenster außen, OG Marktstr. 6<br />
* Zweck: Mesh und Clients, Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option hwmode ... auskommentiert<br />
* option htmode HT40 ergänzt<br />
<br />
=== Marktstrasse 3a ===<br />
==== ArnsteinerNetz006 ====<br />
* TP-Link TP841N V9<br />
* https://monitoring.freifunk-franken.de/routers/5658d4d044ce6e5d0b566107<br />
* MAC: 30:b5:c2:d9:c7:de<br />
* fe80::32b5:c2ff:fed9:c7de<br />
* Firmware 20160310 installiert<br />
* Standort: Fenster OG Marktstr. 3a<br />
* Zweck: Mesh und Clients, Mesh mit ArnsteinerNetzN001 (Ubiquiti Nano Marktstr. 6) schräg über die Straße<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
<br />
=== Schelleck 14 ===<br />
==== ArnsteinerNetz007 ====<br />
* TP-Link 841N V8<br />
* https://monitoring.freifunk-franken.de/routers/566e7f3644ce6e2a0ad4a673<br />
* MAC: 64:70:02:8d:52:46<br />
* fe80::6670:2ff:fe8d:5246<br />
* Firmware 20160310 installiert<br />
* Standort: Schelleck 14<br />
* Zweck: Clients<br />
* Mesh per Kabel mit ArnsteinerNetz005<br />
<br />
* Status:<br />
* option htmode HT40 ergänzt<br />
<br />
[[Kategorie: ArnsteinerNetz]]</div>Klaus M. Pracht