[VF West] Seit einigen Tagen höherer Ping und Jitter

markchess schrieb:
Ich habe Dual-Stack und via ipv6 erreiche ich heise über den decix.
Ist hier auch so

Code:
 2  2a02:810b:1:ba::2 (2a02:810b:1:ba::2)  16.735 ms  16.658 ms  18.281 ms
 3  2a02:8100:6:2::c:121a (2a02:8100:6:2::c:121a)  18.210 ms  18.113 ms  18.028 ms
 4  * * *
 5  * * *
 6  * * *
 7  ipv6.de-cix.fra.de.as12306.plusline.net (2001:7f8::3012:0:1)  12.924 ms  16.239 ms  19.900 ms
 8  2a02:2e0:12:15::115 (2a02:2e0:12:15::115)  21.650 ms  21.074 ms  17.721 ms
 9  2a02:2e0:3fe:0:c::1 (2a02:2e0:3fe:0:c::1)  21.102 ms  20.893 ms  12.548 ms
10  redirector.heise.de (2a02:2e0:3fe:1001:302::)  17.984 ms  15.723 ms  15.810 ms
11  redirector.heise.de (2a02:2e0:3fe:1001:302::)  21.688 ms  19.771 ms  13.684 ms
Ergänzung ()

websurferin83 schrieb:
Es ist ein Business-Anschluss, der IPv4-only ist, tut mir leid. Und bevor der Shitstorm kommt:
Da muss dir nichts leid tun und da gibt es auch kein Shitstorm.

Wir versuchen hier nur eine Mögliche Ursache zu finden.
Hast du mittlerweile mal mit dem Support telefoniert?
 
Dr. Chaos schrieb:
Hast du mittlerweile mal mit dem Support telefoniert?
Ja, ich habe es gemeldet und habe auch einen Rückruf bekommen. Der Mitarbeiter will sich das in Ruhe ansehen und dann weiterleiten. Mehr konnte ich bisher nicht in Erfahrung bringen.
 
@websurferin83 Dann warte doch mal ab, ob und was da kommt und halte und doch auf dem Laufenden.
 
Mache ich, danke.
 
  • Gefällt mir
Reaktionen: rezzler
Nur ein kleines Status-Update:
Ich hatte gestern Abend ein langes Telefonat mit einem Techniker, der sich den Sachverhalt in Ruhe angesehen hat. Es gibt einen Verdacht und ich wurde gebeten, ganz bestimmte Tests zu machen um dann morgen die Ergebnisse einreichen zu können. Das läuft jetzt gerade und hoffentlich führt es in die richtige Richtung. Ich melde mich wieder, wenn es Neuigkeiten gibt.
 
  • Gefällt mir
Reaktionen: rezzler und Dr. Chaos
mal kurz nen traceroute von ex Kabel Deutschland:
% traceroute heise.de


% traceroute heise.de


traceroute to heise.de (193.99.144.80), 64 hops max, 40 byte packets


1 fritz.box (192.168.178.1) 2.184 ms 0.865 ms 1.565 ms


2 ip4d16c5fe.dynamic.kabel-deutschland.de (77.22.197.254) 12.130 ms 9.167 ms 11.561 ms


3 ip53a99e96.static.kabel-deutschland.de (83.169.158.150) 10.525 ms 13.170 ms 9.441 ms


4 ip5886c279.static.kabel-deutschland.de (88.134.194.121) 13.027 ms 13.334 ms 14.923 ms


5 145.254.3.72 (145.254.3.72) 12.877 ms 15.704 ms 16.201 ms


6 145.254.2.217 (145.254.2.217) 15.294 ms 16.997 ms 15.140 ms


7 62.157.250.237 (62.157.250.237) 18.016 ms 19.151 ms 17.927 ms


8 f-eh4-i.f.de.net.dtag.de (217.239.38.10) 22.095 ms 20.824 ms 20.719 ms


9 62.159.61.15 (62.159.61.15) 19.933 ms 22.740 ms 21.561 ms


10 82.98.102.138 (82.98.102.138) 20.606 ms


82.98.102.19 (82.98.102.19) 22.048 ms


82.98.102.138 (82.98.102.138) 21.586 ms
 
Wie versprochen gebe ich hier jetzt eine Rückmeldung:
Das Störungsticket war ca. 1 Monat geöffnet. Ich musste mit Pingplotter ausgehend und eingehend Daten erstellen und einsenden. Dann wurde das ganze an die Abteilung "IP Core" übergeben. Interessant ist übrigens auch, dass an dem Modem neben dem statischen /29-Subnetz auch eine dynamische IPv4 anliegt, die jedoch nicht nutzbar ist. Diese dynamische IP-Adresse ist von dem Problem NICHT betroffen, sondern nur die statischen IP-Adressen, die per RIP bereitgestellt werden.

Trotz aller Bemühungen wurde das Ticket geschlossen, ohne dass sich etwas verändert hat. Meinem Wunsch, dass sich die Fachabteilung direkt bei mir meldet, wurde nicht entsprochen. Das Ticket wurde vom Kundenservice geschlossen, da "IP Core" keinen Fehler findet und es alles "im normalen Rahmen" sei.

Ich bin stinksauer und überlege, den Fehler nochmal über einen anderen Weg bei Vodafone "einzukippen". Ich habe den Eindruck, dass die schlichtweg keine Lust haben, solche Fehler ernst zu nehmen und zu beheben, weil sie in meiner Gegend mangels Alternativen in diesem speziellen Segment leider Monopolist sind.
 
  • Gefällt mir
Reaktionen: rezzler
Doch. In meiner Leistungsbeschreibung ist ein Monatsmittel von 30ms angegeben. Aktuell bin ich bei 40ms, aber es wird trotzdem nichts gemacht.
 
websurferin83 schrieb:
Diese dynamische IP-Adresse ist von dem Problem NICHT betroffen, sondern nur die statischen IP-Adressen, die per RIP bereitgestellt werden.
Das sähe dann schon wieder eindeutig danach aus, als wäre Vodafone mit dem Betrieb ihres eigenen Netzes massiv überfordert. Nur, wie hast du das festgestellt, wenn die dynamische Adresse zwar zugeteilt wird, aber nicht nutzbar ist?

Wir haben hier im Nachbarthread von einigen VF-Kunden massive Probleme bei der Verbindung zu fastly gemeldet bekommen. Ursache bis heute unbekannt. Die Latenz war da aber nicht betroffen, lediglich die Geschwindigkeit war abnormal schlecht.

websurferin83 schrieb:
In meiner Leistungsbeschreibung ist ein Monatsmittel von 30ms angegeben.
Aus Interesse: Zu welchem Ziel sollen die 30ms eingehalten werden? Das muss ja sicher spezifiziert sein?
 
Web-Schecki schrieb:
Das sähe dann schon wieder eindeutig danach aus, als wäre Vodafone mit dem Betrieb ihres eigenen Netzes massiv überfordert. Nur, wie hast du das festgestellt, wenn die dynamische Adresse zwar zugeteilt wird, aber nicht nutzbar ist?
Der Support hat mir das mitgeteilt und diese dynamische IP-Adresse wird auch im Web-Interface des Modems angezeigt. Die Adresse lässt sich ganz normal von außen anpingen und man sieht die Unterschiede deutlich:

Screenshot 2026-09-16 at 09-22-25 Broadband Quality Monitors thinkbroadband.png

Das ist wirklich exakt ein und derselbe Anschluss, oben eine statische IP-Adresse aus meinem /29-Subnetz und unten die dynamische IP-Adresse des Modems.

Ja, auch ich habe den Eindruck, dass Vodafone mit dem Betrieb des Netzes aktuell überfordert ist. Und ich habe fast 5 Jahre lang im Netzbetrieb eines regionalen Netzbetreibers gearbeitet und kenne es anders, wenn uns so ein Problem gemeldet wurde!

Web-Schecki schrieb:
Aus Interesse: Zu welchem Ziel sollen die 30ms eingehalten werden? Das muss ja sicher spezifiziert sein?

Da ist leider kein Ziel spezifiziert:

Vodafone.PNG
 
Zuletzt bearbeitet:
websurferin83 schrieb:
Das ist wirklich exakt ein und derselbe Anschluss, oben eine statische IP-Adresse aus meinem /29-Subnetz
Das ist IPv6
websurferin83 schrieb:
und unten die dynamische IP-Adresse des Modems.
Das wird IPv4 sein

Man sollte beachten die Server von thinkbroadband stehen in UK
 
Das lässt m.E. nur den Schluss zu, dass das Problem weit außerhalb deines Einflussbereichs und damit allein bei Vodafone liegt. Dank Business-Tarif kannst du vielleicht mehr Nachdruck erzeugen als ein normaler Privatkunde, aber ich befürchte, die Probleme liegen tief im Vodafone-Netz und außerhalb des Einflussbereichs des Kundensupports.

Aus Interesse verweise ich mal auf meinen Beitrag im anderen Thread bzgl. der Vodafone-fastly-Problematik, wo ich den Sachstand mal zusammengefasst habe. Vielleicht willst du auch mal testen, ob du davon betroffen bist, indem du (zu Stoßzeiten) die angegebene Linux-ISO herunterlädst und die Geschwindigkeit beobachtest.
(Ich vermute aber, dein Problem ist relativ losgelöst davon.)

Die Gültigkeit der Leistungsparameter ist mir dann etwas unklar. Denn das kann unmöglich zu irgendwelchen Zielen außerhalb des Vodafone-Netzes garantiert wird. Möglicherweise bezieht es sich nur auf die IP-Verbindung zwischen deinem Endgerät und dem ersten Vodafone-Gateway. Aber genaueres weiß nur Vodafone, wenn überhaupt.
"One-Way-Parameter" und "Delay" deute ich allerdings so, dass es nicht um die Round-Trip-Time geht, sondern wirklich um die Zeit, die ein Paket von A nach B braucht. Solch eine Messung wäre tatsächlich ziemlich aufwändig, während die RTT mit einfachsten Hausmitteln ("ping") gemessen werden kann und grob doppelt so hoch sein dürfte. Das hieße aber auch, mit einer RTT von unter 60ms läge die angenommene Einweg-Latenz bei unter 30ms und damit im Rahmen des Erlaubten.
 
Dr. Chaos schrieb:
Nein, ist es nicht. An dem Anschluss liegt KEIN IPv6 an, sondern nur IPv4. Sowohl das /29 Subnet als auch die dynamische IP-Adresse sind IPv4 only.
Dr. Chaos schrieb:
Man sollte beachten die Server von thinkbroadband stehen in UK
Das ist korrekt. Allerdings habe ich dieselbe Messung auch von einem Anschluss aus dem BelWü-Netz hin zu meinem Anschluss gemacht und da kommt exakt dasselbe dabei raus!
 
websurferin83 schrieb:
Nein, ist es nicht. An dem Anschluss liegt KEIN IPv6 an, sondern nur IPv4. Sowohl das /29 Subnet als auch die dynamische IP-Adresse sind IPv4 only.
Ich habe auch mal gemessen

626ea9b86c30a7350ce157c2e3bd4e32135be7f5-2.png


Und du bist dir sicher das die Probleme nicht erst im Heimnetzwerk auftreten?
 
Mit dem "Heimnetzwerk" haben die Probleme rein gar nichts zu tun! Es ist ein Latenzproblem von außen, das sich auch per traceroute feststellen lässt. Und das Problem betrifft nur feste IP-Adressen.
 
websurferin83 schrieb:
. Und das Problem betrifft nur feste IP-Adressen.
Macht aber erstmal nur wenig Sinn, warum sind feste IP Adressen betroffen aber wechselnde Adressen nicht?
Ich schätze ja mal das Routing ist für beide Adressen identisch.

Aber wenn du magst kannst du mir eine deiner festen und eine dynamische per PN schicken, dann mach ich ein Tracert zu diesen Adressen und wir werden sehen ob es ein unterschiedliches Routing zu diesen Adressen gibt.
 
Das Routing unterscheidet sich definitiv, bei den festen Adressen ist noch ein Hop der Aorta dazwischen, bei den dynamischen Adressen nicht.
 
websurferin83 schrieb:
Das Routing unterscheidet sich definitiv,
Kannst du bitte mal zwei Tracert posten, damit man den genauen Unterschied sehen kann?
Das hilft es genauer einzugrenzen.
 
Mit einer traceroute von Außen auf die Adressen kannst du höchstwahrscheinlich gar nichts eingrenzen.

Ist aber auch gar nicht nötig: Das Verhalten kann von verschiedenen anderen Netzen aus beobachtet werden, das wurde bestätigt. Wenn also nicht gerade zufällig alle anderen getesteten Netze einen problematischen Router haben, der nur bei Hinweg zu oder Rückweg von bestimmten Vodafone-Präfixen zum Einsatz kommt, dann ist die Sache vollkommen klar: Vodafone kriegt es mal wieder nicht gebacken. Das ist ja bekanntlich nichts neues...
 
  • Gefällt mir
Reaktionen: turbowiesel und websurferin83
Zurück
Oben