NTP-Pool Monitoring bei IPv4 meines Server schlecht

Dragon Sorry aber da muss ich bei beiden Aussagen widersprechen.

Ein "Ping" pro Hop aber dafür hunderte solcher Aufrufe mit Zeitstempel enthält mehr Informationen als ein Aufruf mit hunderten "Pings". (Es sind eigentlich keine Pings sondern UDP Pakete mit begrenzter TTL.)

Quote

Die Verbindung sieht tendenziell aber in Ordnung aus, am letzten antwortenden Hop scheint nie ein Paket verloren gegangen zu sein. Was dazwischen passiert ist dann egal.

Leider nicht.

Wir wissen ja, dass es an keinen der jeweils beteiligten Server liegt, also MUSS der Fehler auf einem Hop dazwischen passieren.

Es liegt hier klarerweise auch kein temporärer oder gar permanenter Paketverlust vor wo ab einem Hop alles verworfen wird,n ein scheinbar ganz sporadischer und vereinzelter.

Tracepath:

 2:  ae3-4018.bbr01.anx84.nue.de.anexia-it.net (144.208.211.30)   0.639ms
 3:  ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141)   4.022ms
 4:  xe-1-2-0.mpr1.fra4.de.above.net (80.81.194.26)       10.490ms
 5:  ae8.mpr1.fra3.de.zip.zayo.com (64.125.26.233)         4.349ms
 6:  ae27.cs1.fra6.de.eth.zayo.com (64.125.31.216)        80.998ms asymm 19
 7:  ae2.cs1.ams17.nl.eth.zayo.com (64.125.29.59)         81.160ms asymm 18
 8:  ae0.cs1.ams10.nl.eth.zayo.com (64.125.29.80)         81.342ms asymm 17
 9:  ae2.cs1.lhr15.uk.eth.zayo.com (64.125.29.17)         81.180ms asymm 16
10:  ae0.cs1.lhr11.uk.eth.zayo.com (64.125.29.118)        81.104ms asymm 15
11:  ae5.cs1.lga5.us.eth.zayo.com (64.125.29.126)         82.227ms asymm 14
12:  ae15.er1.lga5.us.zip.zayo.com (64.125.29.221)        81.021ms
13:  64.125.54.26.available.above.net (64.125.54.26)      81.153ms
14:  39.ae32.bbr2.ewr1.packet.net (192.80.8.98)           81.956ms
15:  no reply
16:  147.75.98.105 (147.75.98.105)                       104.518ms
17:  monewr1.ntppool.net (139.178.64.42)                  81.853ms reached
     Resume: pmtu 1500 hops 17 back 18

 2:  ae3-4018.bbr01.anx84.nue.de.anexia-it.net (144.208.211.30)   0.461ms
 3:  ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141)   3.906ms
 4:  xe-1-2-0.mpr1.fra4.de.above.net (80.81.194.26)        4.237ms
 5:  ae8.mpr1.fra3.de.zip.zayo.com (64.125.26.233)         4.216ms
 6:  ae27.cs1.fra6.de.eth.zayo.com (64.125.31.216)        81.212ms asymm 19
 7:  ae2.cs1.ams17.nl.eth.zayo.com (64.125.29.59)         81.363ms asymm 18
 8:  ae0.cs1.ams10.nl.eth.zayo.com (64.125.29.80)         89.179ms asymm 17
 9:  ae2.cs1.lhr15.uk.eth.zayo.com (64.125.29.17)         81.112ms asymm 16
10:  ae0.cs1.lhr11.uk.eth.zayo.com (64.125.29.118)        81.217ms asymm 15
11:  no reply
12:  ae15.er1.lga5.us.zip.zayo.com (64.125.29.221)        81.223ms
13:  64.125.54.26.available.above.net (64.125.54.26)      81.021ms
14:  39.ae32.bbr2.ewr1.packet.net (192.80.8.98)           81.809ms
15:  no reply
16:  147.75.98.105 (147.75.98.105)                        96.564ms
17:  monewr1.ntppool.net (139.178.64.42)                  81.975ms reached
     Resume: pmtu 1500 hops 17 back 18

Sieht für mich nach schrägem Routing bei Zayo.com aus.

Quote from customer

Dragon Sorry aber da muss ich bei beiden Aussagen widersprechen.

Ein "Ping" pro Hop aber dafür hunderte solcher Aufrufe mit Zeitstempel enthält mehr Informationen als ein Aufruf mit hunderten "Pings". (Es sind eigentlich keine Pings sondern UDP Pakete mit begrenzter TTL.)

Der Unterschied ist die Übersichtlichkeit. Ein MTR mit hunderten Pings lässt sich leicht auswerten, ein Log mit tausenden Zeilen nicht.

Außer, dass die Router von Zayo nicht immer antworten (was normal sein kann), sehe ich jedenfalls keine klaren Auffälligkeiten, inbesondere nicht im Netz von netcup und Anexia.

Quote from Dragon

Außer, dass die Router von Zayo nicht immer antworten (was normal sein kann), sehe ich jedenfalls keine klaren Auffälligkeiten, inbesondere nicht im Netz von netcup und Anexia.

Naja, Anexia / Netcup könnte ja das Routing zu dieser Destination ändern. Über IPv6 gibt es nämlich keine Probleme, diese werden nämlich über Limelight geroutet.

Netcup hat doch in der Vergangenheit auch gezeigt, dass sie Routen ändern können. Zumindest war [netcup] Oli W. da immer bemüht.

Das ist halt nur sinnvoll, wenn man die Ursache eingegrenzt hat. Zayo ist schon ein großer Carrier, bei dem sich allgemeine Probleme sicher auch anderswo bemerkbar machen müssten.

Quote from Dragon

Zayo ist schon ein großer Carrier, bei dem sich allgemeine Probleme sicher auch anderswo bemerkbar machen müssten.

Wann hat man schonmal UDP Traffic über den Teich über diesen Carrier?

Was schlägst du denn hier als Debugvariante vor. Du kannst dir ja die Grafiken von den NTP Servern im Netcup AS angucken. Die sehen ziemlich ähnlich aus.

Quote from Virinum

Jetzt bekomme ich schon keine Antworten mehr vom Support... Keine Antworten mehr zu bekommen finde ich nicht nämlich nicht sehr kundenfreundlich.

Wenn dem tatsächlich so ist, kannst du unterhalb der Antwort von der E-Mail auch den Link zur Beschwerde verwenden. Dann wird sich jemand dem definitiv annehmen, falls Felix es hier nicht vorbeischafft.