derweil der Router bei mir daheim sauber läuft, bin Ich heute an unseren 3 am meisten genutzten Nodes in der Innenstand vorbeigekommen - und keiner funktionierte.
Was meint nicht funktionieren ?
SSID wird gesendet
in 2 Fällen kam ne IP
in einem kam so „ein bisserl DHCP“, nie ale Daten - mal nur der DNS - dann alles bis auf den GW
KEINER der Router hatte Internetkonnektivität anzubieten
ALLE sind per IPv6 pingbar
Warum sind die noch auf V0.4 ?
Realität. Begrenzte Ressourcen von uns vor Ort, versus Standortspender deren Hauptbeschäftigung nicht FF ist und damit die Terminvereinbarung schwierig.
Remote ist aus verschiedenen Gründen nicht immer ne Alternative - aber Ziel das künftig flächendeckend zu realisieren.
→ gibt es ein generelles Problem ?
→ gibt es Probleme mit den V0.4 ?
→ wie lange wird V0.4 vermutlich noch supported ?
Ich gehe nicht von einem Problem in der V 0.4 aus.
Da wir hier Router haben, die seit Wochen und Monaten ohne Probleme funktionieren.
Natürlich gibt es hin und wieder mal ein temporäres Problem aber das ist dann immer nur temporär.
Der Support werden wir vor erst nicht einstellen, da es eine Menge Router im Feld gibt nicht „einfach mal so“ geupdatet werden können und es keinen Grund dazu gibt dies zu tun.
Wie sind die Router denn angebunden? Was für ein Router steht davor?
Genau das darf ich gerade mit einem Router auf „2014.3-stable-1“ beobachten.
1 von 5 Versuchen gibt es auf dem Handy IP-Adressen. Aber Daten kommen fast keine.
Aber meist halt nichtmal IP.
(Und ja, „batclt o“ liefert haufenweise Zeilen. Und im Graph erscheint der Node auch lebendig.)
Von mir sind auch einige ohne ersichtlichen Grund down. Es sind aber vor allem auch 0.5 stables. Ich schaue gerade noch, obs an der Karte liegt. Wenn ich das hier mal einstreuen darf, die scheint auch Macken zu haben. Ich habe dort Nodes online, ohne Mesh zu nem Uplink. ^^ Ich überprüfe gerade, ob manche nur auf der Karte nicht angezeigt werden oder ob sie wirklich down sind.
Bitte nicht alles durcheinander werfen, insbesondere nicht unterschiedliche Domänen.
„2014.3-stable-1“ ist die neue Firmware Ruhrufer, die unserer 0.5b4 im Ruhrgebiet entsprach. Ebenfalls ist die Map für Ruhrufer eine andere (auch auf einem anderen Server) als für die Ruhrgebiet geflashten Router…
Allgemein gibt es in der Firmware Ruhrgebiet noch den lästigen Bug das Alfred sich manchmal auf dem Router weghängt, dann taucht dieser nicht mehr in der Map auf, auch wenn er ansonsten vollständig funktional ist. Ein Alfred Neustart über die SSH Shell reicht in der Regel aus, um ihn dann auch wieder in der Map zu sehen.
Auch insgesamt ist Alfred sehr träge und zickig, das lässt sich aber ebenfalls nicht von uns aus lösen…alles was wir irgendwie machen können, setzen wir auch um, aber es gibt leider auch Grenzen…
Jaja… Cron und Ich kennen uns seit xenix/286. (Für die später Gekommenen: das war vor Linux)
Aber einseits ist für non-Nerds grafisch immer netter und (volle Deckung) mag selber auch was grafisches.
Nachdem Ich mich nun als der Bildleser der Techi’s geoutet habe (gut, Springer und Microsoft verdienen nicht soo schlecht) ziehe Ich die Idee zurück und beantrage meine Erschiessung.
…ne, war nur mal ne Idee. Keine Prio, nicht tiefer gedacht.
Wenn ich die Router ffruhrgebiet mit ffrheinufer vergliche, dann sehe ich, dass durch die Bank die Load auf den rg-lern deutlich über 1 liegt, selbst da wo wirklich nix los ist (keine clients, kein wifimesh)
Bei ru ist die load nur bei den Nodes „Mit richtig was los“ über 0.5.
Was ist denn der Unterschied? An den Paketen kann’s nicht liegen, die sind gleich.
Ich habe auch mal ein gluon gebaut und auf einige Geräte gespielt, nur mit den unterschiedlichen site.conf, gleiche site.mk: Identischer Effekt.
Ich beobachte dieses Verhalten bereits seit einigen Wochen.
Der eklatante Unterschied liegt in der Anzahl der Router der beiden Domänen.
Ich habe den Traffic auf meiner Node noch nicht analysiert, da es sich aber um ein Layer2 Netz handelt, habe ich auch den Broadcast Traffic in Verdacht.
Immerhin weiss ich jezt, dass der betroffene WR841N, den ich hier auf dem Schreibtisch auf „ruhrgebiet“ laufen habe (und der inzwischen mit einem passenden Namen versehen wurde) keinen Hardwaredefekt hat, sondern dass es schlicht normal ist, dass die Nodes mit ruhrgebiets-FW häufiger neu booten (weil es sowohl mit der 5.0, wie auch mit meiner selbstgebauten 2014.4beta auftritt.)
Cron und Ich kennen uns seit xenix/286. (Für die später Gekommenen: das war vor Linux)