Unannehmbare ping Zeiten

Gelöst
Ich hatte wochenlang ping-Zeiten die unabhängig der Tageszeit zwischen 40ms-60ms lagen. Damit war die Internet Nutzung, einschließlich Skypen, teamspeak, online games usw. problemlos möglich.

Wie ich aus der tracerroute sehe, werden meine Anfragen seit 2-3 Tagen über einen Backbone geroutet, der den Ping von vormals 10-20 auf 150-200 treibt.

Die IP des Backbones ist: 62.157.249.50 => ist ein Telekom...

Bei einem Lauf von vor 14 Tagen kam alle 2-3 Minuten ein rerouting über andere Server und der Ping blieb konstant bei 40ms-55ms.

Seit diesem Problem erfolgt kein Rerouting mehr und besagter vorherig erwähnter Server steht statisch da und erzeugt Lags und Packet Losses...

Was ist hier los? Entweder ist der eigentliche Router über den die Pakete gehen sollen hinüber/ausgefallen oder die Putzfrau is grad dabei, die Routingtabellen im Excel zu pflegen...

Ich möchte jetzt nichts hören, dass meine Bandbreite ja stimmt. Das ist nicht Geschwindigkeit, hier geht es um die Ping / Latenzzeiten. So ist mein Anschluss fast unbrauchbar…

Abhilfe? Geht es anderen auch so?

Gruß MB
1 AKZEPTIERTE LÖSUNG
Lösung
Telekom hilft Team
Hallo zusammen,

In Abhängigkeit vom Datenverkehr und der verfügbaren Bandbreite an einem Knotenpunkt kann es zu Engpässen im Datenverkehr von einem Internet-Serviceprovider zu einem anderen kommen. So können unterschiedliche Downloadraten oder Antwortzeiten zu einem Dienst zu unterschiedlichen Tageszeiten entstehen, wenn der Datenverkehr über einen Internet-Knoten geführt wird.
Kommt es aufgrund von Überlastsituationen zu Engpässen bei Übergängen zu Providern, über die der Server erreicht werden muss, wird sich die Ping-Laufzeit verschlechtern, da Pakete am Netzübergang zum anderen Provider in einer Queue (Warteschlange) sequentiell abgearbeitet werden müssen. In einem solchen Fall sind wir bestrebt, mit dem jeweiligen Netzbetreiber eine Aufrüstung der Verbindungen zu erreichen. Eine einseitige Lösung allein durch die Telekom ist in einem solchen Fall nicht möglich. Lediglich das Umrouten des Verkehrs kann ggf. zu einer temporären Entschärfung der Situation führen.

Viele Grüße
Heike J.

Lösung in ursprünglichem Beitrag anzeigen  

Tracing route to ritpz02521.rithmic.com
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms unknown
2 15 ms 15 ms 15 ms 87.186.224.26
3 20 ms 17 ms 18 ms 87.190.166.54
4 25 ms 24 ms 25 ms f-ed4-i.F.DE.NET.DTAG.DE
5 213 ms 223 ms 387 ms 80.156.161.46
6 25 ms 25 ms 25 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 115 ms 123 ms 115 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net
Zeile 5 hat hohe Werte. Gerade mal getestet. Sieht hier besser aus:

Routenverfolgung zu ritpz02521.rithmic.com über maximal 30 Abschnitte:

4 27 ms 27 ms 92 ms f-ed4-i.F.DE.NET.DTAG.DE
5 26 ms * * 80.156.161.46
6 27 ms 51 ms 49 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 138 ms 112 ms 113 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net
8 149 ms 143 ms 150 ms ae-3.r20.chcgil09.us.bb.gin.ntt.net [129.250.2.4
4 27 ms 27 ms 92 ms f-ed4-i.F.DE.NET.DTAG.DE
5 26 ms * * 80.156.161.46
6 27 ms 51 ms 49 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
Nachdem Bayern-Gladbach grade aus ist, nochmals geprüft:

Routenverfolgung zu ritpz02521.rithmic.com über maximal 30 Absc
hnitte:

3 6 ms 7 ms 6 ms 87.186.247.90
4 15 ms 15 ms 14 ms f-ed4-i.F.DE.NET.DTAG.DE
5 16 ms 15 ms 15 ms 80.156.161.46
6 16 ms 15 ms 15 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 122 ms 109 ms 105 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net

Die Werte beim 80.156.161.46 sind hier bestens!
Die "Verbesserung" scheint eher temporär zu sein. Ab und zu tolle Werte (15000 -15500 bps)
aber sehr häufig, meist in den Hauptdatenverkehrszeiten Werte, die unter aller Würde sind (1500-2500 bps).
Die "Verbesserung" scheint eher temporär zu sein.
Na ja, von denen, die vom Anlass zu diesen Thread Betroffenen, also dem Tiscali-Ping/Routing, den Tank-Playern, meldet sich hier keiner mehr. Die "Verbesserung" halt also schon geholfen. Die sich auf den letzten Seiten gemeldet haben, haben zwar an manchen Hops hohe Werte, aber eine Gemeinsamkeit konnte ich bisher nicht feststellen. Bei einem tracert an dieselbe Adresse zeigen sich dann bei meinen tracerts wesentlich geringere Werte an den Hops.
Ab und zu tolle Werte (15000 -15500 bps)
aber sehr häufig, meist in den Hauptdatenverkehrszeiten Werte, die unter aller Würde sind (1500-2500 bps).
Poste doch hier mal ein tracert (oder einige), um mal etwas nachvollziehen zu können.
Ihr habt mit euren Werten ja richtig gut , .. seufz ..

Microsoft Windows
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\Schwarz>tracert www.mwomercs.com

Routenverfolgung zu www.mwomercs.com über maximal 30 Abschnitte:

1 1072 ms 6 ms 8 ms speedport.ip
2 25 ms 27 ms 25 ms 217.0.117.166
3 81 ms 1203 ms 479 ms 87.186.196.134
4 872 ms 597 ms 537 ms 194.25.6.26
5 352 ms 377 ms 27 ms 194.25.211.134
6 710 ms 599 ms 603 ms xe-2-0-0.tor10.ip4.tinet.net
7 684 ms 441 ms 199 ms internap-gw.ip4.tinet.net
8 1670 ms 438 ms * border1.te9-1-bbnet2.tor001.pnap.net
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
15 * ^C
C:\Users\Schwarz>tracert ritpz02521.rithmic.com

Routenverfolgung zu ritpz02521.rithmic.com über maximal 30 Absc
hnitte:

1 91 ms 284 ms 294 ms speedport.ip
2 421 ms 59 ms 106 ms 217.0.117.166
3 * 505 ms 570 ms 87.186.196.130
4 644 ms 425 ms 298 ms f-ed4-i.F.DE.NET.DTAG.DE
5 24 ms * 174 ms 80.156.161.46
6 * 26 ms 30 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 * 453 ms 759 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net
8 233 ms 146 ms 200 ms ae-3.r20.chcgil09.us.bb.gin.ntt.net
9 142 ms 401 ms 349 ms ae-1.r06.chcgil09.us.bb.gin.ntt.net
10 340 ms 189 ms 162 ms ae11.ar1.ord1.us.nlayer.net
11 135 ms 183 ms 160 ms as22957.ge-0-0-32.ar1.ord1.us.nlayer.net
12 * * * Zeitüberschreitung der Anforderung.
13 * *

Routenverfolgung zu www.mwomercs.com über maximal 30 Abschnitte:

1 1072 ms 6 ms 8 ms speedport.ip
...

Routenverfolgung zu ritpz02521.rithmic.com über maximal 30 Abschnitte:

1 91 ms 284 ms 294 ms speedport.ip
...

Da solltest Du mal prüfen was da schon in deinem eigenen Netz schief läuft.

Denn schon bis zum Speedport brauchen die Pakete zum Teil an die 1000 Millisekunden
bzw. im zweiten Fall 300 Millisekunden.

Könnten WLAN Probleme sein. Oder es wird zu viel anderer Datentraffic
erzeugt, der die traceroute Pakete ausbremst.
Hallo,
bei mir verhält es sich derzeit so, das etliche Internet Seiten nach dem Start des Firefox Browser erst nach gefühlten 1-2 Sekunden öffnen, www.google.de gehört da z.B. zu.

Der tracert zu google sieht so aus:

Routenverfolgung zu www.google.de ber maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms speedport.ip
2 17 ms 24 ms 17 ms 2xx.x.xxx.xxx
3 20 ms 19 ms 19 ms 2xx.x.xx.xxx
4 18 ms 18 ms 18 ms d-ed1-i.D.DE.NET.DTAG.DE
5 22 ms 22 ms 22 ms 80.150.170.58
6 22 ms 22 ms 22 ms 209.85.254.90
7 30 ms 22 ms 22 ms 209.85.255.60
8 * * * Zeitüberschreitung der Anforderung.
9 31 ms 31 ms 45 ms 216.239.48.116
10 34 ms 34 ms 34 ms 209.85.250.35
11 32 ms 32 ms 32 ms muc03s01-in-f24.1e100.net

Ablaufverfolgung beendet.

Liegt da die Begründung für das geschilderte Verhalten auch in dieser Ping Problematik?

bei mir verhält es sich derzeit so, das etliche Internet Seiten nach dem Start des Firefox Browser erst nach gefühlten 1-2 Sekunden öffnen, www.google.de gehört da z.B. zu.

Der tracert zu google sieht so aus:

Routenverfolgung zu www.google.de über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms speedport.ip
2 17 ms 24 ms 17 ms 2xx.x.xxx.xxx
3 20 ms 19 ms 19 ms 2xx.x.xx.xxx
4 18 ms 18 ms 18 ms d-ed1-i.D.DE.NET.DTAG.DE
5 22 ms 22 ms 22 ms 80.150.170.58
6 22 ms 22 ms 22 ms 209.85.254.90
7 30 ms 22 ms 22 ms 209.85.255.60
8 * * * Zeitüberschreitung der Anforderung.
9 31 ms 31 ms 45 ms 216.239.48.116
10 34 ms 34 ms 34 ms 209.85.250.35
11 32 ms 32 ms 32 ms muc03s01-in-f24.1e100.net

Ablaufverfolgung beendet.

Liegt da die Begründung für das geschilderte Verhalten auch in dieser Ping Problematik?

Die Paketlaufzeiten sind hier in Ordnung.

Du könntest mal ein "ping -n 100 www.google.de" probieren und dann
kontrollieren, dass es bei den ping Zeiten keine größeren Ausreißer
gibt, also alle 100 Antworten in etwa 32 Millisekunden empfangen werden.

Ansonsten auch mal probieren wie lange eine DNS Anfrage dauert.
Bestimmte alte Speedport Router haben z.B. Probleme mit Anfragen
nach IPv6 Adressen, und da hat man dann bei Windows ein 2 Sekunden
Timeout:

C:\> nslookup www.google.de
Server: speedport.ip
Address: 192.168.2.1

DNS request timed out.
timeout was 2 seconds.

Nicht-autorisierende Antwort:
DNS request timed out.
timeout was 2 seconds.
Name: www.google.de
Addresses: 173.194.35.159
173.194.35.151
173.194.35.152


bei mir verhält es sich derzeit so, das etliche Internet Seiten nach dem Start des Firefox Browser erst nach gefühlten 1-2 Sekunden öffnen, www.google.de gehört da z.B. zu.

Der tracert zu google sieht so aus:

Routenverfolgung zu www.google.de über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms speedport.ip
2 17 ms 24 ms 17 ms 2xx.x.xxx.xxx
3 20 ms 19 ms 19 ms 2xx.x.xx.xxx
4 18 ms 18 ms 18 ms d-ed1-i.D.DE.NET.DTAG.DE
5 22 ms 22 ms 22 ms 80.150.170.58
6 22 ms 22 ms 22 ms 209.85.254.90
7 30 ms 22 ms 22 ms 209.85.255.60
8 * * * Zeitüberschreitung der Anforderung.
9 31 ms 31 ms 45 ms 216.239.48.116
10 34 ms 34 ms 34 ms 209.85.250.35
11 32 ms 32 ms 32 ms muc03s01-in-f24.1e100.net

Ablaufverfolgung beendet.

Liegt da die Begründung für das geschilderte Verhalten auch in dieser Ping Problematik?

Die Paketlaufzeiten sind hier in Ordnung.

Du könntest mal ein "ping -n 100 www.google.de" probieren und dann
kontrollieren, dass es bei den ping Zeiten keine größeren Ausreißer
gibt, also alle 100 Antworten in etwa 32 Millisekunden empfangen werden.

Ansonsten auch mal probieren wie lange eine DNS Anfrage dauert.
Bestimmte alte Speedport Router haben z.B. Probleme mit Anfragen
nach IPv6 Adressen, und da hat man dann bei Windows ein 2 Sekunden
Timeout:

C:\> nslookup www.google.de
Server: speedport.ip
Address: 192.168.2.1

DNS request timed out.
timeout was 2 seconds.

Nicht-autorisierende Antwort:
DNS request timed out.
timeout was 2 seconds.
Name: www.google.de
Addresses: 173.194.35.159
173.194.35.151
173.194.35.152

Hi,
Pings waren alle ok und nslookup lieferte das:

Server: speedport.ip
Address: 192.168.2.1

Name: www.google.de
Addresses: 2a00:1450:4016:800::101f
173.194.35.152

Alles ok anscheinend...

bei mir verhält es sich derzeit so, das etliche Internet Seiten nach dem Start des Firefox Browser erst nach gefühlten 1-2 Sekunden öffnen, www.google.de gehört da z.B. zu.

Was heiße denn "Seiten ... erst nach gefühlten 1-2 Sekunden öffnen" ?

Du gibst in der Adressleiste des Firefox "http://www.google.de" ein und
nach Drücken der Eingabetaste fängt er erst nach 1-2 Sekunden mit Laden der
Seite an? Oder ist dann nach den 1-2 Sekunden die Google Seite dann schon
fertig dargestellt?

Man kann im akuellen Firefox ja unter dem Menü "Tools" -> "Web Developer" ->
"Web Console" starten, und dann mal in dem Fenster "http://www.google.de"
öffnen. Da sehe ich dann insgesamt 8 HTTP GET Anfragen, die sich hier
in der Tat über einen Zeitraum von 2 Sekunden erstrecken. Die einzelnen HTTP
Anfragen dauern so zwischen 80 und 400 Millisekunden.


GET http://www.google.de/
GET http://www.google.de/images/icons/product/chrome-48.png
GET http://www.google.de/images/srpr/logo3w.png
GET http://www.google.de/xjs/_/js/s/c,sb,cr,vm,cdos,jsa,sf,tbpr,tbui,rsn,ob,mb,lc,hv,klc,kat,esp,erh,bih...
GET http://www.google.de/extern_chrome/a8c49c83e61508fe.js
GET http://www.google.de/xjs/_/js/s/sy10,gf,sy45,sy42,sy46,sy82,sy44,sy39,sy83,sy8,sy34,sy50,sy48,sy68,s...
GET http://www.google.de/images/nav_logo114.png
GET http://www.google.de/csi?v=3&s=webhp&action=&e=17259,24878,27400,35703,39523,39976,4000116,4000473,4...

Was heiße denn "Seiten ... erst nach gefühlten 1-2 Sekunden öffnen" ?


Das heißt, dass ich normalerweise das Firefox Logo anklicke, Firefox sich öffnet und im gleichen Moment meine Startseite www.google.de erscheint. Derzeit ist es oft so, dass links oben in der Tab Leiste für 1-2 Sekunden "Verbinden..." steht und dann erst die Startseite erscheint. Die eigentliche Oberfläche von Firefox startet natürlich genau so schnell wie sonst, nur die Anzeigei der Startseite hinkt halt wie beschrieben hinterher.


Da solltest Du mal prüfen was da schon in deinem eigenen Netz schief läuft.

Denn schon bis zum Speedport brauchen die Pakete zum Teil an die 1000 Millisekunden
bzw. im zweiten Fall 300 Millisekunden.

Könnten WLAN Probleme sein. Oder es wird zu viel anderer Datentraffic
erzeugt, der die traceroute Pakete ausbremst.


JA , das habe ich seit ich den Speedport nutze. Keine fremdwlan etc in der nähe aber naja .. ist ja hier nicht thema ..

häng nun am kabel

C:\Users\schwarse>tracert ritpz02521.rithmic.com

Routenverfolgung zu ritpz02521.rithmic.com über maximal 30 Absc
hnitte:

1 3 ms 3 ms 3 ms speedport.ip
2 26 ms 25 ms 25 ms 217.0.117.166
3 29 ms 27 ms 28 ms 87.186.196.130
4 25 ms 26 ms 26 ms f-ed4-i.f.de.net.dtag.de
5 34 ms 40 ms 26 ms 80.156.161.46
6 30 ms 38 ms 34 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 129 ms 111 ms 118 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net
8 149 ms 138 ms 137 ms ae-3.r20.chcgil09.us.bb.gin.ntt.net
9 135 ms 135 ms 136 ms ae-1.r06.chcgil09.us.bb.gin.ntt.net
10 143 ms 146 ms 130 ms ae11.ar1.ord1.us.nlayer.net
11 129 ms 129 ms * as22957.ge-0-0-32.ar1.ord1.us.nlayer.net
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.


Was heißt denn "Seiten ... erst nach gefühlten 1-2 Sekunden öffnen" ?


Das heißt, dass ich normalerweise das Firefox Logo anklicke, Firefox sich öffnet und im gleichen Moment meine Startseite www.google.de erscheint. Derzeit ist es oft so, dass links oben in der Tab Leiste für 1-2 Sekunden "Verbinden..." steht und dann erst die Startseite erscheint. Die eigentliche Oberfläche von Firefox startet natürlich genau so schnell wie sonst, nur die Anzeige der Startseite hinkt halt wie beschrieben hinterher.

Hmm, also die Startseite ist tatsächlich als "www.google.de" eingerichtet,
also die Google Suche, mit dem Google Logo oberhalb dem Eingabefeld?
Die lädt der Firefox beim Start jedes mal aus dem Internet.

Normalerweise hat man als Startseite die "Mozilla Firefox Startseite". Da ist
auch ein Eingabefeld, aber darüber ist ein Firefox Logo (also kein Google Logo).
Ein kleines Google Logo befindet sich links neben dem Eingabefeld. Diese
"Mozilla Firefox Startseite" wird nicht aus dem Internet geladen und ist sofort
da.

Hat sich also in der letzten Zeit die Konfiguration der Firefox Startseite
geändert? Die "Mozilla Firefox Startseite" sollte man über das Menü "Extras"
-> "Einstellungen" -> "Allgemein" und dort dann im Kasten "Start" ->
"Standard wiederherstellen" wieder aktivieren können.


Da solltest Du mal prüfen was da schon in deinem eigenen Netz schief läuft.

Denn schon bis zum Speedport brauchen die Pakete zum Teil an die 1000 Millisekunden
bzw. im zweiten Fall 300 Millisekunden.

Könnten WLAN Probleme sein. Oder es wird zu viel anderer Datentraffic
erzeugt, der die traceroute Pakete ausbremst.


JA , das habe ich seit ich den Speedport nutze. Keine fremdwlan etc in der nähe aber naja .. ist ja hier nicht thema ..

häng nun am kabel

Und mit Ethernet Kabel sind dann die sporadisch langen Paketlaufzeiten
auch schon weg.

Also liegt es irgendwie am WLAN.


C:\Users\schwarse>tracert ritpz02521.rithmic.com

Routenverfolgung zu ritpz02521.rithmic.com über maximal 30 Absc
hnitte:

1 3 ms 3 ms 3 ms speedport.ip
2 26 ms 25 ms 25 ms 217.0.117.166
3 29 ms 27 ms 28 ms 87.186.196.130
4 25 ms 26 ms 26 ms f-ed4-i.f.de.net.dtag.de
5 34 ms 40 ms 26 ms 80.156.161.46
6 30 ms 38 ms 34 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 129 ms 111 ms 118 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net
8 149 ms 138 ms 137 ms ae-3.r20.chcgil09.us.bb.gin.ntt.net
9 135 ms 135 ms 136 ms ae-1.r06.chcgil09.us.bb.gin.ntt.net
10 143 ms 146 ms 130 ms ae11.ar1.ord1.us.nlayer.net
11 129 ms 129 ms * as22957.ge-0-0-32.ar1.ord1.us.nlayer.net
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.

So läuft es doch anscheinend zuverlässig und schnell.

Die 80-90 Millisekunden extra beginnend mit Schritt 7 sind für eine
Verbindung von Europa in die USA ja normal.

Und dass diese Spieleserver dann auf dem letzten Abschnitt vermutlich durch
restriktive Firewall-Regeln keine traceroute Pakete mehr durchlassen ist
wohl auch mehr oder weniger normal. Leider kann man dann aber so nicht mehr
genau untersuchen, ob es ab dem Schritt 11 nicht doch noch Probleme geben
könnte.

Aber ein Problem der Telekom ist das nicht wirklich...
So, hier noch mal ein Erfahrungsbericht eines Mech Warrior Online Spielers. Während tagsüber die Pings gut sind und man sehr flüssig spielen kann, ist es Abends - so meistens ab 17 Uhr - völlig unmöglich sich überhaupt einzuloggen. Ein Ping auf mwomercs.com endet immer in einer Zeitüberschreitung.

Sobald ich mich aber über einen VPN Provider bspw. auf einem Holländischen Server einlogge geht es. Die Pings sind zwar immer noch nicht toll, aber man bekommt wenigstens mal ne Antwort.

Für mich ist das Problem damit also weiterhin nicht gelöst. Bin sehr unzufrieden mit der Situation. Zumal andere Spieler bei anderen Anbietern offensichtlich überhauptkeine Probleme haben.
Ein Ping auf mwomercs.com endet immer in einer Zeitüberschreitung.
Ein Tracert auf diese Adresse zeigt allerdings keine "unanehmbare ping Zeiten" im DTAG-Netz, die "Zeitüberschreitung" tritt außerhalb DTAG-Netz auf:

Routenverfolgung zu www.mwomercs.com über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms
2 6 ms 6 ms 6 ms 217.0.118.146
3 6 ms 6 ms 6 ms 87.186.247.82
4 8 ms 8 ms 9 ms hh-ea4-i.HH.DE.NET.DTAG.DE
5 9 ms 9 ms 9 ms 194.25.210.226
6 106 ms 104 ms 104 ms INTERNAP.Gi1-0-11.asr1.YYZ1.gblx.net
7 104 ms 104 ms 104 ms border1.te9-1-bbnet2.tor001.pnap.net
8 * * * Zeitüberschreitung der Anforderung.
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.


Zumal andere Spieler bei anderen Anbietern offensichtlich überhauptkeine Probleme haben.
Nach den letzten Postings hier haben auch die Spieler beim Anbieter Telekom keine Probleme im DTAG-Netz. Stelle doch mal einen eigenen tracert ein.
Sieht so aus:

traceroute to mwomercs.com (70.42.29.74), 30 hops max, 60 byte packets

1 ***
1 ***
3 216.182.236.109 (216.182.236.109) 0.369 ms 216.182.236.107 (216.182.236.107) 1.541 ms 216.182.236.109 (216.182.236.109) 0.558 ms
4 72.21.222.20 (72.21.222.20) 0.699 ms 72.21.222.16 (72.21.222.16) 2.047 ms 72.21.222.20 (72.21.222.20) 0.671 ms
5 205.251.229.168 (205.251.229.168) 1.827 ms 2.146 ms 1.803 ms
6 205.251.229.168 (205.251.229.168) 2.104 ms 1.980 ms 2.123 ms
7 xe-2-2-0.sjc12.ip4.tinet.net (77.67.77.13) 1.872 ms xe-5-0-0.tor10.ip4.tinet.net (89.149.182.90) 73.188 ms 73.152 ms
8 xe-5-0-0.tor10.ip4.tinet.net (89.149.182.90) 73.153 ms internap-gw.ip4.tinet.net (77.67.70.94) 74.015 ms internap-gw.ip4.tinet.net (77.67.71.62) 74.176 ms
9 internap-gw.ip4.tinet.net (77.67.70.94) 74.569 ms border1.te7-1-bbnet1.tor001.pnap.net (70.42.24.132) 74.434 ms internap-gw.ip4.tinet.net (77.67.71.62) 74.698 ms
10 border1.te7-1-bbnet1.tor001.pnap.net (70.42.24.132) 73.528 ms * border1.te9-1-bbnet2.tor001.pnap.net (70.42.24.196) 70.005 ms
11 * * *

Ich muss auch dazu sagen, dass ich aktuell wieder spielen kann. Auch ohne VPN. Keine Ahnung wieso. Aber ich bin regelmäßig im Team Speak mit ca. 20 anderen Spielern. Und zu der Zeit vorhin, zu der ich Probleme hatte, hatte ein anderer genau die gleichen. Und er ist Telekom Kunde, wie ich.

Das Verhalten war wieder genauso, wie vor ein paar Wochen. Immer wenn viel los ist. Naja, bin mal gespannt, wie lange es wieder funzt...
3 216.182.236.109 (216.182.236.109) 0.369 ms 216.182.236.107 (216.182.236.107) 1.541 ms 216.182.236.109 (216.182.236.109) 0.558 ms
4 72.21.222.20 (72.21.222.20) 0.699 ms 72.21.222.16 (72.21.222.16) 2.047 ms 72.21.222.20 (72.21.222.20) 0.671 ms
5 205.251.229.168 (205.251.229.168) 1.827 ms 2.146 ms 1.803 ms
6 205.251.229.168 (205.251.229.168) 2.104 ms 1.980 ms 2.123 ms
7 xe-2-2-0.sjc12.ip4.tinet.net (77.67.77.13) 1.872 ms xe-5-0-0.tor10.ip4.tinet.net (89.149.182.90) 73.188 ms 73.152 ms
8 xe-5-0-0.tor10.ip4.tinet.net (89.149.182.90) 73.153 ms internap-gw.ip4.tinet.net (77.67.70.94) 74.015 ms internap-gw.ip4.tinet.net (77.67.71.62) 74.176 ms
9 internap-gw.ip4.tinet.net (77.67.70.94) 74.569 ms border1.te7-1-bbnet1.tor001.pnap.net (70.42.24.132) 74.434 ms internap-gw.ip4.tinet.net (77.67.71.62) 74.698 ms
10 border1.te7-1-bbnet1.tor001.pnap.net (70.42.24.132) 73.528 ms * border1.te9-1-bbnet2.tor001.pnap.net (70.42.24.196) 70.005 ms
Dieser tracert zeigt allerdings keine Adressen der DTAG an (Hops bis Zeile 6). Im Tiscali-Netz ab Zeile 7 sind die Werte im 70er Bereich.
also ich hab jetzt das bei mir beobachtet und ich bekomme immer dann, wenn meine schwester mit ihrem pc surft oder sonst was macht enorme ping schwankungen zwischen 20 - 300. ansonsten wenn ihr pc aus ist hab ich meinen normalen ping. Was hat das zu bedeuten ? 😮 ich weis ja das der ping sich verschlechter je mehr pc´s sich and netz anschließen, aber ein pc? und zudem war das vor nem monat nicht so und ich hab währen der zeit nicht den anbieter oder sonst was gewechselt
also ich hab jetzt das bei mir beobachtet und ich bekomme immer dann, wenn meine schwester mit ihrem pc surft oder sonst was macht enorme ping schwankungen zwischen 20 - 300. ansonsten wenn ihr pc aus ist hab ich meinen normalen ping.
Bitte mal einen tracert posten, wenn der Schwester-PC beim surfen ist. Die bisherigen tracerts zeigten ja im Netz der DTAG ordenliche Werte, aber in Russlands Weiten hohe Werte. Wenn eine Störung am Router, im Netzwerk oder am Anschluss vorliegen würde, sollten zunächst die Werte im Netz der DTAG ab Zeile 2 hoch gehen. Das war ja bisher so nicht dokumentiert. Gehen die zwei PC's über LAN oder WLAN ins Netz?
Routenverfolgung zu 95.172.70.121 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms speedport.ip
2 12 ms 134 ms 22 ms 217.0.116.71
3 10 ms 14 ms 12 ms 217.0.69.38
4 162 ms 23 ms 63 ms f-ed4-i.F.DE.NET.DTAG.DE
5 37 ms 46 ms 13 ms 80.157.128.230
6 13 ms 13 ms 13 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 21 ms 24 ms 23 ms ae-3.r02.frnkge04.de.bb.gin.ntt.net
8 15 ms 26 ms 13 ms 212.119.15.6
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.


Routenverfolgung zu 95.172.70.176 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms speedport.ip
2 13 ms 8 ms 8 ms 217.0.116.71
3 10 ms 9 ms 10 ms 217.0.69.34
4 13 ms 12 ms 12 ms f-ed4-i.F.DE.NET.DTAG.DE
5 59 ms 37 ms 218 ms 80.156.161.46
6 14 ms 14 ms 13 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 13 ms 13 ms 13 ms ae-3.r02.frnkge04.de.bb.gin.ntt.net
8 14 ms 14 ms 13 ms 212.119.15.6
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.

Routenverfolgung zu 95.172.70.186 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms speedport.ip
2 9 ms 9 ms 8 ms 217.0.116.71
3 11 ms 9 ms 10 ms 217.0.69.34
4 13 ms 12 ms 13 ms f-ed4-i.F.DE.NET.DTAG.DE
5 70 ms 13 ms * 80.156.161.46
6 13 ms 14 ms 13 ms ae-0.r21.frnkge03.de.bb.gin.ntt.net
7 12 ms 13 ms 13 ms ae-3.r02.frnkge04.de.bb.gin.ntt.net
8 13 ms 13 ms 13 ms 212.119.15.6
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.
12 * * * Zeitüberschreitung der Anforderung.



Hab mal 3 stück gepostet weil bei einem schon der 4. schlapp macht aber sonst scheint es so als ob der 5. abka..t
Benutze übrigends LAN
sehe grad das beim ersten tracert sogar schon der 2. abschmiert

Routenverfolgung zu 95.172.70.121 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms speedport.ip
2 12 ms 134 ms 22 ms 217.0.116.71
3 10 ms 14 ms 12 ms 217.0.69.38
4 162 ms 23 ms 63 ms f-ed4-i.F.DE.NET.DTAG.DE
...


Routenverfolgung zu 95.172.70.176 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms speedport.ip
2 13 ms 8 ms 8 ms 217.0.116.71
3 10 ms 9 ms 10 ms 217.0.69.34
4 13 ms 12 ms 12 ms f-ed4-i.F.DE.NET.DTAG.DE
5 59 ms 37 ms 218 ms 80.156.161.46
...

Routenverfolgung zu 95.172.70.186 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms speedport.ip
2 9 ms 9 ms 8 ms 217.0.116.71
3 11 ms 9 ms 10 ms 217.0.69.34
4 13 ms 12 ms 13 ms f-ed4-i.F.DE.NET.DTAG.DE
5 70 ms 13 ms * 80.156.161.46
Tja, insgesamt ein uneinheitliches Bild. Punktuelle Ausreißer mit hohen Werten. Aber schwierig einen gemeinsamen Nenner zu finden. Ich hatte gestern abend die tracerts getestet, allesamt mit niedrigen Werten. Allerdings unterschiedliches Routing.
also kannst du dir auch kein genaues Bild darüber machen was getan werden muss
also kannst du dir auch kein genaues Bild darüber machen was getan werden muss
Nicht richtig. Und wie das mit dem Surfen des "Schwestern-PC's" zusammenhängen soll. Eventuell mal mit einem anderen Router testen.