Netzwerkguru gesucht, ratlos seit 4 wochen..

dante`afk

Lt. Commander
Registriert
Jan. 2006
Beiträge
1.111
Heya,

okay folgender sachverhalt:

vor 2 monaten umgezogen (AT&T uverse) 75/75mbit. lief super fuer 1 monat, vor 4 wochen ploetzlich an einem freitag fing ich ploetzlich an staendig ausm teamspeak zu fliegen. wenn ich mich wieder verbunden habe hat es gelagged, ich konnte keine channels switchen, ich sah packet loss in meiner client connection info.

dann wurde overwatch released, ich flog staendig aus overwatch servern raus. company skype for business chat, ich flog staendig aus dem chat raus, alles nur fuer milisekunden und danach war ich wieder verbunden. internet langsam, facebook/twitter bilder/videos luden sehr langsam. path of exile ping/lagspikes. vor allem abends und am wochenende ganz schlimm.

bis heute habe ich diese probleme und auch die anderen 3 laptops/rechner im haushalt zeigen die gleichen symptome auf (w10 x64, w7 x64)
speedtest.net und pingtest.net sind 1a, vollspeed, gute ping, kein packetloss/jitter.


- 3 techniker waren bisher hier vom ISP, geschaetzt ueber 10 stunden im haus verbracht
- 3x ISP router gewechselt, die weisse buchse an der wand gewechselt, glassfaserkabel gecheckt, konnten nichts finden
- meine verbindung wurde an einen anderen port im keller (gebaeudekomplex, alle hier haben den gleichen ISP) verbunden worden, gleiches problem.
- eigenen router angeschlossen ohne ISP router, selbes problem
- ipv6 deaktiviert, gleiches problem.
- statische IP zugewiesen bekommen vom ISP, gleiches problem
- abesicherten modus gestartet, alle windows services/installationautostarts deaktiviert, selbes problem
- blizzard und teamspeak support kontaktiert, troubleshooting bekommen aber auch keine abhilfe
- ob wlan oder wired, selbes problem
- alle geraete ausgeschaltet, abgesteckt und jedes geraet einzeln mit direktverbindung zum router getestet, selbes problem

der ISP sagt mir immer es wurde ihrerseits nichts geaendert.


nun das kuriose:
wenn ich ueber mein handy (tmobile) internet auf mein rechner tethere, KEINE probleme
wenn ich nen VPN nutze und nach texas, chicago, selbst germany oder frankreich verbinde und somit mein internet nutze, KEINE probleme


was zum teufel?


tracert zu overwatch

Tracing route to 37.244.0.3 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms dsldevice.attlocal.net [192.168.1.254]
2 10 ms 9 ms 90 ms 108-200-224-1.lightspeed.bcvloh.sbcglobal.net [108.200.224.1]
3 2 ms 1 ms 2 ms 71.151.85.34
4 4 ms 3 ms 2 ms 75.25.192.144
5 3 ms 3 ms 2 ms 75.25.192.99
6 3 ms 3 ms 3 ms 12.83.69.29
7 12 ms 11 ms 11 ms gar13.cgcil.ip.att.net [12.122.132.121]
8 10 ms 11 ms 11 ms chi-b21-link.telia.net [213.248.87.253]
9 32 ms 32 ms 32 ms nyk-bb1-link.telia.net [62.115.140.70]
10 127 ms 128 ms 127 ms prs-bb3-link.telia.net [213.155.135.4]
11 87 ms 127 ms 127 ms prs-b8-link.telia.net [62.115.118.81]
12 113 ms 113 ms 113 ms blizzard-ic-307020-prs-b8.c.telia.net [62.115.46.154]
13 108 ms 111 ms 165 ms 37.244.9.33
14 165 ms 165 ms 165 ms 24.105.31.16
15 115 ms 114 ms 114 ms prs-b8-link.telia.net [62.115.118.81]
16 165 ms 165 ms 101 ms blizzard-ic-307020-prs-b8.c.telia.net [62.115.46.154]
17 166 ms 165 ms 154 ms 37.244.9.33
18 154 ms 166 ms 155 ms 24.105.31.16
19 166 ms 153 ms 166 ms 37.244.0.3


tracert zum ts server

Tracing route to unknown.Level3.net [63.210.145.186]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms dsldevice.attlocal.net [192.168.1.254]
2 9 ms 17 ms 3 ms 108-200-224-1.lightspeed.bcvloh.sbcglobal.net [108.200.224.1]
3 2 ms 2 ms 1 ms 71.151.85.34
4 4 ms 2 ms 2 ms 75.25.192.144
5 2 ms 2 ms 3 ms 75.25.192.99
6 6 ms 3 ms 3 ms 12.83.69.29
7 12 ms 11 ms 11 ms gar13.cgcil.ip.att.net [12.122.132.121]
8 10 ms 10 ms 10 ms ae3.chi11.ip4.gtt.net [173.241.128.29]
9 35 ms 35 ms 35 ms xe-11-2-0.dal34.ip4.gtt.net [89.149.129.161]
10 37 ms 35 ms 37 ms as20473.xe-5-1-2.cr1.dfw1.us.as4436.gtt.net [69.31.63.238]
11 35 ms 34 ms 35 ms unknown.Level3.net [63.210.145.186]
 
Zuletzt bearbeitet:
Was sagt der tracert z.b. zu Teamspeak/Overwatch Server?
 
Parallel zum tracert, was sagt denn der ping zu diversen Servern?

zum Beispiel
ping www.google.de /t
mit /t läuft er endlos
 
vergessen zu erwaehnen, die tracerts zeigen auch nichts. oben eingefuegt.

nochmal edit ich war mitm vpn drin.
 
Zuletzt bearbeitet:
vor allem abends und am wochenende ganz schlimm.
Klassiker, wird seitens ISP die Leitung überbucht sein oder/und in deiner Nachbarschaft hats Leute die die ganze Zeit volle Rohr runterladen. Da nützt dann auch nix mehr wenn das Medium Glasfaser ist.
Wenn der Fall wieder auftritt mach doch mal ein Traceroute zu Facebook, Google, etc - eigentlich müsste dann ab einen bestimmten Punkt die Verzögerung ordentlich nach oben gehen.
Falls das nicht der Fall sein sollte, sprich doch mal mit den Nachbarn ob die auch solche Probleme habe - falls Du der einzige bist wirds irgendein Problem bei Dir liegen.

Kannst Du nicht zu einen anderen Anbieter wechseln?

Update:
Was heisst das "die Tracerts zeigen auch nichts"?
 
Pingplotter kann dir auskunft geben wenn du die IP´s kennst wo man sich hinverbindet wo das Problem liegt.
 
ich hatte ein ähnliches Problem mit einer fehlerhaften IPv6 Konfig. Deaktiviere doch überall mal IPv6 falls möglich.
​Vielleicht hilft's ja.
 
Smily schrieb:
Parallel zum tracert, was sagt denn der ping zu diversen Servern?

zum Beispiel
ping www.google.de /t
mit /t läuft er endlos


Pinging 37.244.0.3 with 32 bytes of data:
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=155ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=157ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=167ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=156ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=167ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=167ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=167ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=154ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=153ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=165ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Reply from 37.244.0.3: bytes=32 time=167ms TTL=242
Reply from 37.244.0.3: bytes=32 time=166ms TTL=242
Ergänzung ()

Lawnmower schrieb:
Klassiker, wird seitens ISP die Leitung überbucht sein oder/und in deiner Nachbarschaft hats Leute die die ganze Zeit volle Rohr runterladen. Da nützt dann auch nix mehr wenn das Medium Glasfaser ist.
Wenn der Fall wieder auftritt mach doch mal ein Traceroute zu Facebook, Google, etc - eigentlich müsste dann ab einen bestimmten Punkt die Verzögerung ordentlich nach oben gehen.
Falls das nicht der Fall sein sollte, sprich doch mal mit den Nachbarn ob die auch solche Probleme habe - falls Du der einzige bist wirds irgendein Problem bei Dir liegen.

Kannst Du nicht zu einen anderen Anbieter wechseln?

Update:
Was heisst das "die Tracerts zeigen auch nichts"?

leider kann ich nicht wechseln, nur Uverse erlaubt hier im gebaeude....
ich seh vom tracert keine probleme (siehe startpost) habe diese auch an den ISP geforwarded.

congestion kann sein klar, aber ich habe zB keine probleme an wochenenden/abends wenn ich den VPN nach texas oder deutschland benutze? nur wenn ich direkt verbunden bin.

Xiphiass schrieb:
ich hatte ein ähnliches Problem mit einer fehlerhaften IPv6 Konfig. Deaktiviere doch überall mal IPv6 falls möglich.
​Vielleicht hilft's ja.

leider nicht, aber auch erwaehnt oben.
 
Zuletzt bearbeitet:
Hi,

meines Erachtens ist das Problem folgender Hop: prs-bb3-link.telia.net
Ab dort steigt die Antwortzeit stark an. Machen kannst du selbst dagegen nichts. Der Provider muss sich mit dem Betreiber (Telia) in Verbindung setzt, dass diese das prüfen.
 
wenn es über VPN klappt, aber direkt nicht, dann ist irgendwo ein routing des providers entweder verstopft oder sogar beschädigt

verstopft würde nur lags geben, aber direkt connection drops deuten eher auf einen defekten switch oder ähnliches beim provider hin

mal versuchen dauerhaft einen guten vpn zu nutzen (sprich einer mit guten pings) und dann sehen ob das wirklich über tage konstant gut läuft, wenn ja dann ist es wirklich provider internes problem

Tom_123 schrieb:
Hi,

meines Erachtens ist das Problem folgender Hop: prs-bb3-link.telia.net
Ab dort steigt die Antwortzeit stark an. Machen kannst du selbst dagegen nichts. Der Provider muss sich mit dem Betreiber (Telia) in Verbindung setzt, dass diese das prüfen.


nein, ihn haut es ja überall raus, und beim TS tracert ist kein telia im spiel und die latenzen alle im 30ms bereich
 
ich glaube ich fliege nicht aus dem internet heraus, und wenn doch dann ist es nur fuer milisekunden, was die drops erklaeren wuerden.
 
Würde auch sagen dass das Problem da auftritt wo die hohen ms anfangen, da wird vermutlich einfach die Leitung ziemlich ausgelastet sein. Machen kannst Du da nichts.
Das wäre zumindestens mal bei Overwatch so; wenn ich bei mir ein Tracert auf die 213.155.135.4 mache kriegt ich 25ms Antwortzeit, ab 37.244.9.33 sinds dann aber bei mir auch Werte knapp unter 200ms. Möglicherweise wird in der Prime Time Overwatch einfach ein wenig überrannt von den Spielern - da wird Blizzard aber bestimmt schnell ausbauen.

Bei TS wäre mal ein Dauerping auf dessen IP sowie weitere IPs wie Google, Facebook und dein Router interessant um zu sehen ob es Dich generell raushaut oder nur eine bestimmte Route; wegen ein paar ms sollte es Dich aber nicht sofort raushauen.
 
Zuletzt bearbeitet:
nicht zu sehr auf die tracerts versteifen, da bei ihm das gesamte netz lahmgelegt wird zu dem zeitpunkt, das geschieht schon früher - entweder direkt lokal (wo ja eher das VPN phänomen dagegen spricht, das t-mobile tethering schließt zumindest hardware probleme aus) oder eben 2-3 hops später, also nachbarschaft/NYC überlastet
tracert 2 bis 6 sind an den pingzeiten gemessen alle lokal in der stadt
7 ist wohl der übergabepunkt an externe netze (vermutung anhand der 2 tracerts)

wenn da was verstopft/hängt, dann irgendwo zwischen 2 bis 7, oder gar 7 zu extern
würde dann aber gern einen tracert zum vpn sehen, der müsste ja theoretisch auch dann mit den selben problem kämpfen, ausser die übergabe von der 6 oder 7 geht dann nicht über den selben hop bzw. der ist dann nicht ausgelastet

da hilft dann wirklich nur ein plot über mehrere stunden zur stoßzeit


deine pings sind auch eher weniger aussagekräftig, da er in den USA wohnt (auch wenn ich hier mit eigenen pings überrascht bin bis Chicago 50ms zu haben und zum overwatch server dort fast 300ms)
 
die overwatch IP ist fuer den US server. daher die hohe ms fuer euch. es gibt eine andere IP fuer europa.

ich mach gleich tracerts mit dem VPN verbunden nach dem fussballspiel.
 
Du hast die hohen ms ja auch ;)
Das ich die hohen ms habe über den Teich ist klar aber TE sollte das nicht der Fall sein dürfen...
 
Zuletzt bearbeitet:
hier die tarcerts waehrend ich mitm vpn verbunden bin. location midwest, sollte chicago sein laut speedtest.

Tracing route to 37.244.0.3 over a maximum of 30 hops

1 10 ms 10 ms 10 ms 10.164.1.1
2 * * * Request timed out.
3 12 ms 11 ms 12 ms xe-0-1-0-5.r05.chcgil09.us.bb.gin.ntt.net [129.250.207.209]
4 33 ms 33 ms 12 ms ae5.er2.ord7.us.zip.zayo.com [64.125.12.85]
5 33 ms 33 ms 12 ms 128.177.105.58.IPYX-106626-011-ZYO.zip.zayo.com [128.177.105.58]
6 33 ms 70 ms 118 ms prs-bb3-link.telia.net [80.91.251.97]
7 118 ms 67 ms 67 ms 37.244.0.3



Tracing route to unknown.Level3.net [63.210.145.186]
over a maximum of 30 hops:

1 73 ms 10 ms 10 ms 10.164.1.1
2 * * * Request timed out.
3 12 ms 12 ms 11 ms xe-0-3-0-9.r06.chcgil09.us.bb.gin.ntt.net [129.250.207.213]
4 11 ms 11 ms 11 ms ae11.chi11.ip4.gtt.net [199.229.229.193]
5 39 ms 38 ms 39 ms xe-10-2-1.dal34.ip4.gtt.net [89.149.130.186]
6 38 ms 38 ms 38 ms as20473.xe-5-1-2.cr1.dfw1.us.as4436.gtt.net [69.31.63.238]
7 38 ms 38 ms 38 ms as20473.xe-5-1-2.cr1.dfw1.us.as4436.gtt.net [69.31.63.238]
8 40 ms 40 ms 40 ms unknown.Level3.net [63.210.145.186]
 
Die IP bei Level3 ist die vom TS? Die scheint ja sowohl über den 75 Mbit Anschluss als auch via VPN ganz ordentlich. Und die Ausfälle hast Du genau jetzt auch (ohne VPN)?
 
ja, ich hab sogut wie vollspeed selbst mit den VPN, chicago ist nur ne std von hier entfernt, bin momentan in cleveland.


wie gesagt, keine ausfaelle mit VPN verbindung.

das versuchen wir ja herauszufinden, wieso ich mit einer direktverbindung zu meinem provider diese probleme habe.
Ergänzung ()

hier ist mal nen 15 minuten langes tracert(?) mit winMTR zum overwatch server und zum ts server. der loss beim ts server (linkes bild) war teilweise mal bei 40%.

Ng1bSqt.jpg


kann man demnach sagen das problem liegt definitv bei ATT oder bei mir?


hier nochmal 15 minuten waehrend ich mit dem VPN verbunden bin

1nylZ6F.jpg
 
wenn vpn stabil und über anbieter nicht ... heist das noch nicht mal das der anbieter schuld hat sondern es kann ja ein hop dazwischen sein im routing der von jemand anders betrieben wird und der auf der vpn router nicht auftritt ...


aber du hast bei beiden screens loss in dem ersten hop von daher ... unlogisch das bei vpn nichts schief geht ... wobei dort ja auch verschlüsselt wird ...
 
jau, nen winmtr hab ich bisher mit dem vpn nie gemacht da ich noch nie damit geflogen bin. wundert mich.
 
Zurück
Oben