So, nachdem das Fahrwasser jetzt wieder ein wenig ruhiger geworden ist, habe ich mich noch einmal des Problems mit den Kernel Warnings „ipv6: Neighbour table overflow“ angenommen. Mit den Kernel Settings
sysctl -w net.ipv6.neigh.default.gc_thresh1=512
sysctl -w net.ipv6.neigh.default.gc_thresh2=2048
sysctl -w net.ipv6.neigh.default.gc_thresh3=4096*
treten sie diese Meldungen z.Z. nicht mehr auf 
.
Und auf dem bb0 sieht der fastd jetzt auch viel entspannter aus 
.
Wagemutige vor, vorzugsweise solche, die auch in der Lage sind, ihren Plasterouter ggf. wieder zu unbricken, schient aber prinzipiell zu funktionieren.
http://www.nadeshda.org/ff/gluon-ruhr/sysupgrade/
(nicht davon irritieren lassen, dass im Configmode das Ding teilweise behauptet, ein 2014.3 zu sein. Ist es nicht, ist barrier-breaker.)
der neue umac ist als primärer codec drin und auch obige net.ipv6.neigh.default.gc_thresh-Einstellung.
Fri Nov 21 00:14:44 2014 daemon.info fastd[1312]: new session with <mesh_vpn_backbone_peer_ruhrgebiet1> established using method `salsa2012+umac'.
Fri Nov 21 00:14:46 2014 daemon.info fastd[1312]: new session with <mesh_vpn_backbone_peer_ruhrgebiet2> established using method `salsa2012+umac'.
Nach einem normalen sysupgrade ging es noch.
Dann habe ich mal ein sysupgrade „mit Parameterclear“ versucht, jetzt bekomme ich den Node nicht registriert?
Zumindest bekomme ich kein mesh-VPn aufgebaut
Er dreht sich in der Schleife:
Fri Nov 21 03:10:34 2014 daemon.info fastd[2655]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet3>[37.252.124.177:10000]...
Fri Nov 21 03:10:34 2014 daemon.info fastd[2655]: resolving host `ffrg3.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet3>...
Fri Nov 21 03:10:34 2014 daemon.info fastd[2655]: resolved host `ffrg3.freifunk-ruhrgebiet.de' successfully
Die uptimes laufen wunderbar hoch… Noch sieht es gut aus! Wir hatten in der letzten Woche allerdings immer mal wieder Momente, in denen Uptimes bis auf 12h+ hochgekommen sind.
Danke an alle hier für die zeitnahe(n) Lösung(sversuche).
Ich möchte noch einmal auf das oben beschriebene Problem hinweisen - das ist nicht gelöst.
Und ich habe eine Bitte:
Ich werde immer mal wieder gefragt, warum Freifunk so langsam ist oder nicht funktioniert. Es wäre sehr hilfreich, wenn es eine Übersetzung der Problembeschreibung, des Lösungsweges und der Lösung gäbe.
Im aktuellen Fall weiß ich z.B. nicht, ob nun das Problem gefunden und gelöst ist, ob es nur eine temporäre Lösung ist, neue Ups-Downs vorprogrammiert sind und und und.
Wahrscheinlich kann man das von den Leuten (wieviele eigentlich?) die an der Lösung arbeiten, nicht verlangen. Würde zusätzlich Zeit stehlen.
Vielleicht gibt es aber jemand außerhalb dieses Kreises, der das kann.
Nachtrag: die Frage der „Nachhaltigkeit“ wurde von Seiten der Politik auch gestellt - wer bzw. wieviele Leute machen die Programmierung, halten das am Laufen etc. - begibt man sich in die Abhängigkeit nur ganz weniger Personen, was ist wennn die wegbrechen. Kurz und gut Transparenz ist Pflicht, auch bei Angaben darüber, wie technische / soft / firmware Probleme gelöst werden.
1 - Kosmos / Abrazo:
Kein echtes Problem, lediglich ein Anzeigefehler.
Einfach den Alfred auf Kosmos neustarten, dann ist die Node wieder sichtbar und der Uplink auch wieder der richtigen Node zugeordnet…wird ebenfalls in 2014.4 besser, da dort Alfred stabiler laufen soll, ist nicht durch uns manipulierbar, da müssen wir auf die Gluon Entwickler hoffen…
2 - warum ist Freifunk so langsam / funktioniert nicht
Das kann an diversen Dingen liegen, sehr oft leider nicht an der Infrastruktur, ich würde sogar soweit gehen und sagen eher selten an der Infrastruktur. Die meisten Fehler treten lokal auf, durch schlechte Internetleitungen, wegbrechende Uplinks, zu geringem Durchsatz bei weit entfernten Routern in der Luft, usw usw. In Gelsenkirchen wird es massiv lokale Probleme geben, ganz sicher sogar, trust me…
2a - Übersetzung
Viel zu übersetzen ist ja eigentlich nicht gewesen.
Ich habe auf Seite der Infrastruktur diverse, die allgemeine Performance beeinflussende, Dinge auf Stand gebracht. Man merkt dass die Last auf den Nodes dadurch reduziert wurde und die Performance durch diese Entlastung massiv gesteigert wurde. Erstmal ist es besser und bleibt auch so.
3 - Nachhaltigkeit
Das ist in der heutigen Zeit eine eher belustigende Frage, es sei denn man wählt als Hotspot Anbieter die Telekom. Jedes andere Unternehmen kann auch morgen den Bach runter gehen und liefert dann nicht mehr.
Insgesamt ist festzuhalten das unsere Technik wesentlich komplexer ist als bei den gewöhnlichen Hotspot Anbietern. Dies ist dem Umstand geschuldet, dass wir in der Luft meshen. Gib jedem Freifunkrouter einen eigenen Uplink, dann hast Du die Probleme des Mesh in der Luft zumindest nicht mehr. Stell das ganze Netz darauf um nicht mehr in der Luft zu meshen, dann hast Du gar keine Probleme mehr, denn dann kannst Du direkt Layer3 statt Layer2 auf die Nodes fahren, allerdings dann komplett ohne Funktionen die unser Netz besonders machen, wie beispielsweise das uplinklose meshen in der Luft, Roaming über alle Router hinweg, etc.
Was wollen wir also,
das sind keine Restarts, der Node hat eine Uptime von 860h!
Ihr müsst die Probleme differenzieren.
Die Aussage, dass bei euch in GE das Freifunk so langsam ist, habe ich auch in einem Kommentar bei FB gelesen. Ich vermute stark, dass zumindest einige eurer Uplinks überlastet sind! Das hat aber auch nix mit Restarts zu zun.
Man sieht aber auch, dass die Load wieder signifikant auf den früheren Wert zurückgegangen ist. Ich bin zuversichtlich.
Bitte mich jetzt richtig falsch zu verstehen:
@Chris
Phillip hat den Kosmos Router online überprüft - ich gehe davon aus, dass er den Alfred neugestartet hat. Falls nicht, könnte er es - im Gegensatz zu mir - nachholen. Ich kenne den Befehl etc. dafür nicht.
@Reka
in dem kleinen Bereich haben wir 7 uplinks - es waren hier noch nie mehr als 40 Clients gleichzeitig online. Wenn ich es recht verstanden habe, kann man sich aber auf keine der Anzeigen wirklich verlassen. Was Up angezeigt wird, kann down sein, was Down angezeigt wird kann Up sein. Ich habe keine Möglichkeit einzelne Uplink Router auf Geschwindigkeitsprobleme zu überprüfen.
1 - Kosmos / Abrazo:
Kein echtes Problem, lediglich ein Anzeigefehler.
Einfach den Alfred auf Kosmos neustarten, dann ist die Node wieder sichtbar und der Uplink auch wieder der richtigen Node zugeordnet…wird ebenfalls in 2014.4 besser, da dort Alfred stabiler laufen soll, ist nicht durch uns manipulierbar, da müssen wir auf die Gluon Entwickler hoffen…
2 - warum ist Freifunk so langsam / funktioniert nicht
Das kann an diversen Dingen liegen, sehr oft leider nicht an der Infrastruktur, ich würde sogar soweit gehen und sagen eher selten an der Infrastruktur. Die meisten Fehler treten lokal auf, durch schlechte Internetleitungen, wegbrechende Uplinks, zu geringem Durchsatz bei weit entfernten Routern in der Luft, usw usw. In Gelsenkirchen wird es massiv lokale Probleme geben, ganz sicher sogar, trust me…
2a - Übersetzung
Viel zu übersetzen ist ja eigentlich nicht gewesen.
Ich habe auf Seite der Infrastruktur diverse, die allgemeine Performance beeinflussende, Dinge auf Stand gebracht. Man merkt dass die Last auf den Nodes dadurch reduziert wurde und die Performance durch diese Entlastung massiv gesteigert wurde. Erstmal ist es besser und bleibt auch so.
3 - Nachhaltigkeit
Das ist in der heutigen Zeit eine eher belustigende Frage, es sei denn man wählt als Hotspot Anbieter die Telekom. Jedes andere Unternehmen kann auch morgen den Bach runter gehen und liefert dann nicht mehr.
Insgesamt ist festzuhalten das unsere Technik wesentlich komplexer ist als bei den gewöhnlichen Hotspot Anbietern. Dies ist dem Umstand geschuldet, dass wir in der Luft meshen. Gib jedem Freifunkrouter einen eigenen Uplink, dann hast Du die Probleme des Mesh in der Luft zumindest nicht mehr. Stell das ganze Netz darauf um nicht mehr in der Luft zu meshen, dann hast Du gar keine Probleme mehr, denn dann kannst Du direkt Layer3 statt Layer2 auf die Nodes fahren, allerdings dann komplett ohne Funktionen die unser Netz besonders machen, wie beispielsweise das uplinklose meshen in der Luft, Roaming über alle Router hinweg, etc.
Was wollen wir also,
Belastet bitte nur den Philip nicht zu sehr. Er hat eigentlich gänzlich andere Aufgaben als Alfred Dienste auf Routern vor Ort neu zu starten.
Die Map ist als Diagnosewerkzeug aktuell zumindest „ungünstig“, solange der Alfred in der Firmware der Nodes noch Probleme hat…
@Chris
Phillip war auf dem Router und hat das Alfred Problem überprüft. Ich gehe davon aus, dass er ihn auch neu gestartet hat - oder? Das Problem besteht immer noch.
Thema „Nachhaltigkeit“
Damit ist Manpower gemeint. Konkret: wie groß ist die Personaldecke. Was passiert, wenn Leistungsträger aus dem Bereich Technik im Bündel nach Irland weggekauft werden oder als Gang im Silicon Valley für viele Dollar tätig werden, statt unbezahlt Freifunk weiter zu machen. Das sind ernst gemeinte Fragen der Politik, die ich vor Ort auch beantworten muss.
Thema „Übersetzung“
am Ende ist es ja meistens nicht viel, was gemacht werden musste. Die Techniker verstehen die Lösung, wenn sie die „Suchwege“ nachvollziehen. Ich muss aber hier alle bedienen - technik affine Politiker, die Router-Bettreiber und die „Endkunden“ - und das alles ohne Technik-Sprech auf Kleine-Mann-von-der-Straße-Sprech runter brechen zu können.
Nachtrag zur Nachhaltigkeit:
Wir suchen fortlaufend nach fähigen Linux Experten, um das lokale Ruhrgebiets Admin Team zu verstärken.
„Der Papa“ hatte die letzten Wochen wegen zu vieler Projekte und einem privaten Fiasko leider nicht so viel Zeit wie üblich. Ich will nun gar nix schön reden, aber vielleicht haben die Probleme eben auch daran gelegen das ich zu wenig Zeit für das Netz verwendet habe. Zumindest hätte man es schneller lösen können…
Einen mutigen Admin Kandidaten haben wir noch in der Pipeline, da bin ich noch nicht zu gekommen mich zu kümmern, aber das Admin Team zu verstärken ist unumgänglich, da es für die allgemeine Administration derzeit nur aus mir besteht - auch wenn ich noch die Hoffnung hege, dass der Jörg sich auch in die allgemeine Administration reinmischt. 
kann ich bestätigen nach einem einfachen sysupdate 
Die Personaldecke sieht derzeit so aus:
Chris: Administration global
Philip (@pberndro): PR, Firmwarekompilierung/Firmwarebetreuung (aktuell auch noch zusätzlich allgemeiner Support)
Jörg: Administration DNS / Mail / Security
Thomas (@thomasDOTwtf): Notfalladmin fürs Ruhrgebiet, Admin der Domäne Möhne
Thomas (@fragstone): aktuell Admin Bewerber
okay, werd das hier nicht vertiefen, eine persönliche Begegnung vor einer Befragung durch die Ratsfraktionen würde mir ein sichereres Gefühl geben. Möchte schon von dem „Alles nur Avatare“ Gefühl wegkommen und selber einschätzen können… usw,
Nachtrag: bin in Sachen Freifunk und Vertrauen setzten in Einzelpersonen gebranntes Kind
Sahen ich, Julian, Andy, Jörg etc. aus wie Avatare?
Du bist eine der ganz ganz wenigen Personen die nicht nur unmittelbar, in ca. 3 Meter Abstand, zu ffrg0 etc. bei uns im RZ gestanden haben, sondern auch direkt noch mehrere Personen, die sonst nie jemand zu Gesicht bekommt, gesehen haben…oder ich muss Deinen Memory debuggen!?
vielleicht wäre diese Info an zentralerer Stelle besser aufgehoben, zB. hier:
ohh… ich dachte die arbeiten der Deutschen Bank oder Julian Assange zu … - und die dürfen wirklich nicht da raus? 
Nee ernsthaft noch mal - einige von euch denken, dass ich ein seltsamer Kauz (Troll usw.) wäre. Was nicht weiter schlimm ist, ob ich nun was tue oder unterlasse, es hat keine Auswirkung auf den Freifunk.
Läuft aber einer der Leistungs- und Entscheidungsträger „Amok“ - sieht das anders aus. Wenn ich also etwas glaubwürdig vertreten soll, sollte ich da auch Sicherheiten haben - in diesem Fall, dass ich ungefähr einschätzen kann, wie die Menschen „ticken“ die das Projekt verantwortlich stemmen.
Höre eine Eingebung: es wäre ein MAC/Bit Problem - es muss ein völlig anderer, neuer Router da hin, dann ginge es auch.