Hi,
wir hatten die Aufteilung des Netzwerks in verschiedene Layer2-Segmente
besprochen. Dazu sollte es zuerst eine vereinfachte Variante geben.
Ich habe mal eine Revision meiner früheren Entwürfe erstellt allerdings geht
es dabei nicht um eine vereinfachte Variante sondern um einen vollständigen
Entwurf für ein Veränderungen unterliegendes Netzwerk:
https://pad.ffnw.de/p/hoodmanager
Wäre das evtl. ein Startingpoint? Comments welcome ;)
LG
Clemens
hallo,
hat jemand von euch seit fw 0.6
opkg nutzen können?
opkg update und install klappt nicht nutzt es nur ipv4?
denn ping klappt aber das macht ipv6
~# ping openwrt.draic.info
PING openwrt.draic.info (2a01:4f8:200:71e3::41): 56 data bytes
--
gruß
pic
@ME https://wiki.nordwest.freifunk.net/picard
Kann mir jemand auf die schnelle für den 710N V2 eine Firmware machen
bitte? Oder können wir den gar nicht unterstützen?
--
Mit Freundlichen Grüßen
Hilko Böcker
Freifunk Nordwest
Hallo zusammen,
Da wir ja dabei sind Netmon langsam vom Netz zu nehmen würde ich
vorschlagen das wir das Anlegen Neuer User verhindern.
Inzwischen ist Netmon so derartig Langsam geworden, das bereits öfters
500ter oder Connection Time Outs verteilt werden. Das liegt unterwandern
daran das Netmon inzwischen versucht 1054 Router zu crawlen.
Wer ist dafür ?
vg
Tarek
Hallo zusammen,
Ich würde gerne mal eine Diskussion über die geo Koordinaten der Router
anstoßen. Seit der Firmware 0.6 haben wir die Möglichkeit das die Router
ihre Position selbst ermitteln können. Eine genaue Positionsermittlung
funktioniert nur bei ausreichend bekannten WLANs wie man die WLAN Ortung
verbessern bzw. genauer bekommt wird die Tage auf der Allgemeinen Listen
erklärt.
Des weiteren gibt es die Möglichkeit Koordinaten manuell im Config Mode
zu hinterlegen.
Die letzte Option wie die Router Koordinaten bekommen ist über Netmon,
indem ein script die Koordinaten ausliest und auf den Routern Setzt.
Nun müssen wir uns Gedanken darüber machen wie, wir die Daten gewichten.
Meiner Meinung würde ich vorschlagen das wir die Daten mit folgender
Priorität bewerten:
1. Manuell hinterlegte Koordinaten.
2. (Wenn verfügbar) Die Koordinaten aus Netmon <-- Hier würde ich
vorschlagen das, das Script nur ein bis zwei Firmware Versionen auf den
Routern verfügbar ist, damit alle Alten Router aus Netmon ihre Position
beziehen können.
3. Router Triangulieren ihre Position selbständig
vg
Tarek
hallo,
aktuell gibt es ja keinerlei stats, weil netmon gar nichts mehr zeigt.
können wir hier eine alternativ lösung schaffen?
muninlite wäre eine möglichkeit,
aber ich denke nicht das ihrgend ein server die last von ~700nodes schaft.
ideen, meinungen, foobar?
--
gruß
pic
@ME https://wiki.nordwest.freifunk.net/picard
Hallo,
ist das hier https://git.nordwest.freifunk.net/ffnw/bi/tree/development
die Basis für die Eingesetzte Firmware in FFNW? Also habe ich da die
Richtige Seite gefunden?
Falls ja: Es gibt leider ein kleines Problem mit der Anleitung und zwar
funktioniert diese Zeile hier nicht "cd feeds/routing && git am
--whitespace=nowarn ../../firmware/patches/routing/*.patch && cd -" mit:
Wende an: batman-adv: upgrade package to latest release 2015.1
error: Anwendung des Patches fehlgeschlagen: batman-adv/Makefile:10
error: batman-adv/Makefile: Patch konnte nicht angewendet werden
Anwendung des Patches fehlgeschlagen bei 0001 batman-adv: upgrade
package to latest release 2015.1
Das Kernelmodul für batman-adv, das am Ende raussfällt, hat damit leider
die falsche Version. OpenWRT ist bisher nicht so mein Metier - habe
etwas rumgefrickelt, aber alle batman-adv Versionen, die ich raus
bekomme, sind entweder inkompatibel zu der von FFNW oder crashen den
Router gleich beim Versuch sie zu laden. Könnt ihr mir da auf die
Sprünge helfen? :)
Viele Grüße,
Jan
Hoi,
grade eben wurde mir geschrieben, dass in der 0.6 via WEB keine Koordinaten eingegeben werden können.
Kann da jemand was zu sagen?
Viele Grüße,
Stefan
Hoi,
es gibt ein paar Neuigkeiten zu den Crashes der Supernodes:
- Die Supernodes crashen mit abgeschalteter Batman-Fragmentierung
wesentlich weniger, aber an anderen Stellen wie bspw kworker:
https://www.open-mesh.org/issues/223#note-16
- Die Crashes treten generell nicht auf, wenn man die Supernodes mit
nur einem Core betreibt
- Trotzdem ist das merkwürdig, da wir ja nun nicht nur die Supernodes mit
3.16 und mehreren Cores betreiben
- Laut hwh von den Göttingern treten diese Crashes mit Kernel >= 4.1 nicht auf,
allerdings verwenden die Batman 013.4. Mit 4.1 hatten wir ebenso Crashes, das
muss noch weiter gestestet werden, da es einen 4.1-Patch für Batman gibt.
Der überwiegende Anteil der Nodes mit Dualcore (06, 10, 11) läuft nun nur auf einem
Core, 12 mit dagegen mit beiden, um Auswirkungen von Einstellungen zu testen.
vg
bjo
--
xmpp bjo(a)schafweide.org
