TBB Graph sieht viel besser aus, Netzseitige Anpassung?

[robert_s]

Bei IPv4 gibt es Packet-Loss...

Ist kein Packet-Loss. Die Fritz!Box entscheidet sich, nicht auf den Ping zu antworten. Ein Paket, was gar nicht erst erzeugt wird, kann nicht verloren gehen...

 

[MartinP_Do]

Hmm, meinst Du, der Ping-Timeout-Zähler unterscheidet nicht zwischen verschiedenen Quellen von Pings?
Dass die Fritzbox nur ein einlaufendes TCP-Paket pro Sekunde akzeptiert kann es ja nicht sein ;-)
Leider kann man in dem Monitor keine Einstellungen der Ping-Kadenz vornehmen ...

> The Firebrick device sends out an ICMP echo request (a 'ping') packet and measures how long it takes for your router (or computer if you have a DSL modem) to respond. We then plot the graph based on 100 seconds' worth of pings for each point to show the minimum, maximum and the average (mean) latency.

 

[miesepeter]

Mahlzeit,

ich ja echt komisch. Bei mir hat sich nach der grafischen Umstellung auf TBB die Ansicht auch geändert
- siehe Thread -
Ich habe nichts an meiner Fritzbox geändert. Neugestartet habe ich sie auch bereits.

 

[racekos]

Hmm, meinst Du, der Ping-Timeout-Zähler unterscheidet nicht zwischen verschiedenen Quellen von Pings?

Genau. Wenn du testweise mal eine der IP-Adressen der Fritzbox, die beim Thinkbroadband-Monitoring eingerichtet ist, von außen anpingst, solltest du das auch entsprechend sehen.

 

[robert_s]

ich ja echt komisch. Bei mir hat sich nach der grafischen Umstellung auf TBB die Ansicht auch geändert
- siehe Thread -
Ich habe nichts an meiner Fritzbox geändert. Neugestartet habe ich sie auch bereits.

Hast du ZWEI Monitore auf die IP-Adresse deiner Fritz!Box eingerichtet? Dann "kapert" der eine Monitor mit seinen sekündlichen Pings dem anderen die Antworten weg, denn die Fritz!Box antwortet ja nur auf 1 Ping pro Sekunde.

Es kann natürlich auch sein, dass irgendjemand anderes Pings auf diese IP-Adresse eingerichtet hat, z.B. jemand, der zuvor diese IP-Adresse zugeteilt bekommen und einen TBB-Monitor dafür eingerichtet hatte, den derjenige längst vergessen hat...

 

[miesepeter]

Hi,
nein, ich habe nur einen Monitor eingerichtet. Unter IP / Hostname wurde sowohl meine DynDNS Adresse als auch meine IP-Adresse eingerichtet. Die Graphen unterscheiden sich aber nicht. Also fällt der DynDNS-Anbieter als Fehlerquelle auch raus.
Meine IP hat sich aber auch seit Monaten nicht mehr geändert.
Diese Probleme fingen erst nach der grafischen Umstellung bei TBB mitte Mai an.
Da es auch "wie hier zu lesen" andere Betrifft, scheint der Fehler bei TBB zu sein.

 

[Der.Ede]

Mein Graph weist oft so einen Peak auf, welchen Hintergrund könnte es haben?
Ist immer im gleichen Zeitfenster.. gehört das zu irgendeiner Störquelle?

 

[robert_s]

Wenn du eine Fritz!Box hast, könntest du mal die Auslastung des Netzsegments und der eigenen Fritz!Box zu diesen Zeiten beobachten. Falls du selbst keinen allabendlichen Traffic-Peak hast, gibt es vielleicht Nachbarn im Segment, die jeden Abend Cloud-Backups machen oder so...

 

[carknue]

Habe seit ein paar Tagen auch sowas. Die beiden Abbrüche habe ich aber selbst verursacht.

 

[MartinP_Do]

Einen völlig identischen Plot habe ich auch für den gestrigen Tag, selbst die Kerbe in der Mitte des Plateaus...
Mache vorsorglich schon einmal den Referenz Test. Aktuell ist alles ok

Interessant wäre, nach den Ursachen zu forschen.

traceroute zu einer bestimmten URL einmal bei schlechtem Ping und einmal bei gutem.

 

[Der.Ede]

#meetoo

 

[MartinP_Do]

Könnte ggf jemand schauen, der einen Anschluss bei einem anderen Provider überwacht?
Wenn da auch das Plateau zu sehen ist, ist es wohl eher ein thinkbroadband Problem...

 

[MartinP_Do]

Gezappel fängt schon wieder an - unregelmäßiger als gestern IPv4 und IPv6 sieht identisch aus...



Ping von heute vormittag:

artin@martin-D2836-S1:~$ ping heise.de
PING heise.de (2a02:2e0:3fe:1001:302: 56 data bytes
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=1 ttl=56 time=19.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=2 ttl=56 time=17.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=3 ttl=56 time=16.8 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=4 ttl=56 time=15.5 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=5 ttl=56 time=19.1 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=6 ttl=56 time=17.6 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=7 ttl=56 time=16.9 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=8 ttl=56 time=15.2 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=9 ttl=56 time=15.6 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=10 ttl=56 time=17.1 ms

Aktueller Ping

martin@martin-D2836-S1:~$ ping heise.de
PING heise.de (2a02:2e0:3fe:1001:302: 56 data bytes
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=1 ttl=56 time=20.6 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=2 ttl=56 time=18.5 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=3 ttl=56 time=17.1 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=4 ttl=56 time=15.8 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=5 ttl=56 time=14.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=6 ttl=56 time=18.9 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=7 ttl=56 time=17.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=8 ttl=56 time=14.7 ms

Sehe da keinen Unterschied ... tippe auf Thinkbroadband

 

[racekos]

Bei einem Telekom-Anschluss ist hier nichts auffälliges zu sehen. Beim Vodafone-Anschluss aber genau das gleiche Bild. Also sehr wahrscheinlich nur ein Problem mit der Route zwischen Vodafone und Thinkbroadband.

 

[blu3bird]

IPv6:



IPv4:



Ich hab aktuell auch bemerkt, dass das Routing zu OVH auch sehr komisch ist.
Köln - Arcor-IP - Frankfurt - Amsterdam - Frankfurt.
Sonst war es immer Köln - Aorta (Frankfurt) - OVH

3 de-cgn01a-cr10-eth-6-0-1100.cgn.unity-media.net (81.210.134.210) 8.861 ms 17.270 ms 19.650 ms
4 145.253.49.208 (145.253.49.208) 20.561 ms 23.622 ms 18.227 ms

Die 145.253.49.208 ist eine IP aus dem Arcor-Netz, die hier noch nie aufgetaucht ist.

 

[MartinP_Do]

Hat Vodafone Aorta mit übernommen, oder ist das immer noch Liberty Global?
Ich meine mich zu erinnern, dass man nach einer Übergangszeit das Routing über das Liberty Kernnetz abschalten wollte ...

 

[blu3bird]

Hat Vodafone Aorta mit übernommen, oder ist das immer noch Liberty Global?
Ich meine mich zu erinnern, dass man nach einer Übergangszeit das Routing über das Liberty Kernnetz abschalten wollte ...

Ich hab am 17.07 ein Measurement gestartet (RIPE Probes), da war aorta noch zu sehen.

3 84.116.196.234 de-kas01a-rd01-ae-0-0.aorta.net 6830 11,678 ms 11,839 ms 11,561 ms
4 84.116.196.238 de-fra01b-rc2-ae-19-0.aorta.net 6830 11,479 ms 11,578 ms 15,604 ms
5 84.116.190.34 de-bfe18a-rt01-lag-1.aorta.net 6830 10,558 ms 11,624 ms 10,822 ms

Dort ging es dann direkt von Aorta nach Frankfurt zu OVH.

fra1-lim.smokeping.ovh.net geht noch bekloppter über Frankfurt - Niederlande - Roubaix (Frankreich) - Frankfurt.
Keine Ahnung ob es ein Problem seitens OVH ist, oder von Vodafone selber.

 

[MartinP_Do]

Könnte das ein OVH-Problem sein?
Das ist doch eine französiche Company... Allen Traffic zu OVH Rechenzentren erstmal in Roubaix terminieren wäre aber keine gute Idee ....

https://de.wikipedia.org/wiki/OVH

OVH SAS mit Sitz in Roubaix (Frankreich) ist ein französischer Telekommunikationsanbieter und Internetdienstleister sowie Hostingdienstleister.

Thinkbroadband sieht aktuell gut aus. gestern nachmittag/abend genaues Spiegelbild Deines Plots .... aber Deine ovh URL wird aktuell auch von hier aus nur über Irrwege erreicht .....

martin@martin-D2836-S1:~$ traceroute fra1-lim.smokeping.ovh.net
traceroute to fra1-lim.smokeping.ovh.net (213.32.5.156), 30 hops max, 60 byte packets
...
3 ip-081-210-151-078.um21.pools.vodafone-ip.de (81.210.151.78) 15.718 ms 17.574 ms 15.685 ms
4 145.253.52.46 (145.253.52.46) 23.686 ms 22.063 ms 23.613 ms
5 145.254.1.206 (145.254.1.206) 25.195 ms 28.427 ms 145.254.1.126 (145.254.1.126) 26.764 ms
6 * * *
7 * * *
8 be102.ams-gsa1-sbb1-nc5.nl.eu (54.36.50.244) 32.168 ms 27.306 ms 32.129 ms
9 be104.lil1-rbx1-sbb1-nc5.fr.eu (178.33.100.158) 32.146 ms be104.lil1-rbx8-sbb1-nc5.fr.eu (54.36.50.243) 29.093 ms be104.lil1-rbx1-sbb1-nc5.fr.eu (178.33.100.158) 33.623 ms
10 * * *
11 * * *
12 * * *
13 * * *
14 fra1-lim.smokeping.ovh.net (213.32.5.156) 27.753 ms 26.013 ms 27.908 ms

 

[blu3bird]

OVH ist ein französisches Unternehmen, dass stimmt.
Die besitzen aber paar Rechenzentren in Europa/USA/Kanada/Frankreich/Asien

Bin dort aber sehr zufrieden und hatte eigentlich immer einen Ansprechpartner im NOC von OVH, aber der existiert nicht mehr.

Ticket ist bei OVH seit gestern offen, hab aber noch parallel DanubiusNOC DE-FO-FIXED-sh, Vodafone Romania angeschrieben, ob das Problem wirklich an OVH liegt.

Selbst OVH Polen Frankfurt - Frankreich - Frankfurt - Polen.
Aber TBB sieht bei mir auch wieder "gut" aus.

 

[MartinP_Do]

Bei meiner Traceroute auf die OVH smokeping URL sind alle IP-Adressen ab Amsterdam auf OVH registriert ...

 

[boba]

Bei mir sieht der TB Graph genauso aus wie bei euch:

Das sieht nach der Leitung zu Thinkbroadband aus, möglicherweise direkt vor dem Thinkbroadband Monitor System.

Ein eigener Ping Test innerhalb des Vodafone Netzes und zu meinem vps bei Hosteurope ergibt seit Monaten hingegen einen völlig gleichförmigen Graphen, keine solche Sprünge wie in den TB Grafiken.

 

[racekos]

Falls jemand das evtl. mal mit Traceroute oder so genauer anschauen will, die Hostnamen von Thinkbroadband sind "pingbox1.thinkbroadband.com" und "ipv6.pingbox1.thinkbroadband.com". Die lösen genau auf die IP-Adressen auf, von denen hier die Pings ankommen.

 

[MartinP_Do]

Das tägliche Murmeltier ist zurück.... heute etwas später... Beule im Plot....
Ping auf die pingbox URL liegt bei um die 80 ms

 

[blu3bird]

Jap, same hier.

Nach Amsterdam (NTT) geht die Latenz hoch.

3 de-cgn01a-cr10-eth-6-0-1100.cgn.unity-media.net (81.210.134.210) 9.768 ms 10.062 ms 11.161 ms
4 145.253.49.208 (145.253.49.208) 15.124 ms 14.038 ms 15.664 ms
5 ae50-100-xcr1.dus.cw.net (195.2.23.165) 11.974 ms 11.152 ms 13.296 ms
6 ae31-xcr1.att.cw.net (195.2.8.194) 15.326 ms 13.538 ms 15.519 ms
7 ntt-gw.aet.cw.net (195.2.22.126) 11.660 ms 16.845 ms 14.557 ms
8 ae-1.r22.amstnl07.nl.bb.gin.ntt.net (129.250.2.74) 16.144 ms 16.829 ms 15.268 ms
9 * ae-0.r22.londen12.uk.bb.gin.ntt.net (129.250.5.151) 61.264 ms *
10 ae-19.a03.londen12.uk.bb.gin.ntt.net (129.250.5.245) 68.967 ms 64.076 ms 61.503 ms
11 192.80.16.146 (192.80.16.146) 70.531 ms 66.398 ms *
12 te1-51-36.core-rs3.thdo.ncuk.net (80.249.97.72) 67.014 ms 60.697 ms 55.734 ms
13 po5-32.core-rs4.thdo.ncuk.net (80.249.97.90) 53.096 ms 58.486 ms 64.923 ms
14 pingbox1.thinkbroadband.com (80.249.99.164) 69.811 ms 71.277 ms 73.020 ms

Edit:
Back to normal.

 

[floh667]

Routenverfolgung zu pingbox1.thinkbroadband.com [80.249.99.164]
über maximal 30 Hops:

1 * * * Zeitüberschreitung der Anforderung.
2 25 ms 8 ms 16 ms ip-081-210-144-156.um21.pools.vodafone-ip.de [81.210.144.156]
3 18 ms 19 ms 11 ms de-fra04d-rc1-ae-48-0.aorta.net [84.116.191.161]
4 11 ms 11 ms 10 ms 84.116.190.94
5 25 ms 18 ms 13 ms ae8-100-tcr1.fnt.cw.net [195.2.26.93]
6 12 ms 10 ms 10 ms ae34-pcr1.fnt.cw.net [195.2.31.38]
7 42 ms 14 ms 10 ms ntt-gw-pcr1.fnt.cw.net [195.2.21.98]
8 12 ms 18 ms 19 ms ae-13.r26.frnkge13.de.bb.gin.ntt.net [129.250.7.17]
9 23 ms 21 ms 22 ms ae-4.r23.londen12.uk.bb.gin.ntt.net [129.250.3.12]
10 23 ms 23 ms 22 ms ae-6.a03.londen12.uk.bb.gin.ntt.net [129.250.5.57]
11 30 ms 24 ms 22 ms 192.80.16.146
12 26 ms 29 ms 22 ms te1-51-36.core-rs3.thdo.ncuk.net [80.249.97.72]
13 22 ms 22 ms 22 ms po5-32.core-rs4.thdo.ncuk.net [80.249.97.90]
14 23 ms 21 ms 22 ms pingbox1.thinkbroadband.com [80.249.99.164]

alles normal von hier aus (offenburg, BaWü)