[Freifunk-Bonn] Sind wieder Arbeiten im Freifunknetz zugange?

So Sep 7 19:34:07 CEST 2014

Hallo Jan,

ich habe jetzt mal auf mehreren Strecken mtr ausgeführt. Einmal ganz normal von meinem Client über den Node Johnny-1 auf www.google.de

 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 172.27.24.1                       2.3%  7505   26.3  88.6  21.1 3054. 137.5
 2. 172.27.255.3                      3.2%  7505   49.1 114.4  38.7 2979. 143.8
 3. 195.54.164.201                    1.5%  7505   45.4 175.3  39.2 3017. 165.2
 4. de-cix20.net.google.com          58.8%  7504  575.6 189.3  56.5 2917. 169.2
 5. 209.85.251.150                    1.8%  7504  387.1 187.0  56.2 2816. 158.1
 6. 209.85.251.248                    1.9%  7504  286.6 182.6  58.4 2890. 157.1
    72.14.234.231
 7. 209.85.240.223                    2.0%  7504  186.0 179.5  54.9 2789. 157.5
    209.85.242.187
 8. 72.14.233.217                     1.6%  7504   92.0 181.9  53.6 2911. 158.3
    72.14.233.30
 9. 72.14.235.213                     3.0%  7504   67.9 123.4  54.6 2818. 131.6
10. ham02s12-in-f24.1e100.net         1.7%  7504   94.8 182.1  54.6 2731. 163.3

Dann von meinem Client auf einen Freifunk-Knoten, der eine niedrige Latenz aufweißt und keine verlorenen Pakete hat. 
Name: FF-Berzdorf-1
Mac:  10feede5fb12 
VPN: fastd2: up fastd3: up fastd5: down fastd8: down 
LL-Adresse: fe80::12fe:edff:fee5:fb12 

 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. fe80::12fe:edff:fee5:fb12         1.9%  7540  155.4 189.0  51.8 1830. 153.9

Und zuallerletzt auf einen anderen Node, der eine hohe Latenz (über 100ms) hat:
Name: freifunk_roki 
Mac: 10feedafbb3a 
VPN: fastd2: up fastd3: up fastd5: down fastd8: down 
LL-Adresse: fe80::12fe:edff:feaf:bb3a 

 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. fe80::12fe:edff:feaf:bb3a         6.0%  7521  244.9 214.6  45.1 3098. 234.8

Ich hoffe, Du kannst daraus etwas erkennen. Ich weiß leider zu wenig über den internen Aufbau des FF-Netzes, um aus den Zahlen etwas zu lesen.

Viele Grüße 
Thomas

Am 07.09.2014 13:26:22, schrieb Jan Lühr:
> Hallo,
> 
> 
> Am 09/07/2014 10:30 AM, schrieb > johnny.bee at gmx.de> :
> > Hallo Jan,
> > 
> > z.B. hat mein Node Johnny-1 einen Ping von 103ms. Obwohl Ihn aktuell
> > niemand nutzt und die Leitung auch frei ist.
> > Ich hab es jetzt ausprobiert mit Supernode fastd5 und fastd3 sowohl
> > jeweils einzeln als auch in Kombination.

> Ok - Auf welcher Strecke kommt denn die Latenz zu Stande. Hast Du mal
> ein mtr ausgeführt.
> 
> > Über die IP-Bereiche kann ich Dir nichts sagen, aber die werden doch
> > sowieso für IPV6 von den Supernodes ausgegeben und für IPV4 von Paul, oder?

> Nein - beides kommt von den Supernodes.
> 
> > Aber wenn Du Dir die Statistikseite auf register.kbu.freifunk.net
> > anschaust, wirst Du sehen, das es wahrscheinlich kein konkretes Problem
> > eines bestimmten Supernodes ist, da viele Nodes mit denselben
> > Supernodesverbindungen signifikant unterschiedliche Ping bzw. Lost
> > Packetwerte haben.

> Die Statistik ist immer ein wenig biased und nur ein Daumenwert. Das
> Problem ist, dass der Statistik-Server (zur Zeit noch) alle Nodes
> gleichzeitig pinged um die Erreichbarkeit zu ermitteln. Das Teil sitzt
> auf register.
> 

> > Jetzt gerade(10:10 Uhr) geht z.B. die Pingzeiten und lost Packet
> > signifikant herunter. Ich bin nachwievor mit einem Supernode (fastd5)
> > verbunden und es hat sich an der Auslastung meiner Leitung bzw. der
> > Menge an Clients auf meinem Node (0 User) nichts geändert.

> Ich hab' auf einigen Supernodes wondershaper installiert. Mglw. hat das
> die Situation verbesser.
> 
> > Was ist das? Zuviel Broadcast? Überlastung von Paul?

> Das kann ein mtr von Dir aus aufzeigen.
> 
> > Das Problem ist einfach, das solche Überlastung/Belastung ein
> > Showstopper für normale User ist. 

> Ja. Darüber brauchen wir nicht zu diskutieren.
> 
> > Und nein, diese "Geschwindigkeit" hat nichts mit VPN zu tuen.  Und es
> > fält natürlich auf, wenn Pakete anstatt 80-90 ms (Normal) auf einmal
> > 300-500ms brauchen. Und diese Lastspitzen bzw. lost Packet sind auch
> > nicht kurz, sondern gehen teilweise stundenlang. Dies kann man ja auch
> > sehr gut an den Nodediagrammen auf register.kbu.freifunk.net sehen...

> Ja. Die Frage ist halt nur, woher sie kommen und wie wir sie in den
> Griff bekommen.
> 
> > Es kann also eigentlich auch kein Problem von einigen Usern sein, welche
> > grad heavy load erzeugen...

> Doch - genau das kann sein. Mit einem 50Mbit/s VDSL kannst Du aktuell
> Supernodes inkl. Paul überlasten.
> 
> > Also woran liegt es, das manche Nodes (z.B. johnny-2), welcher eine
> > 6mbit Netcologe-Leitung hat,mit einem Ping von 34ms und null verlorenen
> > Packeten seit Stunden rumdümpelt, währung z.B. Johnny-1 (20mbit-Leitung
> > Netcologne, null Last) mit jetzt(10:24) einem Ping von 144ms und 3%
> > Packetlost vor sich hin eiert?

> Das zu erklären wird zu lang für diese Mail.
> 
> > Wenn dies eine Überlastung von Paul ist, sollten wir, bis ein neuer
> > Server existiert, vielleicht einige Dienste auf Paul deaktivieren bzw.
> > auf andere Maschinen verschieben....

> Es gibt auf Paul keine Dienste.
> 
> > Für mich z.B. ist die Wahl zwischen Diagrammen auf der Registerseite und
> > einer anständigeren Geschwindigkeit im Netz sehr schnell entschieden...

> Die Diagramme auf der register-Seite sollten das Netz nicht lahmlegen.
> 
> Versuch' mal bitte die Situation bei Dir mit mtr zu verfolgen um zu
> sehen, auf welcher Strecke Latenz und loss auftreten. Beobachte bitte
> gleichzeitig auch Pings an die Link-Local deines Nodes um WLAN-Störungen
> bei Dir auszuschließen.
> 
> Danke,
> Gruß Jan
> 
> -- 
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.bonn.freifunk.net
> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20140907/93027598/attachment.htm>