was hat eigentlich diese extra Zeile in Ausgabe von mtr zu bedeuten? An dem problematischen Anschluss taucht die jedesmal auf. Ich habe "mtr -4 google.de" gerade nochmal an einem anderen osnatel anschluss getestet. hier taucht nirgendwo loss auf und diese extra Zeile zwischen hop1 und hop2 ist eben auch nicht da. Kann da irgendein Zusammenhang bestehen?

Am 25.06.2016 um 10:43 schrieb lrnzo via Nordwest:

1. 192.168.178.1 13.8% 651 18.0 19.0 0.3 62.3 4.8 bng-os-10.ewe-ip-backbone.de
2. bng-os-10.ewe-ip-backbone.de 17.2% 651 18.3 19.2 17.6 63.3 5.3

Hallo Leute,

wir haben hier immer noch das Problem. Gestern habe ich mir das ganze nochmal angeschaut und wollte schon Freudensprünge machen, weil ich stabil 0% paketloss beim mtr auf gw-os01.sn.ffnw.de sah. Sollten unsere Anrufe beim Provider (osnatel/ewe) wirklich dazu geführt haben, dass er sein vermeintliches Problem gefixt hat?

Wenig später bekam ich einen Anruf von jemandem, der dort wohnt, wo wir das aufgebaut haben (bzw noch dabei sind). Das Internet ginge nicht, ob ich mir das mal angucken könnte. Gesagt, getan: keine Originatoren auf der Mesh-on-Lan Schnittstelle eth0 gesehen, den Menschen gebeten, mal den ersten Meshrouter hinterm Offloader zu restarten. Nachdem dieser gebootet hatte waren auch wieder Originatoren auf eth0 zu sehen. Dann kam mir aber der Verdacht, dass das Fehlen der Meshrouter auf LAN-seite der Grund für den 0%-paketloss auf WAN-Seite gewesen sein könnte. um das zu testen, habe ich mal folgendes gemacht:

batctl if del eth0 && mtr -4 --report-wide -c 60 gw-os01.sn.ffnw.de && batctl if add eth0 && mtr -4 --report-wide -c 60 gw-os01.sn.ffnw.de

das Ergebnis finde ich schon aussagekräftig:

Start: Mon Jul 11 08:45:50 2016 HOST: FF-OS-Offloader-Peinerstr Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.178.1 0.0% 60 19.1 18.8 0.4 22.8 2.5 2.|-- 212.95.98.253 0.0% 60 18.3 19.1 18.3 29.4 1.5 3.|-- xe-3-0-0.bbrt-1.os.osnanet.de 0.0% 60 18.8 18.8 18.1 34.9 2.1 4.|-- bbrt-ol-1-xe-3-1-0.ewe-ip-backbone.de 0.0% 60 19.5 20.0 19.3 28.2 1.4 5.|-- bbrt.ffm-0-xe-2-1-0.ewe-ip-backbone.de 0.0% 60 36.6 37.1 36.2 63.3 3.7 6.|-- decix-gw.hetzner.de 0.0% 60 37.1 37.1 36.6 44.4 0.9 7.|-- core21.hetzner.de 0.0% 60 41.9 41.7 41.3 42.5 0.0 8.|-- juniper3.rz16.hetzner.de 0.0% 60 41.5 46.3 41.0 107.9 15.4 9.|-- hos-tr1.ex3k15.rz16.hetzner.de 0.0% 60 42.9 43.8 42.3 49.2 1.3 10.|-- srv16.ffnw.de 0.0% 60 42.0 41.7 41.3 43.5 0.2 11.|-- gw-os01.sn.ffnw.de 0.0% 60 41.2 41.6 41.1 42.6 0.1 Start: Mon Jul 11 08:46:55 2016 HOST: FF-OS-Offloader-Peinerstr Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.178.1 0.0% 60 18.7 19.5 0.4 31.4 3.5 2.|-- 212.95.98.253 1.7% 60 19.1 20.1 18.4 78.6 7.8 3.|-- xe-3-0-0.bbrt-1.os.osnanet.de 1.7% 60 18.6 19.0 18.1 33.1 2.1 4.|-- bbrt-ol-1-xe-3-1-0.ewe-ip-backbone.de 1.7% 60 19.6 20.4 19.2 34.1 2.5 5.|-- bbrt.ffm-0-xe-2-1-0.ewe-ip-backbone.de 3.3% 60 36.9 37.6 36.2 74.1 5.7 6.|-- decix-gw.hetzner.de 1.7% 60 36.9 37.2 36.5 38.6 0.3 7.|-- core21.hetzner.de 5.0% 60 42.4 42.1 41.2 47.0 0.7 8.|-- juniper3.rz16.hetzner.de 1.7% 60 42.0 42.6 41.1 66.1 3.8 9.|-- hos-tr1.ex3k15.rz16.hetzner.de 3.3% 60 42.9 43.7 42.1 49.1 1.4 10.|-- srv16.ffnw.de 1.7% 60 42.1 41.8 41.2 43.7 0.3 11.|-- gw-os01.sn.ffnw.de 0.0% 60 41.3 41.8 41.2 50.4 1.1

wie gesagt: beim ersten mtr findet auf eth0 (LAN) kein batman statt, nur auf eth1 (mesh-vpn), beim zweiten mtr hingegen meshen die 8 "lokalen" Router über fastd mit dem Rest der lk-os hood. Ich kann also den paketloss an- bzw. abeschalten, indem ich mesh-on-lan an- bzw abschalte. Kann das sein? hat irgendwer dafür eine erklärung? Fährt irgendwo jemand eine vergleichbare Anzahl an Routern über einen einzeln (Osnatel/ewe) vdsl-Anschluss und kann dort mal den gleichen Test machen?

ich werde das heute Nacht, wenn ich nicht so viele Leute offline nehmen muss, noch paar mal via cronjob testen und die Ergebnisse dann morgen früh hier posten.

bin gespannt Lorenz

Am 25.06.2016 um 10:43 schrieb lrnzo via Nordwest:

Hallo Leute,

hier mal eine Frage an die netzwerk-experten: ich habe einen offloader hinter einer fritzbox 7490 an einem Osnatel business Anschluss hängen. eigentlich sollte ich hier ca 40Mbit/s down und 5Mbit/s up haben. Speedtest übers normale lan (no freifunk involved) liefert so ca. 25 down. jetzt habe ich mir das mal vom offloader aus mit mtr angeschaut und es sieht immer ungefähr so aus:

Host Loss% Snt Last Avg Best Wrst StDev

1. 192.168.178.1 13.8% 651 18.0 19.0 0.3 62.3 4.8 bng-os-10.ewe-ip-backbone.de
2. bng-os-10.ewe-ip-backbone.de 17.2% 651 18.3 19.2 17.6 63.3 5.3
3. bbrt-os-0-ae14.ewe-ip-backbone.de 17.4% 651 18.3 18.6 17.8 41.9 2.0
4. bbrt-ol-1-xe-3-1-0.ewe-ip-backbone.de 16.8% 650 19.6 20.4 19.1 64.4 4.2
5. bbrt.hb-2-xe-2-3-0.ewe-ip-backbone.de 17.8% 650 23.2 23.1 22.1 67.5 3.6
6. bbrt.hb-0-1-xe-3-0-1.ewe-ip-backbone.de 19.7% 650 33.8 24.4 22.3 50.9 3.5
7. bbrt-hh-0-ae0.ewe-ip-backbone.de 23.8% 650 26.5 27.3 26.1 59.3 3.8
8. hh-google-gw.ewe-ip-backbone.de 25.2% 650 27.6 27.5 26.8 53.8 1.7
9. 209.85.249.124 25.2% 650 27.1 26.8 26.3 30.8 0.3
10. 108.170.233.177 26.9% 650 26.6 28.2 26.2 49.2 3.8
11. 72.14.234.216 12.3% 649 30.6 30.9 30.2 44.0 1.5
12. 74.125.37.89 9.4% 649 39.6 39.9 39.0 50.1 1.6
13. 108.170.232.76 11.9% 648 39.5 39.5 38.9 48.9 1.1
14. 216.239.57.134 12.7% 648 39.4 39.9 38.8 61.2 2.7
15. 72.14.236.53 13.9% 648 40.0 39.7 39.3 44.3 0.3
16. fra07s29-in-f3.1e100.net 12.0% 648 39.2 39.4 38.9 43.3 0.3

Mit der Interpretation tue ich mich selber etwas schwer; zB ist der angezeigte packet loss zwischen dem Host und der Fritzbox sicherlich nur ein Phantom, das durch entsteht, dass responses von weiter entfernten hops fehlen. Oder? Ich habe deshalb nochmal die hops einzeln angepingt, jeweils mit 10 paketen

hop-1:192.168.178.1:10 packets transmitted, 10 packets received, 0% packet loss hop-2:212.95.98.244:10 packets transmitted, 7 packets received, 30% packet loss hop-3:212.95.100.166:10 packets transmitted, 8 packets received, 20% packet loss hop-4:80.228.109.237:10 packets transmitted, 8 packets received, 20% packet loss hop-5:212.6.114.137:10 packets transmitted, 9 packets received, 10% packet loss hop-6:80.228.90.14:10 packets transmitted, 9 packets received, 10% packet loss hop-7:212.6.114.105:10 packets transmitted, 8 packets received, 20% packet loss hop-8:80.228.109.242:10 packets transmitted, 7 packets received, 30% packet loss hop-9:209.85.249.124:10 packets transmitted, 7 packets received, 30% packet loss hop-10:72.14.233.31:10 packets transmitted, 0 packets received, 100% packet loss hop-11:209.85.240.88:10 packets transmitted, 0 packets received, 100% packet loss hop-12:74.125.37.161:10 packets transmitted, 0 packets received, 100% packet loss hop-13:209.85.251.179:10 packets transmitted, 0 packets received, 100% packet loss hop-14:216.239.57.185:10 packets transmitted, 0 packets received, 100% packet loss hop-15:72.14.236.53:10 packets transmitted, 0 packets received, 100% packet loss hop-16:172.217.21.3:10 packets transmitted, 10 packets received, 0% packet loss

wenn die DSL-Leitung selbst in Ordnung ist (Spekrum sieht ok aus und Rauschabstandsmarge verursacht auch kein Stirnrunzeln) liegt das Problem evtl bei ewe im Backbone.

Wie kann ich der sache noch weiter auf den Grund gehen, das Problem eingrenzen?

Techniker ist informiert, Ticketnummer bei ewe lautet 1125633.

Lg lrnzo _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest