<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title></title><style type="text/css">.felamimail-body-blockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px solid #000088;} </style></head><body>Hallo Jan,<br><br>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<br><br> Host Loss% Snt Last Avg Best Wrst StDev<br> 1. 172.27.24.1 2.3% 7505 26.3 88.6 21.1 3054. 137.5<br> 2. 172.27.255.3 3.2% 7505 49.1 114.4 38.7 2979. 143.8<br> 3. 195.54.164.201 1.5% 7505 45.4 175.3 39.2 3017. 165.2<br> 4. de-cix20.net.google.com 58.8% 7504 575.6 189.3 56.5 2917. 169.2<br> 5. 209.85.251.150 1.8% 7504 387.1 187.0 56.2 2816. 158.1<br> 6. 209.85.251.248 1.9% 7504 286.6 182.6 58.4 2890. 157.1<br> 72.14.234.231<br> 7. 209.85.240.223 2.0% 7504 186.0 179.5 54.9 2789. 157.5<br> 209.85.242.187<br> 8. 72.14.233.217 1.6% 7504 92.0 181.9 53.6 2911. 158.3<br> 72.14.233.30<br> 9. 72.14.235.213 3.0% 7504 67.9 123.4 54.6 2818. 131.6<br>10. ham02s12-in-f24.1e100.net 1.7% 7504 94.8 182.1 54.6 2731. 163.3<br><br><br>Dann von meinem Client auf einen Freifunk-Knoten, der eine niedrige Latenz aufweißt und keine verlorenen Pakete hat. <br>Name: FF-Berzdorf-1<br>Mac: 10feede5fb12 <br>VPN: fastd2: up fastd3: up fastd5: down fastd8: down <br>LL-Adresse: fe80::12fe:edff:fee5:fb12 <br><br> Host Loss% Snt Last Avg Best Wrst StDev<br> 1. fe80::12fe:edff:fee5:fb12 1.9% 7540 155.4 189.0 51.8 1830. 153.9<br> <br><br>Und zuallerletzt auf einen anderen Node, der eine hohe Latenz (über 100ms) hat:<br>Name: freifunk_roki <br>Mac: 10feedafbb3a <br>VPN: fastd2: up fastd3: up fastd5: down fastd8: down <br>LL-Adresse: fe80::12fe:edff:feaf:bb3a <br><br> Host Loss% Snt Last Avg Best Wrst StDev<br> 1. fe80::12fe:edff:feaf:bb3a 6.0% 7521 244.9 214.6 45.1 3098. 234.8<br><br>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.<br><br>Viele Grüße <br>Thomas<br><br>Am 07.09.2014 13:26:22, schrieb Jan Lühr:<br><blockquote class="felamimail-body-blockquote"><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title></title><style type="text/css">.felamimail-body-blockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px solid #000088;} </style>Hallo,<br><br><br>Am 09/07/2014 10:30 AM, schrieb <a href="#" id="123:johnny.bee@gmx.de" class="tinebase-email-link">johnny.bee@gmx.de</a>:<br><blockquote class="felamimail-body-blockquote">Hallo Jan,<br><br>z.B. hat mein Node Johnny-1 einen Ping von 103ms. Obwohl Ihn aktuell<br>niemand nutzt und die Leitung auch frei ist.<br>Ich hab es jetzt ausprobiert mit Supernode fastd5 und fastd3 sowohl<br>jeweils einzeln als auch in Kombination.<br></blockquote><br>Ok - Auf welcher Strecke kommt denn die Latenz zu Stande. Hast Du mal<br>ein mtr ausgeführt.<br><br><blockquote class="felamimail-body-blockquote">Über die IP-Bereiche kann ich Dir nichts sagen, aber die werden doch<br>sowieso für IPV6 von den Supernodes ausgegeben und für IPV4 von Paul, oder?<br></blockquote><br>Nein - beides kommt von den Supernodes.<br><br><blockquote class="felamimail-body-blockquote">Aber wenn Du Dir die Statistikseite auf register.kbu.freifunk.net<br>anschaust, wirst Du sehen, das es wahrscheinlich kein konkretes Problem<br>eines bestimmten Supernodes ist, da viele Nodes mit denselben<br>Supernodesverbindungen signifikant unterschiedliche Ping bzw. Lost<br>Packetwerte haben.<br></blockquote><br>Die Statistik ist immer ein wenig biased und nur ein Daumenwert. Das<br>Problem ist, dass der Statistik-Server (zur Zeit noch) alle Nodes<br>gleichzeitig pinged um die Erreichbarkeit zu ermitteln. Das Teil sitzt<br>auf register.<br><br><blockquote class="felamimail-body-blockquote"><br>Jetzt gerade(10:10 Uhr) geht z.B. die Pingzeiten und lost Packet<br>signifikant herunter. Ich bin nachwievor mit einem Supernode (fastd5)<br>verbunden und es hat sich an der Auslastung meiner Leitung bzw. der<br>Menge an Clients auf meinem Node (0 User) nichts geändert.<br></blockquote><br>Ich hab' auf einigen Supernodes wondershaper installiert. Mglw. hat das<br>die Situation verbesser.<br><br><blockquote class="felamimail-body-blockquote">Was ist das? Zuviel Broadcast? Überlastung von Paul?<br></blockquote><br>Das kann ein mtr von Dir aus aufzeigen.<br><br><blockquote class="felamimail-body-blockquote">Das Problem ist einfach, das solche Überlastung/Belastung ein<br>Showstopper für normale User ist. <br></blockquote><br>Ja. Darüber brauchen wir nicht zu diskutieren.<br><br><blockquote class="felamimail-body-blockquote">Und nein, diese "Geschwindigkeit" hat nichts mit VPN zu tuen. Und es<br>fält natürlich auf, wenn Pakete anstatt 80-90 ms (Normal) auf einmal<br>300-500ms brauchen. Und diese Lastspitzen bzw. lost Packet sind auch<br>nicht kurz, sondern gehen teilweise stundenlang. Dies kann man ja auch<br>sehr gut an den Nodediagrammen auf register.kbu.freifunk.net sehen...<br></blockquote><br>Ja. Die Frage ist halt nur, woher sie kommen und wie wir sie in den<br>Griff bekommen.<br><br><blockquote class="felamimail-body-blockquote">Es kann also eigentlich auch kein Problem von einigen Usern sein, welche<br>grad heavy load erzeugen...<br></blockquote><br>Doch - genau das kann sein. Mit einem 50Mbit/s VDSL kannst Du aktuell<br>Supernodes inkl. Paul überlasten.<br><br><blockquote class="felamimail-body-blockquote">Also woran liegt es, das manche Nodes (z.B. johnny-2), welcher eine<br>6mbit Netcologe-Leitung hat,mit einem Ping von 34ms und null verlorenen<br>Packeten seit Stunden rumdümpelt, währung z.B. Johnny-1 (20mbit-Leitung<br>Netcologne, null Last) mit jetzt(10:24) einem Ping von 144ms und 3%<br>Packetlost vor sich hin eiert?<br></blockquote><br>Das zu erklären wird zu lang für diese Mail.<br><br><blockquote class="felamimail-body-blockquote">Wenn dies eine Überlastung von Paul ist, sollten wir, bis ein neuer<br>Server existiert, vielleicht einige Dienste auf Paul deaktivieren bzw.<br>auf andere Maschinen verschieben....<br></blockquote><br>Es gibt auf Paul keine Dienste.<br><br><blockquote class="felamimail-body-blockquote">Für mich z.B. ist die Wahl zwischen Diagrammen auf der Registerseite und<br>einer anständigeren Geschwindigkeit im Netz sehr schnell entschieden...<br></blockquote><br>Die Diagramme auf der register-Seite sollten das Netz nicht lahmlegen.<br><br>Versuch' mal bitte die Situation bei Dir mit mtr zu verfolgen um zu<br>sehen, auf welcher Strecke Latenz und loss auftreten. Beobachte bitte<br>gleichzeitig auch Pings an die Link-Local deines Nodes um WLAN-Störungen<br>bei Dir auszuschließen.<br><br>Danke,<br>Gruß Jan<br><br>-- <br>_______________________________________________<br>Freifunk-Bonn mailing list<br><a href="#" id="123:Freifunk-Bonn@lists.bonn.freifunk.net" class="tinebase-email-link">Freifunk-Bonn@lists.bonn.freifunk.net</a><br><a href="http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" target="_blank">http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn</a><br></blockquote><br></body></html>