Hallo zusammen,
gibt es die Möglichkeit, mittels eines Befehles die MAC Adresse und die
Seriennummer des Routers anzeigen zu lassen? Habe noch eine alte Rechnung
eines Routers gefunden und nun würde es mich mal interessieren, wo dieser
eigentlich nochmal gelandet war.
Freundliche Grüße
Klaus Dint
Hallo zusammen,
ich würde gerne zeitnah eine neue Firmware bauen. Diese soll unteranderem noch den Fehler beheben, dass das eigene Netzwerk aktuell beim scan Mode des Hoodselectors nicht herausgefiltert wird.
Zum anderen haben Stefan und ich einen weiteren Netzsplit vorbereitet. Dafür haben wir die 4 größten Hoods geteilt. Diese sind aktuell:
Leer
Oldeburg
Osnabrück
Butjadingen
Server seitig hat Stefan alles dafür schon vorbereitet. Ich habe auch schon ein Hoodfile vorbereitet:
https://git.ffnw.de/snippets/19
Dort habe ich zum einem die 4 großen Hoods geteilt und zum anderen habe ich versucht durch geschicktes verschieben die Anzahl der Rechtecke zu reduzieren, um das Hoodfile möglichst klein zu halten.
Ich habe für die bessere Planbarkeit den Hoodgen um neue Funktionen erweitert. (https://hoodgen.ffnw.de)
1. Beim Klicken auf "Load Nodes" im oberen Menü werden alle aktuellen Nodes geladen und auf der Karte mit dargestellt, dieses hilft sehr gut beim ziehen von Hoodgrenzen in dichbesitelten Freifunk gebieten (Oldenburg, Osnabrück)
2. Wenn man die Nodes in den Hoodgen gelanden hat und auf "Export to JSON drückt", wird zum einem wie gewohnt der JSON Export erstellt, zum anderen werden nun die Nodes in der Jeweiligen Hood gezählt. Damit hat man beim Erstellen und verschieben von Hoods ein besseres Gefühl, wie viele Nodes in der jeweiligen Hood landen werden.
Insbesondere bitte ich die Oldenburger das Hoodfile sich anzuschauen, was die Trennung von Oldenburg angeht. Wenn keiner was dazu sagt, würde ich das sonst deuten, dass alle mit meinem Vorschlag einverstanden sind.
Gruß
Johannes
-------- Forwarded Message --------
Subject: [gluon] [SITE] Site seeds and VXLANs
Date: Tue, 27 Jun 2017 23:41:46 +0200
From: Matthias Schiffer <mschiffer(a)universe-factory.net>
To: gluon(a)luebeck.freifunk.net <gluon(a)luebeck.freifunk.net>
Hi,
I've just pushed a bunch of commits adding support for wired meshing over
VXLANs.
What does this mean?
- Newly setup Gluon nodes will encapsulate wired mesh traffic
(Mesh-on-LAN/WAN) in UDP packets using the VXLAN protocol. Instead of the
batman-adv ethertype, the packets will be normal IPv6 UDP on port 4789
using link-local adresses for unicast, and the address ff02::15c for multicast
- Nodes upgraded from Gluon v2017.1 or older will continue to use the
"legacy" wired meshing without VLXANs for now.
- Gluon v2017.2 will support both VXLANs and the legacy protocol. The
setting can be changed in the Advanced Settings of the Config Mode, or by
setting the "legacy" attribute of the mesh_wan and mesh_lan UCI sections.
Both sides of a wired mesh connection must be set to the same protocol for
the link to work.
- Gluon v2017.2 + 1 will drop legacy support, settings will be upgraded to
use VXLANs automatically
- Each mesh domain / site will use a unique VXLAN ID, ensuring that
accidental wired mesh connections between different sites won't bridge the
meshes (especially important in sites that automatically assign nodes to
mesh domains using tools like the Hood Selector)
To assign a unique VXLAN ID to a site, a new setting must be added to
site.conf: the site seed. The site seed simply consists of 32 bytes of
random data in hexadecimal representation. Please refer to the
documentation and the included example at [1] for the recommended way to
generate a site seed.
-- NeoRaider
[1] http://gluon.readthedocs.io/en/latest/user/site.html
Hallo zusammen,
ich muss grad mal ein wenig Dampf hier ablassen.
Simon und ich haben in den letzen 2 Wochen wirklich viel Arbeit ins
Puppet sowie unser AS gesteckt.
Heute Morgen habe ich mich gewundert, warum beim FFNW Modul Puppet
stockte. Nachdem ich mir den Source von
https://git.ffnw.de/ffnw-puppet/puppet-ffnw/commit/088409c72e8b75dfb699ea0c…
angesehen habe, war es klar. Im Quellcode werden globale Variable
genutzt (z.B $::{nat_ip}) die aber gar nicht global sind, sondern nur
vom FFNW Modul gesetzt werden.
Meine Große Bitte wäre es hier, jede Änderung über Merge Requests zu
löschen und das auch nur, wenn man weis was man tut. Das ist doppelte
Arbeit die wir uns hier grade wieder machen.
Danke.
Stefan
Moin,
kann sich mal jemand die Checksumme Dateien anschauen.
Zumindest in der unten gezeigten md5 ist der Pfad zu viel.
pic@pic_lapi:~/Downloads$ md5sum -c
gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5
md5sum:
/var/www/dev/firmware/20170530/gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin:
Datei oder Verzeichnis nicht gefunden
/var/www/dev/firmware/20170530/gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin:
FAILED open or read
md5sum: WARNUNG: die aufgeführte Datei konnte nicht gelesen werden
pic@pic_lapi:~/Downloads$ vi
gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5
(entfernt /var/www/dev/firmware/20170530/)
pic@pic_lapi:~/Downloads$ md5sum -c
gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5
gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: OK
Danke
pic
--
Freifunk Gruß
Freifunk steht für freie Kommunikation in digitalen Datennetzen!
Wir verstehen frei als öffentlich zugänglich, im Besitz der Gemeinschaft
& unzensiert.
Hallöle,
folgendes Konstruk: offloader + MoW-Router, keine anderen ff-router in Funkreichweite. Offloader findet vermutlich aufgrund von Koordinaten in die richtige Hood (Badiburg). Der Router sieht aber beim wlan-scan immer auch seine eigene bssid (default) und bleibt dann stumpf darin hängen. Abhilfe schuf: bssid per uci händisch setzen und hoodselector laufen lassen.
LG lrnzo
Hallo zusammen
nach dem heutigen Firmwareupdate haben wir neue Hoods deployed.
Ich habe schon mal einen Vorschlag erarbeitet, wie wir die aktuell 3 großen Hoods weiter auftrennen können, die haben alle nun über 200 Router
Osnabrück in Osnabrück1 und Osnabrück2
Oldenburg in Oldenburg1 und Oldenburg2
Leer/Emden/Aurich in Leer und Emden/Aurich
Ich habe da schon mal diesen Vorschlag hier erarbeitet, einfach mal in den Hoden kopieren:
https://git.ffnw.de/snippets/19 <https://git.ffnw.de/snippets/19>
ich habe auch den Hoodgen angepasst. Dort kann man nun die aktuellen Router laden, dass man es beim Grenzen ziehen einfacher hat und eine Subjektiven Eindruck gewinnt wie sich die Router aufteilen. Dazu einfach oben auf „Load Nodes“ drücken und dann Enter ;)
In Meinem Vorschlag fehlt noch eine sinnvolle Teilung der Oldenburg Hood, vielleicht kann das mal jemand aus Oldenburg planen und einen Vorschlag machen.
Ich kenne da die Backbone Ausbaupläne leider nicht.
Ich bin gespannt
Gruß
Johannes
Moin Moin leute,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 20170502
* Gluon-Version: v2016.2.x
* Commit ID: 97f44c208b4dd23a63a0069963ca04fad899bf05
* Download: https://firmware.ffnw.de/20170530
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/242e63...97f44c
Folgende Gluon spezifischen Änderungen gab es unter anderen:
* backport support for TP-Link TL-WR841ND v12
* x86: backport more sysupgrade
Folgende Comunnity spezifischen Änderungen gab es:
package repo:
* hoodselector: Die Fehler werden jetzt in /tmp/hoodselector_error geloggt.
* hoodselectorctl: Die uci Steuerung für den hoodselector ist in ein eigenes
Paket namens hoodselectorctl ausgelagert worden.
* hoodselector: Enthält nun den Support um mit IEEE802.11s umzugehen. #86
* hoodselector: Das scannen nach benachbarten Freifunk Routern ist nun beschleunigt
und kostet keine extra Airtime mehr.
* hoodselector: Das filtern des eigenen WLANs wurde verbessert. #101
* hoodselector: Die wifi Test Funktion wurde überarbeitet. Es werden nun alle
STA Netze vor dem testen der umliegenden Freifunk WLANSs entfernt. #103
* hoodselector: Im MOLWM wird nun sichergestellt das der Router-eigenen Eintrag
entfernt wird.
* hoodselector: Ein Fehler zur Position abfrage wurde behoben. Wenn keine uci
config zu der Router Position zur Verfügung stand, hat die tonumber func nil anstatt
0 returnd so das eine folge Prüfung fehlschlug. #100
* hoodselector: Im scanmode wird bei keinem erfolgreichen scan Ergebnis wieder
die defaulthood gesetzt. #99
* hoodselector: das suchen nach hoods aus dem hoodfile durch umliegende WLANs ist nicht
mehr von groß, klein Notation abhängig. #102
* geolocator: Der geolocator wurde so angepasst das die pkgs libwlocate und lwtrace
nicht mehr notwendig sind, damit konnten ~ 14kbyte speicher eingespart werden.
* hoods: Die default hood wurde um einen vpn peer erweitert.
Die hood suedwest ist in landkreis-emsland umbenannt worden.
Eine neue hood landkreis-cloppenburg ist hinzu gekommen.
Eine neue hood grafschaft-bentheim ist hinzu gekommen.
Eine neue hood bad-iburg ist hinzu gekommen.
siteconf repo:
* IEEE802.11s kann jetzt optional im configMode eingeschaltet werden.
* iw: package wurde erweitert um den Umgang mit IEEE802.11s zu ermöglichen.
* libwlocate: package wurde entfernt.
* lwtrace: package wurde entfernt.
* netmon-node-client: ist in die Firmware aufgenommen worden. Das package soll
das neue Administrations- und Monitorring-Portal Netmon-gn mit Daten versorgen.
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170410..…
Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170410..…
Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu
signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter:
https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm…
Schöne Grüße
Tarek
Hi,
ich hab mit dem Hoodselector folgendes Problem:
> root@whv-mm-1:~# hoodselector
> VPN connection found.
> Position found.
> /usr/bin/lua: /usr/sbin/hoodselector:392: attempt to compare number with nil
> stack traceback:
> /usr/sbin/hoodselector:392: in function '_'
> /usr/sbin/hoodselector:711: in main chunk
> [C]: ?
> root@whv-mm-1:~#
weiß jemand Rat?
LG
Malte