Schlechter Ping / Fastpath einfach abgeschaltet

[naikk]

Hallo,

in letzter zeit musste ich festellen das meine pings schlechter geworden sind (von früher ca. 20ms auf 40-50ms).
Ich glaube Fastpath wurde bei mir abgeschaltet. Leider kann ich das nicht nachprüfen, da meine FritzBox nichtmehr den Latenzpfad anzeigt wie bei alten Firmwares, aber früher hatte ich Latenzpfad fast.

Eigentlich müsste ich es aber noch haben, weil ich meinen Vertrag (Call and Surf Comfort/Plus mit einer 16.000 Leitung) 2008 geschlossen habe und ihn seitdem auch nicht verändert hab.

Ich hab Online eine Störungsmeldung eröffnet, aber ich erhielt nur eine E-Mail das mit meinem Pingzeiten alles in Ordnung ist.
Darufhin habe ich die Hotline angerufen und mit einem Techniker gesprochen. Dieser sagte mir ich soll versuchen Fastpath im Kundencenter zu buchen und wenn es die Option nicht gibt kann man nix machen.

Kann mir vielleicht jemand weiterhelfen oder hat ähnlich Erfahrungen gemacht?

Hier noch ein Pint Test zu heisse

Pinging www.heisse.de [87.118.120.156] with 32 bytes of data:
Reply from 87.118.120.156: bytes=32 time=49ms TTL=56
Reply from 87.118.120.156: bytes=32 time=47ms TTL=56
Reply from 87.118.120.156: bytes=32 time=47ms TTL=56
Reply from 87.118.120.156: bytes=32 time=57ms TTL=56

Ping statistics for 87.118.120.156:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 47ms, Maximum = 57ms, Average = 50ms

Gruß
naikk

[JSchling]

welchen Speed hast du denn ?
bei ADSL2 kenne ich eigentlich nur Fastpath, weshalb es eher so aussieht als hättest du einen gedrosselten 3000er Anschluss auf "normalem DSL"/ADSL1
Weisst du jetzt nicht, ob du Fastpath hast, oder hat der Telekom-Techniker das eindeutig bestätigt (die sollten sowas ja auch erkennen können) ?

Mit einem Ping kann man Fastpath nur, oder besser Interleaving nur indirekt erkennen - die Ping-Zeiten sind zwar lang, könnten aber auch an einem anderen, vielleicht defekten Server auf dem Verbindungsweg liegen. Von daher ist ein Trace etwas eindeutiger - wenn da am 2ten, oder 3ten Hop die Antwortzeit um ca 20ms steigt, ist die Chance auf Interleaving recht hoch, wenn die Zeiten erst auf einem der späteren Hops nach oben geht, ist es ein anderes Problem.
Bei mir siehst z.B. so aus

C:\Users\User>ping heise.de

Pinging heise.de [193.99.144.80] with 32 bytes of data:
Reply from 193.99.144.80: bytes=32 time=10ms TTL=248
Reply from 193.99.144.80: bytes=32 time=10ms TTL=248
Reply from 193.99.144.80: bytes=32 time=11ms TTL=248
Reply from 193.99.144.80: bytes=32 time=13ms TTL=248

Ping statistics for 193.99.144.80:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 10ms, Maximum = 13ms, Average = 11ms

C:\Users\User>tracert heise.de

Tracing route to heise.de [193.99.144.80]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.178.1
  2     *        *        *     Request timed out.
  3     6 ms     5 ms     7 ms  1211F-MX960-02-ae10-2080.dortmund.unity-media.net [80.69.106.21]
  4     9 ms     9 ms     9 ms  7111A-MX960-02-ae9.frankfurt.unity-media.net [80.69.107.22]
  5    22 ms    10 ms     9 ms  te3-1.c302.f.de.plusline.net [80.81.193.132]
  6    10 ms     9 ms     9 ms  heise2.f.de.plusline.net [82.98.98.110]
  7    11 ms    11 ms    10 ms  redirector.heise.de [193.99.144.80]

Trace complete.

Zum Timeout (bei mir der 2 Hop) kann es kommen, wenn der Server nicht auf Pinganfragen antwortet (ist ne Konfigurationsfrage des Servers und kein Fehler).