Mach dir kein Stress @phip
Hoffe nur, dass wupper4 die aktuelle Situation als einziges Gateway aushält 
Danke für deinen Einsatz!
1 „Gefällt mir“
Ich habe immer noch wenig, sehr wenig Zeit und bin nicht dazu gekommen, die Fehler zu beseitigen. Es sieht immer noch katastrophal aus:
{w0,w2,w3,w6} -> bat15ofastd -> w4 -> NAT -> GRE -> w0 -> GRE -> BB-{FRA,BER}
w1 ist tot aus Gründen von Übersicherheit. w0 könnte auch ein GW sein, ich bin aber zu bräsig iptables richtig zu konfigurieren. Falsch konfiguriert wird der Datenstrom aus w4 noch ein mal geNATet …
Dennoch wundert es mich, dass sich niemand von Euch beschwert. Ist die Lage doch nicht so übel, wie sie Theoretisch klingt und ich sie mir vorstelle oder werde ich verschont? Reißen sich die Freifunk-Gemeinschaften zusammen und nutzen nicht so viel Internet oder haben sich abgekoppelt, um eigene Lösungen zu nutzen? Die Load auf allen Servern ist absolut gering, Paketverluste fast nicht gegeben; nur die Latenz ist verständlicherweise höher.
Ich wäre dankbar für Rückmeldungen.
In Hennef ist die Perfomance mit wupper4 als einziges Gateway OK. Unsere Unitymedia Knoten (ohne Mesh) sind offline, da wupper1 auch offline ist. Ich hätte ein besseres Gefühl, wenn wieder zumindest ein weiteres Gateway online wäre
Hier in GM ist alles entspannt. Speed und Ping liegen sogar im üblichen Bereich. In unserem Netz ist in Moment aber auch weniger los.
Danke für dein Einsatz!
IPv6 wurde im DNS für ein paar Superknoten mehr aktiviert. Die Änderung ist spätestens in einer Stunde bei allen bekannt. So was bitte früher melden. Ich hatte das mit der IPv6-Verbindung gar nicht mehr auf dem Schirm …
GL - lt. http://map.gl.wupper.freifunk-rheinland.net/exp/ ca. 800 user, ca. 300 Nodes online, dazu zahlreiche Nodes in rot, weis aber nicht, warum, Downloadspeed 9 Mbit/s, scheint alles so weit OK.
Ich habe soeben w2 und w3 abgegeben. w4 und w6 in Berlin sowie w0 in Robaix laufen gut. w1 hat derzeit keine Anbindung ans BB. ich Kümmere mich d’rum, wenn ich wieder kontaktiere. GL ist auf 500 fastd-Verbindungen eingestellt: w1 200, alle anderen je 100.
Bitte meldet Probleme – ich habe vorerst die komplette Übersicht verloren.
3 „Gefällt mir“
bis vor 5 min war alles OK, down über 10 Mbt/s, seit 5 Min download max 0,5 Mbit/, Standardgateway = 0.246
edit 14:30 h
wieder alles OK mit 14,5 Mbit/s
GL: Alles soweit ok, einige Uplink-Knoten nur bei einem Supernode.
Speed, Latenz wie üblich (manchmal kurz schlecht, nach einer Minute wieder ok (Wechsel Supernode)).
Last in den Flüchtlingsheimen wie immer Anschlag…
Danke für die Rückmeldungen. Es freut mich, dass alles Läuft.
Nur einen Tunnel zu haben wird bald der Normalzustand sein. Ich bin von der Stabilität der FFRL-VMs begeistert. Sie halten durch und fallen nicht aus¹. Deshalb kann auf nur eine Tunnelverbindung gewechselt werden. In der Firmware sollten dennoch aus Gründen zwei Tunnel eingetragen werden. Dies soll den Intersuperknotendatenverkehr reduzieren, da durch die Hop-Penalty das direkte GW ausgewählt wird und nicht irgend eins, zu dem ein weiterer Hop statt finden muss.
Ich werde heute im laufe des Tages ein paar Tests/Benchmarks der neuen VMs durchführen. Deshalb werden w0 und w1 von der Wolke getrennt. Sehe ich Engpässe, werde ich zurück rudern …
––––––––––
¹) eine VM ist schon mal außerplanmäßig ausgefallen – aber ein Mal ist „kein Mal“, zwei Mal ist „immer“.
1 „Gefällt mir“
Ja, es kommt erstaunlich viel durch, ich hatte heute speedtests mit über 25MBit/s vom Handy aus zum 5GHz.
Ich hatte heute zeitweise keine Verbindung oder Packet Loss > 50%
So sieht es im Moment auch aus.
GW ist W4
Kann ich bestätigen!
Mein Router verbindet sich nicht mehr mit w0 und w3
danke für die Rückmeldungen ein mtr wäre toll, um zu sehen, wo es hängt. Bin gerade am w6, dort alles iO. Habe keine Zeit andere Server zu MyTraceRouten. Server haben eine load von 50 %.
w0 ist heute für WUP gesperrt und w3 existiert nicht mehr (guten Morgen).
gl.wupper 00:54 h
Wupper 0 = 100%
Wupper 6 = 98%
aber client via wup 6 bekommt weniger als 0.5Mbit/s down
client via wup0 hab ich keinen
edit 20:20h
seit heute Freifunk.-Schnecke
client bekommt immer 0.241
Durchsatz down unter 1,0, up dabei relativ gut mit knapp unter 2,0
packet loss 50%, Ping 250
Router wup0 4% packet loss
Router wup6 4% packet loss
Router -Client 5% Packet loss
Edit 20:50 h
ping 32 ms
dhcp OK
kein packet loss
Aufbau Webseite (egal welche) ca. 4 min.
speed down: 0,66 / up: timeout
Edit 23:45h
client bekommt nun als DHCP-Server 0.246 aber als Standardgateway (was ich noch nie so gesehen habe) zwei IPs: 0.241 und 0.246, beide start schwankende pings zwischen 60 und 400 ms
Router ist aber noch als mit wup0 + wup 6 angzeigt.
verwirrend.
Spannend: Wenn ich auf einem Gluon ins Internet trace, bekomme ich folgendes:
root@FF_GL_Spielwiese_5:~# traceroute spiegel.de
traceroute to spiegel.de (62.138.116.3), 30 hops max, 38 byte packets
1 192.168.1.1 (192.168.1.1) 0.750 ms 0.744 ms 0.707 ms
2 * * *
3 * * *
4 * * *
5 *^C *
Wenn ich auf meinem WindowsPC trace (der an Spielwiese5 als Gateway hängt), bekomme ich
tracert spiegel.de
Routenverfolgung zu spiegel.de [62.138.116.3]
über maximal 30 Hops:
1 54 ms 56 ms 56 ms 10.156.0.241
2 79 ms 78 ms 77 ms 100.64.0.36
3 78 ms 90 ms 81 ms strato.ber.ecix.net [194.9.117.61]
4 148 ms 95 ms 99 ms ae2.0.morla.as6724.net [85.214.0.65]
5 89 ms 93 ms 92 ms ae0.cr-polaris.fra1.he-core.de [80.81.192.239]
6 102 ms 97 ms 95 ms xe-0-2-0.cr-nashira.cgn4.he-core.de [80.237.129.109]
7 118 ms 94 ms 94 ms xe-2-0-0.cr-electra.gut1.he-core.de [80.237.129.22]
8 95 ms 94 ms 92 ms 80.237.129.54
9 99 ms 94 ms 96 ms 62.138.116.3
Ablaufverfolgung beendet.
Durchsatz gut, no package loss, Wupper 1 und Wupper 6
15.12., 05.15 Uhr
Die Nodes haben kein IPv4
Ausser die Uplinks die haben per wan internet
Ansonsten haben die knoten überhaupt kein Internet weil wir noch kein ipv6 haben
Ihr seid etwas missverständlich.
WLAN Client kann natürlich ping senden, sonst bekäme er keine Webseiten. Umgekehrt geht nicht, also Client oder Router via Internet von aussen anpingen.
IPv4-Standardgateway: 10.156.0.246
IPv4-DHCP-Server: 10.156.0.246
IPv4-DNS-Server: 8.8.8.8
Ping wird ausgeführt für 10.156.0.246 mit 32 Bytes Daten:
Antwort von 10.156.0.246: Bytes=32 Zeit=116ms TTL=64
Antwort von 10.156.0.246: Bytes=32 Zeit=34ms TTL=64
Antwort von 10.156.0.246: Bytes=32 Zeit=34ms TTL=64
Antwort von 10.156.0.246: Bytes=32 Zeit=35ms TTL=64
Ping-Statistik für 10.156.0.246:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 34ms, Maximum = 116ms, Mittelwert = 54ms
Ping wird ausgeführt für spiegel.de [62.138.116.3] mit 32 Bytes Daten:
Antwort von 62.138.116.3: Bytes=32 Zeit=52ms TTL=247
Antwort von 62.138.116.3: Bytes=32 Zeit=55ms TTL=247
Antwort von 62.138.116.3: Bytes=32 Zeit=50ms TTL=247
Antwort von 62.138.116.3: Bytes=32 Zeit=49ms TTL=247
Ping-Statistik für 62.138.116.3:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 49ms, Maximum = 55ms, Mittelwert = 51ms