Nordwest March 2018

nordwest@lists.ffnw.de

12 participants
19 discussions

by lrnzo

Hallo Leute, anstatt wieder alle Leute mit Emails zu nerven, habe ich mir mal die Arbeit gemacht, ein paar alten nodes.json-Dateien (konkret: eine von kurz vor Einführung der hoods im Sommer 2016 und eine von vorm update auf die 20170822) nach routern zu filtern, deren node_id aktuell nicht mehr mehr online sind. Das ganze ist unter https://map.ffnw.de/friedhof zu sehen. Wenn alles so läuft, wie ich mir das denke, erscheinen dort in Zukunft alle Router, die mindestens seit 23h und 55min offline sind. Also kurz bevor sie aus der normalen Karte verschwinden. Sobald ein Router aus Friedhof wieder online ist, sollte dort verschwinden, aber das ist noch ungetestet. Der Abgleich automatische erfolgt minütlich. Schaut euch dort mal ein wenig um, ob ihr vielleicht Router entdeckt, deren Wiederbelebung ihr euch vorstellen könntet. nicht wundern: viele Router werden da als online angezeigt, aber das liegt an meiner Faulheit. In wirklich sind die alle offline, vgl. zB map.ffnw.de falls noch irgendjemand alte nodes.json-Dateien hat, immer her damit, ich verdinge mich dann als Totengräber. muhahaha LG Lorenz

5 years, 11 months

hoods visualisieren

by lrnzo

Hallo Leute, ich warte immer schon sehnsüchtig auf den Tag, an dem die hoods auch mal auf map.ffnw.de sehen kann. Jetzt habe ich mir mal die hoods.json gekrallt und diesen jq-Filter rüberlaufen lassen: ------------------------8<------------------------ jq '.[]|select(.defaulthood==false)|{type: "Feature", properties: {name: .name, bssid: .bssid}, geometry: {type: "Polygon", coordinates: [[[.boxes[][0][1],.boxes[][0][0]],[.boxes[][0][1],.boxes[][1][0]],[.boxes[][1][1],.boxes[][1][0]],[.boxes[][1][1],.boxes[][0][0]],[.boxes[][0][1],.boxes[][0][0]]]]}}' hoods.json | jq -s . > hoods.geo.json ------------------------>8------------------------ das Ergebnis kann man bei geojson.io in die Featureliste einfügen, also { "type": "FeatureCollection", "features": <strg+v> } und bekommt dann ungefähr sowas sowas hier: http://bl.ocks.org/d/71bc99e0aefca9757cdee8d340b59123 kann man das bei hopglass irgendwie mit anzeigen lassen? LG Lorenz

6 years, 2 months

TP-Link TL-WR841N in V13

by Tobias Boge

Hallo, wisst ihr, ob der TP-Link TL-WR841N in V13 in naher Zukunft unterstützt wird? Ich habe gerade zwei von diesen Geräten vor mir liegen. -- Mit besten Grüßen Tobias Boge Diese Mitteilung sowie eventuelle Anhänge sind vertraulich und können privilegiert oder auf andere Weise gegen Weitergabe geschützt sein. Sollten Sie nicht der beabsichtigte Empfänger sein, bitte rufen oder mailen Sie den Absender an und löschen Sie diese Mitteilung sowie eventuelle Anhänge aus Ihrem System. Sind Sie nicht der berechtigte Empfänger, dürfen Sie diese Mitteilung bzw. die Anhänge weder kopieren noch an andere Personen weitergeben.

6 years, 4 months

alte Wikis abschalten?

by Malte Modler

Hi, zur Zeit laufen noch mindestens Zwei Wiki instanzen die nicht mehr genutzt werden (sollen) Da meines Wissens der Wiki-Umzug als abgeschlossen gilt, sollten wir die alten Wikis abschalten, oder? Ich fänd das wirklich gut, damit dieses Kapitel endlich mal abgeschlossen werden kann, und nicht vielleicht doch noch jemand Infos in falsche Wikis einträgt. LG Malte --- alte Wikis: http://mw.ffnw.de http://oldwiki.ffnw.de aktuelles Wiki: http://wiki.ffnw.de

6 years, 6 months

Mesh kaputt, iwinfo hilft.

by lrnzo

Hallo Leute, folgendes Problem konnte ich bisher nur dort [1] beobachten: Von Zeit zu Zeit (habe noch keine Regelmäßigkeit feststellen können) hören die Router einfach auf zu meshen: root@FF-Bad-Iburg-Dornkampshaus-Uplink:~# batctl o | grep -v vpn [B.A.T.M.A.N. adv 2017.2, MainIF/MAC: primary0/ea:b6:2d:3f:25:a3 (bat0/f4:f2:6d:52:72:30 BATMAN_IV)] Originator last-seen (#/255) Nexthop [outgoingIF] root@FF-Bad-Iburg-Dornkampshaus-Uplink:~# Abhilfe schafft bisher stets zuverlässig, sich einfach die WLANs mit "iwinfo radio0 scan" anzugucken. Wenige Sekunden später sind die WLAN-Meshnachbarn wieder da: root@FF-Bad-Iburg-Dornkampshaus-Uplink:~# batctl o | grep -v vpn [B.A.T.M.A.N. adv 2017.2, MainIF/MAC: primary0/ea:b6:2d:3f:25:a3 (bat0/f4:f2:6d:52:72:30 BATMAN_IV)] Originator last-seen (#/255) Nexthop [outgoingIF] ce:fd:bd:12:64:42 3.260s (203) fa:ad:7f:44:5d:fa [ ibss0] ce:fd:bd:12:64:42 3.260s (206) c6:96:65:cc:4a:da [ ibss0] * ce:fd:bd:12:64:42 3.260s (244) ce:fd:bd:12:64:42 [ ibss0] fa:ad:7f:44:5d:fa 2.530s (209) c6:96:65:cc:4a:da [ ibss0] fa:ad:7f:44:5d:fa 2.530s (205) ce:fd:bd:12:64:42 [ ibss0] * fa:ad:7f:44:5d:fa 2.530s (255) fa:ad:7f:44:5d:fa [ ibss0] c6:96:65:cc:4a:da 0.850s (194) ce:fd:bd:12:64:42 [ ibss0] c6:96:65:cc:4a:da 0.850s (218) fa:ad:7f:44:5d:fa [ ibss0] * c6:96:65:cc:4a:da 0.850s (240) c6:96:65:cc:4a:da [ ibss0] * ce:fd:bd:12:64:43 2.560s (238) ce:fd:bd:12:64:42 [ ibss0] * fa:ad:7f:44:5d:fb 1.940s (255) fa:ad:7f:44:5d:fa [ ibss0] * c6:96:65:cc:4a:db 2.570s (242) c6:96:65:cc:4a:da [ ibss0] Rebooten der Meshroutern bringt hingegen nichts. woran kann das liegen? Ein Hardwarefehler ist sehr unwahrscheinlich, da wir genau dieses Phänomen auch schon hatten, als der Uplink und einer der Meshrouter getauscht war. Kann das an irgendwelche Funkstörungen liegen? Betreibt da jemand eine defekte Mikrowelle, oder sind es am Ende doch Erdstrahlen? Andere WLANs gibt es dort jedenfalls kaum: root@FF-Bad-Iburg-Dornkampshaus-Uplink:~# iwinfo radio0 scan | grep -B1 Channel ESSID: "mesh.ffnw" Mode: Ad-Hoc Channel: 6 -- ESSID: "nordwest.freifunk.net" Mode: Master Channel: 6 -- ESSID: "nordwest.freifunk.net" Mode: Master Channel: 6 -- ESSID: "nordwest.freifunk.net" Mode: Master Channel: 6 -- ESSID: "WLAN-821154" Mode: Master Channel: 6 -- ESSID: "Home2011G" Mode: Master Channel: 1 -- ESSID: "WLAN-821154" Mode: Master Channel: 6 -- ESSID: "FRITZ!Box Fon WLAN 7360" Mode: Master Channel: 11 Wie gesagt: nirgendwo anders habe ich das bislang gesehen, also vermute ich irgendeinen lokalen Zusammenhang. Oder hattet ihr so etwas schon einmal irgendwo? mir kommt da gerade so ein Gedanke: könnte es nicht sein, dass es sich hierbei um ein Ereignis handelt, das häufiger auftritt, aber eben meist unbeobachtet bleibt? Könnte es mit dafür verantwortlich sein, dass manchmal Router einfach nicht mehr meshen und könnte die Lösung in vielen solchen Fällen ein einfacher WLANscan wie oben sein? Könnte man hierfür nicht einen kleinen crondog schreiben, der falls #WLAN-Originators plötzlich von n auf 0 geht, nen logread mailt und iwinfo anwirft? [1] https://map.ffnw.de/#/de/map/f4f26d527230

6 years, 8 months

Kein Knoten

by Bernd Kubiak

Moin, ich betreibe schon seid einiger Zeit einen Knoten auf Wangerooge (Restaurant-Kruse) . Dieser wird aber nicht in der Map angezeigt. Meiner Meinung nach funktioniert der aber einwandfrei. Kann mir jemand Auskunft geben welche Gründe das haben kann ? Bernd Kubiak, Wangerooge

6 years, 8 months

VPN-details in die meshviewer.json

by lrnzo

Hallo Leute, gibt es eine Möglichkeit, die Information darüber, ob ein Router als vpn fastd, l2tp, oder was aus immer verwendet, in die meshviewer.json zu bekommen? imho senden die fastd-router doch ihre fastd-version, oder? Müsste man dann doch im Yannic iwo einstellen können ...? LG Lorenz

6 years, 8 months

häufige Ausfälle der Freifunkrouter in Edewecht

by Lars Mauritz

Hallo, wir haben in Edewecht mehrere Freifunkrouter in Betrieb und in letzter Zeit fallen sie regelmäßig aus, so wie jetzt gerade wieder. Es hilft meist nur ein Neustart des Routers um wieder ein paar Stunden online zu sein. Insgesamt betrifft es neun Router in unserem Gemeindegebiet. Wir nutzen einheitlich die TP-Link TL-WR1043ND V3.0. Habt ihr eine Idee, woran das liegen könnte? Mit freundlichen Grüßen Im Auftrage: Mauritz Gemeinde Edewecht Die Bürgermeisterin Rathausstraße 7 26188 Edewecht Tel: 0 44 05 / 916-126 Fax: 0 44 05 / 916-230 E-Mail: mauritz(a)edewecht.de<mailto:mauritz@edewecht.de> Internet: www.edewecht.de<http://www.edewecht.de/>

6 years, 9 months

Fwd: [WLANnews] Updates - Mesh is in the air <3 #ffwcw18 #wbmv11

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: [WLANnews] Updates - Mesh is in the air <3 #ffwcw18 #wbmv11 Date: Thu, 22 Mar 2018 09:03:59 +0100 From: Monic Meisel <monic(a)monic.de> Reply-To: Deutschlandweite Liste für WLAN Neuigkeiten <wlannews(a)freifunk.net> To: Battle of the Mesh Mailing List <battlemesh(a)ml.ninux.org>, Deutschlandweite Liste für WLAN Neuigkeiten <wlannews(a)freifunk.net> On 03/22/18 09:03, Monic Meisel wrote: > Dear wireless networks activists, > > we constantly update the wiki with new information regarding our next community event. The organizers will have a mumble at wednesday 28th of march again. In case you have any questions, please let us know upfront! Please find little status report from our side: > > ENDORSEMENTS > ============== > We actually have sent out the call for endorsements and wait for your feedback latest by end of March, so we can start the poster layout and put them on the webpage. > > We are still looking for hardware support for the testbed. We hope that attendants can bring like the last years stuff, in terms of organizing this, we set up this page. You should be able to edit it without registration to the wiki: https://www.wireless-meshup.org/doku.php/contribution > > T-SHIRT COLOUR POLL > =================== > You have the chance to decide on the colour of the shirts. We decided for eco-cotton, fair trade Earthpositve Shirts: > https://www.ods-textildruck.de/index.php/textilien/t-shirts/153 > We need you to vote now until the end of the week here: https://dudle.inf.tu-dresden.de/6pgwvggy/ > > TRAVEL SCHOLARSHIPS > ==================== > Thanks to our sponsors we are happy to provide some travel scholarships that are given not only but prefered to people not living in Europe to enable members of wireless communities to attend the event. > > 1) Please apply for the travel scholarships by sending in a link with a 2-3 minutes video that answers the questions below until 7th of April to organizers(a)wireless-meshup.org > > We would like to ask you to describe your situation and contribution in short: > Who are you, where are you from? > Why would you like to attend Wireless Mesh-up? > What impact in your local environment do you expect from your participation? > What would your contribution/talk/session be about? > How much would the flight cost? > Do you need an invitation to get visa? > > 2) A jury composed by mentors and local Freifunk team decides on the best applications until 15th April. > > 3) Easiest way for Förderverein freie Netzwerke is, if you could pay upfront and provide us with the invoices with your name on it. But we can figure out together, how to deal with this in detail as it happens. > > CALL FOR TALKS & CNSIG Participation > =============================== > txt.file will support us with the schedule and will send the call out soon, thanks upfront for helping! > > - I hope to get people from the http://cnsig.info/ to learn more about it and to run workshop(s) regarding the working groups? If anyone involved in this is on the list, please let me know to figure out, how we can provide a session on this :) > > - Plus members of the RRS Expert Group have already agreed to meet with us! > http://ec.europa.eu/transparency/regexpert/index.cfm?do=groupDetail.groupDe… > So there will be a session on radio directive with first hand information on the EU process together with Sebastian Raible http://raible.org/ > > - Please register for Elektras Open Freifunk MPPT Solder Workshop here: https://www.wireless-meshup.org/doku.php/solderworkshop > > CATERING > ========= > Dependent on the budget of the ISOC Funding, we hope to be able to cover the dinner catering fully. Breakfast is included in the hotel deal and we start at 11.00 am each day. Around the c-base there are also several options to grab something in between, if needed. > Wednesday evening we will also have a pleasure trip to Holzmarkt cooperative, please register here by editing the wiki without registration and put your name in the list: > > Beverages can be bought at the locations at affordable prices or brought with you. > > PARTICIPATION > ============ > Also without wiki registration please put yourself here, if you are coming and provide us your meal preferences and t-shirt size. > The first social event and workshop is also fixed and in the timetable, so please register yourself there as well :) > > Aaaand please don’t forget to retweet @freifunk and @battlemesh! > Thanks from the Orga Team > > > > > > > > _______________________________________________ > WLANnews mailing list > WLANnews(a)freifunk.net > Abonnement abbestellen? -> http://lists.freifunk.net/mailman/listinfo/wlannews-freifunk.net > > Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten >

6 years, 9 months

Bekannte Bugs

by Jan-Tarek Butt

Hallo zusammen, Unten aufgeführt findet ihr Aktuell bekannte Probleme die zu den hier hin und wieder auf tauchenden Mails mit bescheidenen Problemen führen. Um da mal ein bissen Übersicht rein zubringen. - OOM auf 32MB RAM Geräten. Seid dem wechsel auf v2017.1.x gibt es einen OOM Bug auf wahrscheinlich nur 32MB RAM Geräten. Dieser Bug ist aktuell schwer bis gar nicht reproduzierbar. Die Ursache ist nach wie vor vollständig unbekannt. Daran wird aktuell viel rumprobiert. Im besten Falle führt dieser Bug zum Reboot des betroffenen Gerätes. - High Load Ebenfalls seid dem wechsel auf v2017.1.x gibt das Problem das einige Geräte zeitweise eine hohe load aufweisen. Diese reicht bis zu eine 15er load von 20 und führt zum versagen der Funktionalität aufgrund der hohen load kommt es zu abstürzenden Diensten sowie den dauerhaften versagen (cron, hoodselector, autoupdater ... etc). Dies kann u.a. soweit führen das Interfaces verloren gehen und der Router somit erst nach einem Reboot wieder erreichbar sowie nutzbar wird. Auch dieser Bug ist Aktuell nicht reproduzierbar bis vor ein paar Wochen wurden dieser mit dem OOM assoziiert. - (Ath9k Bug) Der Ath9k Bug ist bei uns im Netz einige Jahre nicht mehr gesichtet worden. Und ich kann es aktuell auch nicht 100% bestätigen. Allerdings gibt es seid einigen Monaten dem ATH9k Bug typische Ähnlichkeiten Die vermehrt beobachtet wurden. Diese Ähnlichkeiten Treten wie folgt in Erscheinung: 1. Die link Qualität der WLAN Interfaces singt auf 2-6%. 2. Die WLAN Interfaces verschwinden vollständig. 3. Die WLAN Interfaces sind sichtbar allerdings besteht keinerlei Verbindung Möglichkeit. Alle o.g. Zustände sind mir und auch Anderen bereits aufgefallen und führen in der Regel zur Funktionslosigkeit des WLANs. Im Falle 1 hilft der wechsel des WLAN states z.b. WLAN scannen oder ein Reset durch das Kommando "wifi". Die anderen beiden Zustände, 2. und 3., konnte ich bisher nur über einen Reboot auflösen. Meine Vermutung für das verstärkte aufkommen ist u.a. der Parallel betrieb von IBSS + 11s der das Phänomen verstärkt. Sowie der hoodselector und/oder dem geolocator, die einen regelmäßigen Änderungszustand des WLANs aufrufen können und somit den vermuteten Ath9k Bug triggern. - Fastd verbindet sich nach einen Server Reboot manchmal nicht wieder. Dieses Problem Hab ich u.a. bei dem Router "BrigitteB" im laden meiner Mama untersuchen können. Die Logs des Routers haben keine Fehler aufgewiesen und konnten lediglich keinen erfolgreichen Handshake realisieren. Da diese Problem scheinbar auch nur im ffnw Netz auftritt ist meine Vermutung, das es sich um ein bisher unbekanntes Server seitiges Problem handelt. - Freifunk IP lose Router. Hin und wieder kann man auf der Karte Router finden die keine Freifunk v6 Adressen besitzen bzw. nur die linklocal. Hier vermute ich entweder das es sich um ein Resultat des high load bugs handelt oder dieses auf ein Server seitiges Problem rückzuführen ist oder ein Problem was durch den hoodselector entsteht. - Bootsector pattitions bug bei UniFi AP AC Lite/Pro Dieser Bug bezieht sich auf die o.g. genannten dual-band Geräte und tritt beim sysupgrade command auf. Dies betrifft nicht alle Geräte, allerdings ist auch nicht abzusehen welches und welches nicht betroffen ist. Der autoupdater für die o.g. Geräte ist aktuell nicht verfügbar. Ein update der Geräte kann nur Manuell durchgeführt werden. Dieser Zustand bleibt bis zum nächsten gluon release so bestehen. Im aktuellen lede und gluon Upstream ist dieses Problem bereits behoben. - ubiquity Nanostation eth Bug Dieser Bug ist auf einen hardware Fehler in einigen Ubiquity Geräten zurück zu führen. Er gilt in Lede als behoben und sollte bei uns auch bereits behoben sein. Ich habe ihn hier nur aufgelistet da dies in den letzten Monaten u.a. ein Grund für Router Ausfälle war. Schöne Grüße Tarek

6 years, 9 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Nordwest March 2018