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
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
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.
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.dehttp://oldwiki.ffnw.de
aktuelles Wiki:
http://wiki.ffnw.de
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
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
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
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/>
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
>
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
