Users July 2017

users@lists.freifunk-potsdam.de

7 participants
12 discussions

Einheitliche SSID
by Carsten N 19 Feb '18

19 Feb '18

Hi Liste, ich hatte es am Dienstag schon angesprochen, ob wir nicht auf einheitliche SSIDs "Freifunk-Potsdam"umstellen wollen. Da wir kein globales Roaming fahren ist es mit der Clientübergabe anders. Wenn ich es bei der Berliner Konfiguration richtig gesehen habe fahren die eine DHCP Leasetime von 1 Minute. Der Vorteil, dass man an der SSID den AP eindeutig identifizieren kann und Bescheid geben kann das was nicht stimmt hatten wir ein mal. An Roaming-Standorten würden wir auf den Roamingschnittstellen dann zwei SSIDs fahren. Ein mal die Standard und ein mal die Standortbezogene. Die Standortbezogene soll bleiben, um deutlich zu machen, wer hier das Freifunk unterstützt und manch Leute haben mehr Akzeptanz ein Standortbezogenes Wifi zu nutzen. Der Aufwand dies umzustellen wäre minimal und in zwei Min erledigt. - DHCP lease auf 1 Min stellen (fällt bei Roaming weg) - bei der SSID die letzten beiden Zahlen entfernen - bei Roaming: Wifi hinzufügen und auf die Roamingschnittstelle legen Wollen wir das machen? Gruß Carsten

9 19

Potsdam VPN
by Carsten N 19 Feb '18

19 Feb '18

Hi Liste, ich schaffe hier mal einen Informations und Diskussionsthread zum Thema City-VPN, an dem Sven gerade bastellt. Noch ein VPN? Es gibt drei VPNs: Antistörerhaftungs-VPN -> schützte vor der Störerhaftung InterCity-VPN -> Ein VPN zwischen den Communitys (da wollen wir auch noch hin) City-VPN -> hier Potsdam-VPN, welcher Inseln innerhalb der Potsdamer Community verbindet Sven ist auch schon fleißig am dokumentieren: https://wiki.freifunk-potsdam.de/Potsdam-VPN Wenn ich es richtig verstehe muss nicht auf jedem Router dieses CityVPN installiert werden, sondern nur auf einem bis zu wenigen Routern die einen Uplink darstellen (Versuch einer grafischen darstellung im Anhang cityvpn.jpg). Hier stellt sich mir jetzt die Frage, was der Beste Anwendungsfall in der Innenstadt wäre. Wäre es besser nur im HH für die Innenstadt einen CityVPN einzurichten, oder auf jeden unserer Hauptuplinks (Bernd, Victor, Pub)? Durch das CityVPN geht nur Router <-> Router traffic und kein Internettraffic. Ziel ist es Inseln mit der Wolke zu verbinden, um Dienste im Freifunknetz überall nutzen zu können. Zunächst nur innerhalb der Community und später dann auch drüber hinaus, mit dem InterCityVPN. Ich würde gerne als alpha/beta-Tester für zwei Standorte (@home, freiLand) ClientKeys haben @Sven. Viele Grüße Carsten

4 13

GL.iNet AR150 Stromverbrauch
by Sven R 25 Oct '17

25 Oct '17

Hallo, ich hab mal den reellen Stromverbrauch vom AR150 gemessen, einmal bei 5V über USB und dann nochmal via PoE bei 48V. Ergebnisse: bei 5V braucht er 220 mA, wenn beite Netzwerkports einen Link haben, um bei Lastspitzen sicher zu sein rechnet man mal mit 300 mA. über PoE braucht er bei 48 V bis zu 22 mA. Mit 30 mA sollten wir da also auf der sicheren Seite sein. ab etwa 35 V bei Zimmertemperatur startet er. Das Teil ist also einer der sparsamsten Router mit grade mal gut einem Watt. Wer basteln möchte und einen 12 V PoE injector verwenden möchte folge [1]. ohne Basteln [2], Hannes hatte auch noch günstigere 48 V Injectoren gefunden. Sven [1] http://www.reichelt.de/DC-DC-Wandler-diverse/SIM2-1205S-SIL7/3/index.html?A… [2] https://www.amazon.de/WEONE-PoE-Stromversorgung-Ethernet-Adapter-EU-Stecker…

3 2

Re: [FFP] [FFP-Orga] Root-Passwort Kathleen für gl-ar150
by Sven R. 22 Jul '17

22 Jul '17

Hallo Armin, ich erlaube mir mal, deine Frage an unsere users-liste weiterzuleiten. Für die kannst du dich hier: https://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users eintragen. Sven Am 20.07.2017 um 18:44 schrieb Armin: > Liebe Freifunka! > > Wollte jetzt in Brück Freifunk einrichten auf einem GL.iNet > AR150-Ext-2, aber habe schon zu Beginn ein Problem: > Ich habe die FreiFunk-Firmware drauf geladen (aktuelle Version 0.3.0) > und wollte mich erst einmal per IP verbinden, bekam aber erst keine > Verbindung und dann folgenden Fehler: > > ####### Fehler-Meldung-Anfang ####### > XML-Verarbeitungsfehler: unerwarteter Parser-Status Adresse: > jar:file:///usr/lib/firefox/browser/omni.ja!/chrome/browser/content/brow > ser/aboutNetError.xhtml > Zeile Nr. 537, Spalte 68: > <div id="ed_connectionFailure">&connectionFailure.longDesc;</div > > -------------------------------------------------------------------^ > ####### Fehler-Meldung-Ende ######### > > Über frei.funk kam ich zur LuCI-Admin-Oberfläche, allerdings mit > Login-Aufforderung. Als Username war "root" vorgegeben, Password kenne > ich nicht und habe auch kein funktionierendes herausgefunden. Neben > dem Button "Login" gibt es den Button "Reset", bei dem passiert aber > gar nichts. > > Nach Neustart des Routers (durch Stromunterbrechung) konnte ich > dieselbe Oberfläche immerhin dann auch über die vorgegebene IP > erreichen (192.168.42.1). > > Laut Anleitung bei Euch und beim Berliner FreiFunk müsste ja einfach > gleich die Möglichkeit kommen, ein Passwort festzulegen. > Vielleicht gibt es ja aber doch sonst ein Standard-root-Passwort, mit > dem ich weitermachen kann? > > > Liebe Grüße in die Runde, > Armin >

5 5

PoE max. Länge
by Mattias Brunschen 21 Jul '17

21 Jul '17

Hallo Freifunkas, habt ihr Erfahrungen mit Power over Ethernet (PoE) gemacht? Konkret geht es mir um maximale Kabellängen bei einer PicoStation, die ja über PoE versorgt wird. Im Moment klappt es bei mir gut mit 10m Flachkabel (wg. Fensterdurchführung), siehe Link [0]. Ich würde gern -- um das Kabel "unsichtbar" zu verlegen -- eine Pico mit 25m Flachkabel absetzen. Geht das? Oder sollte ich nach 5m Flachkabel auf ein dickes Cat6-Kabel wechseln (ginge auch, wäre nicht so schön)? LG Mattias [0] https://smile.amazon.de/gp/product/B00U5QE60E/ref=oh_aui_detailpage_o02_s00…

2 1

Re: [FFP] PicoStation & Grafana (war: Benötige Hilfe beim Einrichten von Roaming)
by Mattias Brunschen 14 Jul '17

14 Jul '17

Moin Sven, Moin Potsdamer Freifunkas, > 2. Der freie Speicher pendelt im Stundenrhythmus, scheint an Grafana o.ä. > zu liegen. > > grafana zeichnet jede minute daten auf und sendet sie alle 10 minuten, > beim senden wird dann spontan speicher gebraucht, und dadurch der reset > ausgelöst, > ohne grafana würde der reset wahrscheinlich ein paar stunden später > trotzdem kommen, genau wissen wir das nicht, aber 32 MB RAM sind einfach zu > wenig. > > 3. Der Speicher wird auch reduziert, wenn einige Clients angemeldet sind. > Ob das am Speicherbedarf pro Client liegt oder an mehr Logging durch > Grafana, kann ich -- noch -- nicht sagen. > > hauptsächlich macht sich da die verbindungsanzahl bemerkbar, für jede > verbindung wird etwas speicher benötigt. > > Frage: > Habt ihr Erfahrungen mit knappem Speicher bei einer PicoStation? > Oder Tipps, wie ich mehr Speicher freigeben kann (knappere Konfig, > reduziertes Grafana-Log, etc.)? > > konkret mit der pico station nicht aber die nanostations haben das gleiche > problem, > du kannst versuchen unter System/Startup ein paar dienste auszuschalten, > collectd kann zum beispiel aus. > im allgemeinen raten wir von routern mit 32 oder weniger ram ab, aber es > gibt nichts vergleichbares zu den picostations. > Okay, ich habe "collectd" jetzt mal abgeschaltet. Effekt: Der von collectd freigegebene Speicher wird von OpenWrt direkt Buffer und Cache verwendet, so jedenfalls meine Interpretation der Grafana-Fieberkurve. Ist ja auch korrekt: Ungenutzer Speicher ist "totes Kapital", als Cache kann man ihn immer gut nutzen. Mal sehen, vielleicht hält meine Pico jetzt länger durch bis zum Reboot. Was mich wundert: Grafana sendet alle 10 Minuten (steht auch in meiner crontab), und collectd ist abgeschaltet. Trotzdem sehe ich auf allen drei Freifunk-Geräten bei mir (1 x Core-WDR4300 und 2 x PicoStation) im Stundenrhythmus -- immer "kurz nach um" -- einen Peak sowohl in den Netzwerk-Verbindungen als auch im RAM-Verbrauch. Gerade bei den knapp ausgelegten Picos ist der RAM-Peak deutlich zu sehen. Siehe z.B. hier: https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview… Hat jemand von euch eine Idee, was das sein könnte und ob ich das evtl. abschalten kann? Zur Sendeleistung noch 'ne Frage: Die Picostations können ja richtig Dampf machen. Wie stellt ihr die Outdoor-Geräte (Pico, Nano, CPE, etc.) ein? Auf 100 mW EIRP oder mehr? Mein persönlicher Ansatz wäre ja: Zum "nur Meshen" gerne mit Dampf, aber für "Jedermann-Clients" im DHCP-Netz mit 100mW. LG, Mattias

2 2

19.08. - Sommerfest Heidesiedlung
by Hannes Fuchs 13 Jul '17

13 Jul '17

Hallo Zusammen, ich habe folgende Info zum Sommerfest der Heidesiedlung erhalten: > Habe jetzt Kontakt zur Heidesiedlung (Katharina Tietz). Am 19.8. ist > dort Sommerfest (ab 16 Uhr). Die Freifunker sind herzlich eingeladen. Ist noch ein wenig hin, aber man kann sich das ja schon mal vormerken. Grüße Hannes

1 0

Re: [FFP] PicoStation & Grafana (war: Benötige Hilfe beim Einrichten von Roaming)
by Mattias Brunschen 12 Jul '17

12 Jul '17

Hallo FFP-ler, > Sollte in dieser Konstellation (Pico-Slave an einem WDR-4300-Core) die > > Pico eigentlich auch an Grafana Statistiken senden? Oder würde das den > > kleinen Prozessor der Pico zu sehr nerven? > hm, die pico die wir in betrieb haben startet relativ oft neu, aber ich > glaube nicht, dass das an grafana liegt, lass sie mal senden. > Ich hatte in den letzten Tagen mal Laufzeiten von nur einigen Stunden bis zum Reboot (siehe [0]), jetzt läuft die "problematische" Pico 1,5 Tage problemlos, die zweite Pico -- allerdings bisher ohne nennenswerte Clients -- schon einige Tage. Was ich sehen konnte: 1. Die Reboots der Pico kommen immer dann, wenn zu wenig Speicher frei ist. 2. Der freie Speicher pendelt im Stundenrhythmus, scheint an Grafana o.ä. zu liegen. 3. Der Speicher wird auch reduziert, wenn einige Clients angemeldet sind. Ob das am Speicherbedarf pro Client liegt oder an mehr Logging durch Grafana, kann ich -- noch -- nicht sagen. Frage: Habt ihr Erfahrungen mit knappem Speicher bei einer PicoStation? Oder Tipps, wie ich mehr Speicher freigeben kann (knappere Konfig, reduziertes Grafana-Log, etc.)? LG, Mattias [0] https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview…

1 0

Routerausfall durch Sturm
by Nicco Kunzmann 12 Jul '17

12 Jul '17

Hallo, wie es scheint, sind zwei meiner Router in der Heinrich-von-Kleist-Str. durch das Unwetter ausgegangen. (Grafana <https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview…>) Im Rechenzentrum sehe ich auch, dass viele Router seid der Zeit offline sind. (Grafana <https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview…>) Viele Grüße, Nicco

2 3

Benötige Hilfe beim Einrichten von Roaming
by Mattias Brunschen 04 Jul '17

04 Jul '17

Hallo Potsdamer Freifunkas, ich bin dabei, meinen Fensterbrett-Freifunk-Router mit einer Picostation im Garten zu erweitern. Das hier funktioniert: Die Picostation ist über LAN am Core-FF-Router angeschlossen und mesht mit diesem sowohl über LAN (a.k.a. Kabelkopplung) und über Funk (mesh23). Beides habe ich getestet, beides geht. Die Pico ist NUR am Core-FF-Router angeschlossen und nutzt ihn somit als Gateway zum Internet. Die Pico spannt ihr eigenes Freifunk-DHCP-Netz auf. Wenn ich mich mit diesem FF-DHCP verbinde (z.B. mit dem Smartphone), dann funktioniert alles, z.B. der Link ins Internet. Problem: Ich würde gern Roaming mit einem vom Core-FF-Router aufgespannten DHCP-Netz einrichten. Dazu bin ich nach der Anleitung aus dem Potsdamer FF-Wiki vorgegangen, siene [0]. Verbinde ich mich am Core-Router mit dem neuen DHCP-Netz, geht alles. Versuche ich die Verbindung an das Roaming-DHCP-Netz über die Pico, geht es schief: Der Client bekommt keine DHCP-Adresse zugewiesen. Das bestätigt auch das Logging der Pico (Befehl "logread"): Sat Jul 1 22:12:38 2017 daemon.info hostapd: wlan0-2: STA 90:4c:e5:8d:bb:38 IEEE 802.11: authenticated Sat Jul 1 22:12:38 2017 daemon.info hostapd: wlan0-2: STA 90:4c:e5:8d:bb:38 IEEE 802.11: associated (aid 1) Sat Jul 1 22:12:38 2017 daemon.info hostapd: wlan0-2: STA 90:4c:e5:8d:bb:38 RADIUS: starting accounting session 59580009-00000004 Sat Jul 1 22:12:38 2017 daemon.warn dnsmasq-dhcp[1591]: no address range available for DHCP request via br-Roam_AP Sat Jul 1 22:12:42 2017 daemon.warn dnsmasq-dhcp[1591]: no address range available for DHCP request via br-Roam_AP Sat Jul 1 22:12:49 2017 daemon.warn dnsmasq-dhcp[1591]: no address range available for DHCP request via br-Roam_AP ... Die Meldung "no address range" wiederholt sich dann noch ein paar Mal. Im Logging des Core-Routers wird für denselben Zeitraum leider gar nichts angezeigt. Ich vermute daher, dass ich irgendwo einen Fehler gemacht habe bei der Roaming-Einrichtung, so dass DHCP-Anfragen gar nicht erst an den Core-Router weitergeleitet werden. Nur welchen? Kann mir da jemand von euch helfen? Hier Auszüge aus der Konfiguration der Router: Core: Schnittstelle "Roam-AP": Protokoll: Statisch IPv4: 10.22.78.193 Maske: 255.255.255.224 DHCP-Server Start: 4 DHCP-Server Limit 29 /etc/rc.local: batctl if add wlan-adhoc-2 batctl if add br-Mesh_via_LAN brctl addif br-Roam_AP batctl it 3000 batctl gw server ip link set bat0 up Picostation: Schnittstelle "Roam_AP": Protokoll: Statisch IPv4: 10.22.78.194 Netzmaske: 255.255.255.224 IPv4-Gateway: 10.22.78.193 DHCP-Server: NICHT eingerichtet /etc/rc.local: batctl if add wlan0-adhoc-2 batctl if add Mesh_via_LAN brctl addif br-Roam_AP bat0 batctl it 3000 batctl gw client ip link set bat0 up Viele Grüße aus Babelsberg, Mattias [0] https://wiki.freifunk-potsdam.de/Roaming

3 5

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Users July 2017