Freifunk Karlsruhe

@[email protected]
244 Followers
32 Following
41 Posts
Wir bauen ein Regionales WLAN-Netzwerk in Karlsruhe und Umgebung. Dafür benötigen wir deine Unterstützung!
Websitehttps://karlsruhe.freifunk.net
Matrixhttps://matrix.to/#/%23ffka:entropia.de
Freifunk KarlsruheJan 30
herrbettJan 30

Die @ffka Statistik des Abends:

86,7% aller Clients die sich am 29.01. zwischen 20 und 23:59:59 Uhr mit dem Netz verbunden haben waren IPv6 mostly fähig.

Das ist deutlich mehr als ich erwartet habe.

#ipv6

Freifunk KarlsruheJan 29
herrbettJan 28

Das ist jetzt der ungünstigste Zeitpunkt das SSDs kaputt gehen können oder?

Die SSDs in den OpenWRT Buildhosts von @ffka näheren sich langsam aber stetig dem 100% Wareout und in dem Failure.

Heute Abend hat es die ersten zwei erwischt. Dank RAID1 beide SSDs natürlich kurze Zeit hintereinander.

Von euch hat niemand Micron 5400 MAX mit 960GB übrig oder? 👉👈
Dann könnten wir da einfach 1 zu 1 ersetzen.

Show threadFreifunk KarlsruheJan 27

Kleiner Reminder:

Das Freifunk Treffen ist morgen!

Wir freuen uns.

Show threadFreifunk KarlsruheJan 22

@goetz @strifel @adminforge @freifunkMUC

Wir haben uns zum aktuellen Zeitpunkt dagegen entschieden unsere DNS(64)-Server öffentlich bereitzustellen. Uns fehlen hier einfach ausreichende Redundanzen um DNS mit der entsprechend hohen Verfügbarkeit, die man erwartet, bereit zu stellen.

Show threadFreifunk KarlsruheJan 20

@tschaefer hast du die genaue Fehlermeldung für uns? Dann können wir besser verstehen was da vor sich geht.

Eine richtige online detection Logik haben wir bis jetzt nicht im Node intrigiert, zumindest nicht in einer Art und Weise die es uns relativ einfach macht den extra RA einfach abzuschalten. Wegen der niedrigen Prio und dem fehlenden Gateway sollte der so oder so von den meisten Systemen durch den unser Gateways überschrieben werden.

Show threadFreifunk KarlsruheJan 19
@tschaefer Die Logik basiert auf der in Gluon eingebauten Idee das es zwei Quellen für die RAs gibt. Einmal der Knoten selber, damit es auch ohne Internet immer die Möglichkeit auf Lokale Kommunikation gibt.
Die anderen RAs kommen dann von unserem Gateway und haben dementsprechend auch eine default Route.
Show threadFreifunk KarlsruheJan 19

@tschaefer Wir konnten gestern Abend endlich das Problem finden.

Der Autoupdater auf die Beta (und der Autoupdater der Experimental.) gehen endlich wieder.

Show threadFreifunk KarlsruheJan 17
@tschaefer Hmmpf, ja. Da müssen wir noch mal genauer ran. Da hat sich irgendwas verharckt, weil wir das Versionierungsschema leicht angepasst haben.
Show threadFreifunk KarlsruheJan 17
@tschaefer Prüf bitte noch mal ob der Autoupdater jetzt geht. Wir haben da noch einen Fehler gefunden beim Automatischen erzeugen der passenden Symlinks.
Show threadFreifunk KarlsruheJan 17

@tschaefer @goetz Ja wir wissen das die MTU Niedrig ist. Vorher war die MTU 1348, was eine Zahl war bei der mehrere CLAT auf Android aus dem Tritt gekommen sind, und konsequent 20 Byte zu große Pakete versucht haben zu senden. Dadurch das wir nun 1280 als MTU setzen, scheint sich das Problem lösen zu lassen.
Gerne würden wir die MTU wieder vergrößern.

Welche DHCP-108 Zeitspanne wäre denn ein Üblicher Erwartungswert? Wir haben diesen Wert aus der IPv6 Mostly Demo der Ruhr Uni übernommen gehabt.