Guten Morgen,
seit dem 17.06. ab ca. 14:22 Uhr sind mehrere Knoten offline.
Ein Neustart des Knoten ändert nichts am Zustand.
Gemeinsamkeit der Router:
VG
Daniel
Guten Morgen, kann es sein, dass diese Knoten an EWE-Tel-Anschlüssen hängen?
Da scheinen wir gerade noch ein Routing-Problem zu haben.
Das Problem wurde behoben, wir haben unsere Routen abgeändert, bis das eigentliche Problem behoben wird.
Bis auf das Freibad hängen die Geräte am Anschluss der „Deutschen Glasfaser“. Das Freibad hängt an einem lokalen Anbieter (Westnetz & Innofactory).
Die Arbeit am Freifunk vorbei ist ohne Probleme möglich. Die Verbindungen stehen.
Die Routingänderung sollte auch diese Knoten wieder online gebracht haben lt. Karte?
Das sollte so sein. Im Einzelfall ist es vielleicht nötig, einen Knoten einmal neu zu starten, falls dieser sich aufgehängt hat.
Hi,
heute Morgen waren ja Wartungsarbeiten angekündigt (PopUp auf der Startseite). Die Knoten sind alle wieder offline 
Ich hab einen auch mal zum Test neu gestartet. Kein Erfolg.
VG
Daniel
Leider sind es nicht nur Wartungsarbeiten, wir bauen gerade unser komplettes Backend um, was leider ziemlich aufwändig ist. Wir machen das auch nicht aus Spaß, sondern wir müssen aufgrund eines erzwungenen Wechsels unserer NAT-IP-Adressen alles auf Links ziehen.
Ich kann nicht sagen, wann es (überall) wieder laufen wird, wir machen aber so schnell wie möglich.
Hi,
zZ sind alle Knoten die wir seit betreuen seit 2 Tagen offline, andere im Dorf sind online.
Können wir was machen, dass diese auch online gehen können? In der Obdachlosenunterkunft fragt man alle paar Minuten „Wie lange noch?“ 
Andere Domäne oder so auswählen im Configmode vielleicht?
VG
Daniel
Eigentlich haben wir kein Problem solcher Art im Moment. Welche Knoten sind das genau und von welchem Provider sind die Internetzugänge?
Hi,
die Knoten oben aus den Screenshots.
Provider ist u.a.
Ok, die sind alle mit dem Berliner Gateway verbunden - da gibt es ein Routing-Problem, das wir erst im Zuge des Netzumbaus lösen können werden. Manche Routen zu manchen Peerings funktionieren im BGP zur Zeit nicht.
Wenn du Zugriff auf die Knoten hast, kannst du sie zwingen, das Frankfurter Gateway zu benutzen, indem du auf dem Knoten die Datei /etc/config/tunneldigger bearbeitest.
In dieser Datei stehen 2 Gateway-Adressen drin. Die mit der ungeraden Zahl steht für das Berliner Gateway, die mit der geraden Zahl für das Frankfurter, z.B.:
config broker ‚mesh_vpn‘
option uuid ‚e8de27f5exxx‘
option group ‚gluon-mesh-vpn‘
option broker_selection ‚usage‘
option bind_interface ‚br-wan‘
option interface ‚mesh-vpn‘
option enabled ‚1‘
list address ‚gate01.freifunk-lippe.de:20001‘
list address ‚gate02.freifunk-lippe.de:20001‘
Lösche einfach die Zeile mit gate01, speichere die Datei und starte den Knoten neu. Dann sollte er wieder online gehen. Leider ist dann keine Redundanz verfügbar, wenn unser Backend fertig umgestellt ist.
Es wäre extrem hilfreich, wenn jeweils IP(v4)-Adressen aus den Netzen der jew. Provider genannt werden könnten. Das sparte hier, »im Maschinenraum« quasi, doch einiges an Zeit und insbesondere schauen wir dann das konkrete Problem an. Anyway, seit ca. 15:20 scheinen die Knoten in Wickede zurückzukommen; zu etwa der Zeit wurde eine Routingänderung in Frankfurt aktiv (die aber auch Berlin betrifft), die ein Blackhole (Pakete werden zu einem Peer geschickt, dort aber verworfen oder sie versacken im entfernten Netz) umgehen.
U. a. sollten Verbindungen zu 1&1 nun wieder tun, als Seiteneffekt scheinbar auch jene zu „Deutsche Glasfaser“. FF-Wickede-11 hat das augenscheinlich nicht geholfen, da braucht’s dann IP-Adressen aus dem Netz von „Helinet DSL“, um das weiter zu debuggen.
