internet problem traceroute

[Verwijderd]

mijn internet is een stuk langzamer geworden. ik probeer world of warctaft te spelen maar ik wordt de heletijd gedisconnect en ik weet niet waardoor het komt ik heb een traceroute gedaan

Tracing route to 12.129.222.10 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms router.asus.com [192.168.1.1]
2 <1 ms <1 ms <1 ms 192.168.0.1
3 7 ms 7 ms 7 ms 10.15.227.129
4 7 ms 7 ms 6 ms 212.142.61.133
5 111 ms 109 ms 109 ms 84.116.245.154
6 109 ms 108 ms 112 ms nl-ams05a-rd2-ae-80-2370.aorta.net [84.116.244.8
1]
7 111 ms 109 ms 113 ms us-was03a-rd1-xe-0-3-0.aorta.net [84.116.130.66]

8 129 ms 109 ms 109 ms nl-ams04a-ri2-xe-9-2-0.aorta.net [84.116.130.174
]
9 117 ms 115 ms 116 ms ash-b2-link.telia.net [62.115.41.9]
10 126 ms 121 ms 122 ms 192.205.33.25
11 120 ms 117 ms 119 ms cr81.wshdc.ip.att.net [12.122.135.98]
12 119 ms 123 ms 118 ms cr1.wswdc.ip.att.net [12.122.135.86]
13 116 ms 117 ms 115 ms 12.122.93.133
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.

ik kan sommige online spellen gewoon niet meer normaal spelen en ik weet niet hoe ik dit moet fixen
hopelijk kan iemand my helpen

[Bart]

Het lijkt erop dat je twee routers hebt staan, klopt dit? Is dat een nieuwe situatie en veroorzaakt dit het probleem niet?

[Will_M]

Enige wat je zelf intern zou kunnen veranderen is de eerste "hop" (waarschijnlijk de tweede NAT slag van je WLAN router naar het modem/router apparaat van je provider). Je zit ná de vijfde "hop" al op de AMS-IX en wordt daarna verder gerouteerd naar de US en vervolgens weer terug naar de AMS-IX ?

Bij mij loopt een traceroute naar dat IP als volgt:

code:

Tracing route to 12.129.222.10 over a maximum of 30 hops

  1     3 ms     3 ms     2 ms  fritz.box [192.168.178.254]
  2    12 ms    12 ms    13 ms  82-197-222-1.dsl.cambrium.nl [82.197.222.1]
  3    11 ms    10 ms    10 ms  217.19.17.121
  4    12 ms    15 ms    22 ms  xe-1-1-4-252.ams12.ip4.gtt.net [141.136.97.9]
  5   101 ms   102 ms   103 ms  et-9-3-0.nyc20.ip4.gtt.net [89.149.128.230]
  6    97 ms    99 ms    99 ms  192.205.37.37
  7    92 ms    96 ms    93 ms  cr1.n54ny.ip.att.net [12.122.131.94]
  8    93 ms    93 ms    93 ms  12.123.250.133
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

Waarschijnlijk ben ik bij de tiende "hop" al op de bedoelde server maar reageren de switches en servers van die host (terecht) niet op ICMP requests.

[luxan]

Niet om het een of ander maar is het niemand nog opgevallen dat er 3x NAT uitgevoerd word? Het lijkt wel of er hier Carrier Grade NAT uitgevoerd word. Heb je toevallig IPv6 via DS-Lite bij UPC? Dan kan het zijn dat je een IPv4 adres deelt met meerdere UPC klanten.

Indien dit het geval is, verklaart het de problemen met online games. Probeer het eens via IPv6.

[Will_M]

luxan schreef op zondag 24 mei 2015 @ 16:17:
Niet om het een of ander maar is het niemand nog opgevallen dat er 3x NAT uitgevoerd word? Het lijkt wel of er hier Carrier Grade NAT uitgevoerd word. Heb je toevallig IPv6 via DS-Lite bij UPC? Dan kan het zijn dat je een IPv4 adres deelt met meerdere UPC klanten.

Indien dit het geval is, verklaart het de problemen met online games. Probeer het eens via IPv6.

Die derde NAT slag (naar 10.15.227.129 op ipV4) is niet iets waar de TS gemakkelijk iets aan kan veranderen, hij kan hooguit z'n modem in bridgemode (laten) zetten om zo thuis nog maar één NAT slag te hoeven maken.

Wat ik persoonlijk vreemder vind in zijn traceroute is de route: van AMS naar AMS via US.

code:

6 109 ms 108 ms 112 ms nl-ams05a-rd2-ae-80-2370.aorta.net [84.116.244.81]
7 111 ms 109 ms 113 ms us-was03a-rd1-xe-0-3-0.aorta.net [84.116.130.66]
8 129 ms 109 ms 109 ms nl-ams04a-ri2-xe-9-2-0.aorta.net [84.116.130.174

Hiervoor zal 'ie écht even contact moeten opnemen met z'n provider (die bepaalde wegingen meegeeft aan het verkeer).

[luxan]

wimmel_1 schreef op zondag 24 mei 2015 @ 16:25:
[...]


Die derde NAT slag (naar 10.15.227.129 op ipV4) is niet iets waar de TS gemakkelijk iets aan kan veranderen, hij kan hooguit z'n modem in bridgemode (laten) zetten om zo thuis nog maar één NAT slag te hoeven maken.

jup, dat weet ik, carrier grade nat kun je zelf niets aan veranderen. Je modem in bridge mode zetten is echter niet de oplossing, de kans is groot dat je dan je connectivity verliest.

wimmel_1 schreef op zondag 24 mei 2015 @ 16:25:
Wat ik persoonlijk vreemder vind in zijn traceroute is de route: van AMS naar AMS via US.

code:

6 109 ms 108 ms 112 ms nl-ams05a-rd2-ae-80-2370.aorta.net [84.116.244.81]
7 111 ms 109 ms 113 ms us-was03a-rd1-xe-0-3-0.aorta.net [84.116.130.66]
8 129 ms 109 ms 109 ms nl-ams04a-ri2-xe-9-2-0.aorta.net [84.116.130.174

Hiervoor zal 'ie écht even contact moeten opnemen met z'n provider (die bepaalde wegingen meegeeft aan het verkeer).

Ik vind het persoonlijk niet zo vreemd dat de traceroute naar Amerika gaat als er een traceroute uitgevoerd word op een IP adres in Amerika. Ik weet niet waarom hij dan vervolgens weer naar Amsterdam gestuurd word maar ik vermoed dat dat veroorzaakt word door de Blizzard servers.

[GlowMouse]

wimmel_1 schreef op zondag 24 mei 2015 @ 16:25:
[...]


Die derde NAT slag (naar 10.15.227.129 op ipV4) is niet iets waar de TS gemakkelijk iets aan kan veranderen, hij kan hooguit z'n modem in bridgemode (laten) zetten om zo thuis nog maar één NAT slag te hoeven maken.

Wat ik persoonlijk vreemder vind in zijn traceroute is de route: van AMS naar AMS via US.

code:

6 109 ms 108 ms 112 ms nl-ams05a-rd2-ae-80-2370.aorta.net [84.116.244.81]
7 111 ms 109 ms 113 ms us-was03a-rd1-xe-0-3-0.aorta.net [84.116.130.66]
8 129 ms 109 ms 109 ms nl-ams04a-ri2-xe-9-2-0.aorta.net [84.116.130.174

Aan de timings te zien, gaat dat helemaal niet via de US. De traagheid zit in deze hop:

code:

4 7 ms 7 ms 6 ms 212.142.61.133
5 111 ms 109 ms 109 ms 84.116.245.154

Het is gek dat het binnen het UPC-netwerk lijkt, maar dit is een normale tijd om een signaal in de VS te krijgen.

[ Voor 4% gewijzigd door GlowMouse op 24-05-2015 16:38 ]

[Will_M]

Wordt wel grappig als je de "Whois" van aorta.net (what's in a name) er bij pakt: http://whois.domaintools.com/aorta.net

TS moet gewoon even met UPC (Liberty Global) gaan schakelen zodat z'n games weer "normaal" kunnen connecten met de servers van Blizzard in de US zónder daar het halve (óf hele) netwerk van UPC voor te moeten gebruiken

[ Voor 16% gewijzigd door Will_M op 24-05-2015 18:01 ]

[devil-strike]

Die 10ip is totaal niet belangrijk, dit is de interne ip die upc gebruikt om de modem uittelezen en tevoorzien van updates en config files, je zal gewoon een normale ip hebben naast die 10ip.

Maar goed daarbij heb je dus 2 routers draaien wat niet handig is gezien dubbel nat gelul.

[ Voor 19% gewijzigd door devil-strike op 24-05-2015 18:42 ]

[dion_b]

wimmel_1 schreef op zondag 24 mei 2015 @ 16:47:
Wordt wel grappig als je de "Whois" van aorta.net (what's in a name) er bij pakt: http://whois.domaintools.com/aorta.net

TS moet gewoon even met UPC (Liberty Global) gaan schakelen zodat z'n games weer "normaal" kunnen connecten met de servers van Blizzard in de US zónder daar het halve (óf hele) netwerk van UPC voor te moeten gebruiken

Die conclusie lijkt me kort door de bocht. Als je kijkt naar uiteindelijke tijd tussen PC TS en de laatste hop die reageert gaat het om 116ms. Dat is weliswaar 23ms trager dan de 93ms die jij constateert, maar dat is allerminst het verschil tussen speelbaar en onspeelbaar. Komt bij dat hij klaagt over disconnects. Ik weet niet exact wat de timeout is voor verbindingen met WoW, maar ik zou normaliter 1 sec verwachten. Dat is 1000ms, dus acht keer langer dan z'n pingtijden hier.

Kortom, ik denk dat er iets anders aan de hand is. Ik zou in eerste instantie die onzinnige dubbel-NAT aanpakken. Dit ziet eruit als een router achter een kabelmodemrouter. Ervan uitgaande dat die router er is voor betere WiFi-dekking kan dat ding veel beter als AP ingesteld worden: [HOWTO]Draadloze Router gebruiken als Access Point

[ Voor 21% gewijzigd door dion_b op 24-05-2015 18:45 ]

[Will_M]

dion_b schreef op zondag 24 mei 2015 @ 18:45:
[...]

Die conclusie lijkt me kort door de bocht. Als je kijkt naar uiteindelijke tijd tussen PC TS en de laatste hop die reageert gaat het om 116ms. Dat is weliswaar 23ms trager dan de 93ms die jij constateert, maar dat is allerminst het verschil tussen speelbaar en onspeelbaar. Komt bij dat hij klaagt over disconnects. Ik weet niet exact wat de timeout is voor verbindingen met WoW, maar ik zou normaliter 1 sec verwachten. Dat is 1000ms, dus acht keer langer dan z'n pingtijden hier.

Kortom, ik denk dat er iets anders aan de hand is. Ik zou in eerste instantie die onzinnige dubbel-NAT aanpakken. Dit ziet eruit als een router achter een kabelmodemrouter. Ervan uitgaande dat die router er is voor betere WiFi-dekking kan dat ding veel beter als AP ingesteld worden: [HOWTO]Draadloze Router gebruiken als Access Point

Die dubbele NAT slag is sowieso een éérste om er tussen uit te halen maar misschien dat de TS ook eens kan reageren én kan vertellen wat 'ie zelf uitgespookt heeft in de tijd tussen nú en de tijd voordat 't probleem ontstond.

(Buiten dat: De routering van UPC verdient niet de schoonheidsprijs op deze manier ).

[devil-strike]

wimmel_1 schreef op zondag 24 mei 2015 @ 18:54:
[...]

(Buiten dat: De routering van UPC verdient niet de schoonheidsprijs op deze manier ).

Lekker goedkoop voor upc/ziggo om alles over aorta(backbone liberty global) heen tegooien.

[CyBeR]

wimmel_1 schreef op zondag 24 mei 2015 @ 15:37:
Enige wat je zelf intern zou kunnen veranderen is de eerste "hop" (waarschijnlijk de tweede NAT slag van je WLAN router naar het modem/router apparaat van je provider). Je zit ná de vijfde "hop" al op de AMS-IX en wordt daarna verder gerouteerd naar de US en vervolgens weer terug naar de AMS-IX ?

AMS-IX komt niet voor in die traceroute. En gezien de latencies gaat het verkeer niet van amsterdam naar de VS en weer terug.

Er is ook geen derde NAT trouwens, dat is gewoon UPC wat z'n CMTS'en rfc1918 IP's geeft.

[ Voor 8% gewijzigd door CyBeR op 25-05-2015 15:19 ]