Curse

Chthon · Nov 13, 2007, 10:32 PM // 22:32

Quote:

Originally Posted by Fowler

guys I made tracert of connection to Gw server...got this results...Can any1 explain what does it mean?Something doesnt allow to connect?

http://img99.imageshack.us/my.php?image=trace2lz0.jpg

I can explain that.

First, here's what tracert does: It sends three pings to each node between your computer and the destination, starting with the closest node at the top, and proceeding to the farthest node at the bottom. The time (in milliseconds) it took to get a response back for each ping is then displayed. "*" is displayed instead if no response is received. If there's a response, the IP, and possibly domain, of that node is displayed. If there's no response to any of the three pings, "request timed out" is displayed, as the identity is unknown.

A couple other things to know:
(1) Some operators configure their routers not to respond to pings at all. They may be forwarding data just fine, but show up as a black hole when you ping them. Usually you can spot these as a "* * * request timed out" which is followed by normally functioning nodes below it.
(2) Almost all operators who configure their routers to respond to pings give doing so they lowest priority. That means that the times you see for ping response are almost always going to be slower than the times for pure packet forwarding (which is what you actually care about). Sometimes it also means that a router can be dropping ping requests, but still forwarding normal packets without loss (although probably rather slowly).

Reading the tracert printout:

How to tell if a speed is good or not:
Start by figuring out where each of these nodes is located. You can use whois to figure out who owns them. (Edit: You'll have to use RIPE if you're looking for European-owned addresses. You're in Armenia, right?)
Now, do some math. Light travels down fiberoptic cable at about 100 miles per millisecond. So take the distance from you to the first node, in miles, times two, divided by 100. If the results from your tracert much exceed that value, the first node is sticking some lag into the line. (I'd say +5 or 10ms beyond the time it took the light to get there demonstrates a problem; and +50ms or so demonstrates a big problem.) Figure later nodes by the distance from the previous node and the additional time beyond what the previous node took. (Sometimes you may have to account for the previous node forwarding your ping requests to successive routers faster than it answers a ping request to itself.)

A timed-out ping request usually means there's a problem. You need to use other tools to determine if there's packet loss going on, and where. The pathping command can help. Pingplotter (trial version) does a better job, but you have to install it and endure a nag screen after the trial period expires. Even 1% packet loss is unacceptable.

Reading your particular printout:

The initial 16-18ms on the first hop is a bit sluggish. Unless you're some 800 miles from your ISP, you're getting sub-par service off the bat.
The time-outs at hops 5 and 7 are a tiny bit worrisome. Test them more thoroughly for packet loss. It's possible, although unlikely, that all of the problems below them are caused by losses at one or both of these hops. Or these could indicate a small problem that's independent of your larger problem(s).
Hop 9 adds some 320+ ms to the line. This is a big hop -- looks like it's from somewhere in Armenia to Kiev -- but it still shouldn't take anywhere near that long. If the hop's about 1000 miles (my rough estimate), 20ms of that 320ms is legitimate, and the other 300ms is lag. I'd say this is quite probably the source of the biggest problem.
Hop 10 is probably not a problem, since hop 11 shows up not too much slower than hop 9, the router at 10 is probably just configured not to respond to ping requests.
Hop 12 might have a bit of packet loss. It would bear investigation if hop 9 wasn't so obviously screwed up.
Hop 14 is either an even bigger problem than hop 9, or a symptom of hop 9. Either hop 14 is just a black hole that's losing 100% of its packets, or hop 9 is slowing everything down so much that replies from hops 14 and beyond are getting declared lost before they can return. Can't tell from this data.

In short, your problem is probably being caused by these folks:

Quote:

Originally Posted by RIPE

inetnum: 213.179.224.0 - 213.179.224.255
netname: UKRTELNET
descr: Ukrtelecom IP access network in KIEV
descr: JSC Ukrtelecom
country: ua
remarks: E-mail for SPAM and abuse [email protected]
admin-c: ARM3-RIPE
tech-c: ARM3-RIPE
status: ASSIGNED PA "status:" definitions
mnt-by: AS6849-MNT
source: RIPE # Filtered

person: Alexander Remiga
address: JSC UKRTELECOM
address: 18, Shevchenko blvd.
address: 01030, Kiev, Ukraine
phone: +380 (44) 246-4416
fax-no: +380 (44) 226-2586
e-mail: [email protected]
nic-hdl: ARM3-RIPE
source: RIPE # Filtered

I've heard there's been some really nasty weather in that part of the world recently, so, if this is a very recent problem, they may have some damaged hardware. Possibly a damaged undersea cable in the Black Sea/Sea of Azov. Or maybe Ukrtelecom just sucks all the time. IDK.

Hope that helped.

scheisse · Nov 14, 2007, 06:15 AM // 06:15

i think the problem is from the isp but not exactly your isp but it's from singtel your isp connecting to.

you can read the same complaints here:

http://forums.aanet.com.au/viewtopic.php?t=13569
http://forums.whirlpool.net.au/forum...fm/857949.html

for me i am not from australia but my route will have to pass singtel too. so i think we know who's to blame now.

Pucca · Nov 14, 2007, 09:20 AM // 09:20

Well I honestly do believe this is an ISP problem because after I signed up for faster broadband the problem ceased to exist and I am playing fine.

Fowler · Nov 14, 2007, 10:54 AM // 10:54

O God!Chthon!!!
You are my best friend!Thank You for this guide!
I play GW in Armenia for 1 year and it wasnt dreadful so much...I could normally play...
So anyway I have to wait...
Thanks another time Chthon...U really helped me!

Smoke Nightvogue · Nov 14, 2007, 12:56 PM // 12:56

Heh, Fowler, old friend, you're lagger 4 life! ^^; This post cannot fix a 100,000,000 ping, why did you read it after all?

Fowler · Nov 14, 2007, 01:49 PM // 13:49

It was impossible to wait another action from you...Anyway glad to see that your insurmountable survivor still exists...I advance my arabic here...May you nerf Ucrtelecom and create Qbrtelecom???I will be glad!

Roo Ella · Nov 14, 2007, 01:50 PM // 13:50

@ Khazad Guard
G'day from WA lol
Anyway

What is DSL Transfer (Churn)?
DSL Transfer, also called DSL churn, refers to the process of changing between two ADSL Internet Service Providers, where both providers participate in a Telstra-provided changeover (or 'churn') process. The process is designed to make that changeover smooth and simple.

And Internode is a ISP in Oz

I also think it's singtels fault

scheisse · Nov 15, 2007, 01:23 AM // 01:23

trace to american district and lost at singtel.

Tracing route to 216-107-245-97.plaync.com [216.107.245.97]
over a maximum of 30 hops:

1 71 ms 70 ms 102 ms bras2.lensodatacom.co.th [202.90.112.245]
2 178 ms * 109 ms 125-25-8-1.adsl.totbb.net [125.25.8.1]
3 * 97 ms * ge1-8-202.cs1-kkm.totisp.net [203.113.13.37]
4 * 81 ms 108 ms te8-1.cs1-cwt.totisp.net [203.113.13.121]
5 80 ms 84 ms * 203.113.24.241
6 104 ms * * 61.19.10.13
7 * * 92 ms 202.47.253.134
8 * * * Request timed out.
9 * * 382 ms ge-1-0-0-0.sngc3-dr1.ix.singtel.com [203.208.173
.134]
10 396 ms 395 ms * xe-1-0-0-0.sngc3-cr1.ix.singtel.com [203.208.183.33]
11 413 ms * 387 ms so-6-0-0-0.laxow-cr2.ix.singtel.com [203.208.151.66]
12 396 ms * 407 ms ge-0-1-0-0.laxow-dr2.ix.singtel.com [203.208.171.18]
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.

inetnum: 203.208.151.64 - 203.208.151.127
netname: SINGTEL-IX-AP
descr: Singapore Telecommunications Pte Ltd
descr: 31C Exeter Road, Comcenter III
descr: Unit #06-06
descr: Singapore 239734
country: SG
admin-c: SAK3-AP
tech-c: SAK3-AP
status: ASSIGNED NON-PORTABLE
notify: [email protected]
mnt-by: MAINT-SINGTEL-IX
changed: [email protected] 20070615
source: APNIC

person: Shan Ali Khan
address: Singapore Telecommunications Limited
address: 5 Tampines Central 6, Telepark
address: Unit #07-08
address: Singapore 529482
country: SG
phone: +65 6838 3026
fax-no: +65 6736 4110
e-mail: [email protected]
nic-hdl: SAK3-AP
notify: [email protected]
mnt-by: MAINT-SINGTEL-IX
mnt-by: MAINT-AP-CONNECTPLUS
changed: [email protected] 20070516
source: APNIC

yesterday i had 700,000 ms ping.

scheisse · Nov 15, 2007, 01:35 AM // 01:35

trace to european district and lost at pccwbtn

Tracing route to 206-127-146-107.plaync.com [206.127.146.107]
over a maximum of 30 hops:

1 87 ms 35 ms 37 ms bras2.lensodatacom.co.th [202.90.112.245]
2 81 ms 89 ms 100 ms 125-24-80-1.adsl.totbb.net [125.24.80.1]
3 * * 81 ms ge1-8-202.cs1-kkm.totisp.net [203.113.13.37]
4 91 ms 105 ms 130 ms 203-113-126-93.totisp.net [203.113.126.93]
5 97 ms 79 ms 400 ms 203.190.250.129
6 87 ms 412 ms 78 ms vl101.cs1-kkm.totisp.net [203.113.13.130]
7 471 ms 84 ms 479 ms pos4-0-0.mr01.sjo01.pccwbtn.net [63.218.7.73]
8 * * * Request timed out.
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.

OrgName: Beyond The Network America, Inc.
OrgID: BNA-42
Address: 450 Springpark PL
Address: Suite 100
City: Herdon
StateProv: VA
PostalCode: 20170
Country: US

NetRange: 63.216.0.0 - 63.223.255.255
CIDR: 63.216.0.0/13
NetName: BTN-CIDR5
NetHandle: NET-63-216-0-0-1
Parent: NET-63-0-0-0-0
NetType: Direct Allocation
NameServer: NS.CAIS.COM
NameServer: NS2.CAIS.COM
Comment: ADDRESSES WITHIN THIS BLOCK ARE NON-PORTABLE
RegDate: 1999-12-09
Updated: 2004-11-12

OrgAbuseHandle: PAD13-ARIN
OrgAbuseName: PCCW AUP Department
OrgAbusePhone: +1-703-621-1627
OrgAbuseEmail: [email protected]

OrgNOCHandle: NOC1582-ARIN
OrgNOCName: NOC
OrgNOCPhone: +1-703-621-1637
OrgNOCEmail: [email protected]

OrgTechHandle: CDO54-ARIN
OrgTechName: Downes, Chris
OrgTechPhone: +1-703-621-3180
OrgTechEmail: [email protected]

do you have to pass pccwbtn to european district too?

Chthon · Nov 15, 2007, 03:01 AM // 03:01

Quote:

Originally Posted by scheisse

Tracing route to 216-107-245-97.plaync.com [216.107.245.97]
over a maximum of 30 hops:

1 71 ms 70 ms 102 ms bras2.lensodatacom.co.th [202.90.112.245]

...

Tracing route to 206-127-146-107.plaync.com [206.127.146.107]
over a maximum of 30 hops:

1 87 ms 35 ms 37 ms bras2.lensodatacom.co.th [202.90.112.245]

You've got something very, very wrong on hop 1. Those response times are awful, and it looks like you've got packet loss going on right off the bat. Check that your PC's network connection is properly configured, check your modem, check with your ISP. This problem is much closer to your end than a-net's.

Khazad Guard · Nov 15, 2007, 06:00 AM // 06:00

Quote:

Originally Posted by Roo Ella

@ Khazad Guard
G'day from WA lol
Anyway

What is DSL Transfer (Churn)?
DSL Transfer, also called DSL churn, refers to the process of changing between two ADSL Internet Service Providers, where both providers participate in a Telstra-provided changeover (or 'churn') process. The process is designed to make that changeover smooth and simple.

And Internode is a ISP in Oz

I also think it's singtels fault

Cheers for that Roo Ella, bot so 'up with it' on technical stuff :P. It all seems abit to complicated for me, but my lag isnt too bad anyway (touch wood). Thanks for that!

Nida · Nov 15, 2007, 11:22 AM // 11:22

I had to call Dodo a week ago over another issue, and wasnt happy with th e reply tech support gave me. They asked me if I was happy, I said no, and they put on to a lvl 2 technitian on the spot. I spoke to them, and resolved that issue, then thought what the heck... I will re-hash this issue again and see if I can get any answers from them. So after a lot of explaining and the guy looking into things, he was still sceptical that I was having any problems at all, and he told me that someone would call me back that evening and talk to me about running some tests. Arround 7pm I FINALLY got a call back from an AUSTRALIAN tech ( OMG I was stunned!! I could understand them, and htey understood me - what a novelty! ). The guy was really great. He also is a gamer, playing WoW, having the EXACT SAME ISSUE - he didnt tell me who his internet provider was, but he isnt with Dodo - he also made it clear to me I should take my money elsewhere ... but.. he said to run the pingplotter and some tracert over the next couple of days whenever I was having issues and to email them back. So I did, and he now is collating the information form my tests and tests they ran themselves, so HOPEFULLY there will be some information on this soon.

Damn Singtel - they are really screwing us over.

The Way Out · Nov 15, 2007, 02:42 PM // 14:42

If anyone here is experiencing lag, I will give you a brief explanation as to why you most likely are.

Number one offender is....

P2P and Torrent clients installed on your system (tada!!!)

When you run programs like Limewire, Bearshare, Kazaa, EMule, Azureus, BitTorrent, and so on, you are exposing your system to socketed connections with other anonymous users out on the internet. These connections remain open, unless you specifically close them... even if you are not downloading anything. Having said this... what really chokes your internet speed in this case is the uploading from your system. ISPs provide most of us with great download speeds, but our upload speeds are atrocious. People connect to your... say "Limewire" client and browse through your shared files to see if you have what they are looking for. And what most people don't know is that even if you move the file from the shared "Limewire" folder into another folder... say "My Music" or "Music"... the file is still called out and shared by "Limewire" by design. I can go on and on about this, but people tend to never believe me... and they blame Ventrilo or other programs for it.

My suggestion, if you are experiencing severe lag.... uninstall those programs and then shutdown both your computer and turn off your router (for about ten minutes). Replug the power to your router... then turn your system on. Go into your firewall setting and remove any allowances for any programs you have uninstalled. This should vastly improve your networking performance, because your system is not serving out anything.

If there are other computers in your house that have those programs you are in trouble... and then you have to deal with the lag.

What if you don't have any of these problems, what can you do then. first suggestion is to update your network driver. You can find out your brand of network adapter a numbers of ways, but here is the easiest (Windows assumed, because Linux guys know computers). If you own a popular brand like HP, Dell, Gateway (yuck), Emachines (yuck), Acer, etc... go to their site and look up your model system. Download and install the newest updated drivers for anything on your system (audio, video, network, chipset, bios, etc...). Update everything. Once this is done and your system has naturally called to be rebooted a few times, defragment your drive. Do it until you can't defrag anymore.

After all of this, if you are still experiencing lag... seek me out ig and I will try to walk you through a couple more steps... or even if you have trouble finding drivers or installing them. I hope this has helped a couple of you.

ign

The Way Out
Flame Factory
Green Hostility

Nida · Nov 16, 2007, 12:14 AM // 00:14

Quote:

Originally Posted by The Way Out

If anyone here is experiencing lag, I will give you a brief explanation as to why you most likely are.

Number one offender is....

P2P and Torrent clients installed on your system (tada!!!)

When you run programs like Limewire, Bearshare, Kazaa, EMule, Azureus, BitTorrent, and so on, you are exposing your system to socketed connections with other anonymous users out on the internet. These connections remain open, unless you specifically close them... even if you are not downloading anything. Having said this... what really chokes your internet speed in this case is the uploading from your system. ISPs provide most of us with great download speeds, but our upload speeds are atrocious. People connect to your... say "Limewire" client and browse through your shared files to see if you have what they are looking for. And what most people don't know is that even if you move the file from the shared "Limewire" folder into another folder... say "My Music" or "Music"... the file is still called out and shared by "Limewire" by design. I can go on and on about this, but people tend to never believe me... and they blame Ventrilo or other programs for it.

My suggestion, if you are experiencing severe lag.... uninstall those programs and then shutdown both your computer and turn off your router (for about ten minutes). Replug the power to your router... then turn your system on. Go into your firewall setting and remove any allowances for any programs you have uninstalled. This should vastly improve your networking performance, because your system is not serving out anything.

If there are other computers in your house that have those programs you are in trouble... and then you have to deal with the lag.

What if you don't have any of these problems, what can you do then. first suggestion is to update your network driver. You can find out your brand of network adapter a numbers of ways, but here is the easiest (Windows assumed, because Linux guys know computers). If you own a popular brand like HP, Dell, Gateway (yuck), Emachines (yuck), Acer, etc... go to their site and look up your model system. Download and install the newest updated drivers for anything on your system (audio, video, network, chipset, bios, etc...). Update everything. Once this is done and your system has naturally called to be rebooted a few times, defragment your drive. Do it until you can't defrag anymore.

After all of this, if you are still experiencing lag... seek me out ig and I will try to walk you through a couple more steps... or even if you have trouble finding drivers or installing them. I hope this has helped a couple of you.

ign

The Way Out
Flame Factory
Green Hostility

while I appreciate your attempt to help, you honestly have no real idea of what this problem is. I DO NOT have any of these things on my computer, so why am I having so many problems?

my problems are not all the time, my problems are in my evenings only. One theory is, and I tend to agree with it, that Korea is one of Singtel's biggest customers. Korea, being one of the biggest online gameing nations, get priority on bandwidth, so as to keep their biggest customers happy. It is suspected that they are compressing/restricting bandwidth to their many Australian customers - because after all, Australians dont matter - they are a very very very small slice of the pie, and if we loose them it wont matter anyway.

I can play GW all day from whenever I log in , arround 10am usually, and it runs perfectly - no lag, very little rubber banding. At about 3 or 4 in the afternoon I begin to experience intermittent lag, rubber banding, which increaces up till the game is completely unplayable. By arround 8pm I get in game ping returns of up to 185,000.

I dont think you really understand exactly what is going on here.

Haskell · Nov 16, 2007, 01:40 AM // 01:40

Quote:

Originally Posted by Fowler

guys I made tracert of connection to Gw server...got this results...Can any1 explain what does it mean?Something doesnt allow to connect?

http://img99.imageshack.us/my.php?image=trace2lz0.jpg

Your ISP has a totally RED ENGINE GORED ENGINE GORED ENGINE GORED ENGINE GOed-up routing. 10.0.0.0/8 is reserved for private networks and your traceroute shows you just get routed totally wrong, that's all - mail your ISP.

For all the other guys posting pings and tracerts - many Carriers block ICMP, which means, your tracerts mean exactly nothing. On top of that NCSoft blocks ICMP themself anyways. There are some TCPtraceroute progs for windows (google) - if you have a Unix or Linux just use tcptraceroute.

Quote:

Originally Posted by The Way Out

If there are other computers in your house that have those programs you are in trouble... and then you have to deal with the lag.

Or use a router that supports trafficshaping. Usually routers >100$ will do that.

Chthon · Nov 16, 2007, 03:28 AM // 03:28

Quote:

Originally Posted by Haskell

Your ISP has a totally RED ENGINE GORED ENGINE GORED ENGINE GORED ENGINE GOed-up routing. 10.0.0.0/8 is reserved for private networks and your traceroute shows you just get routed totally wrong, that's all - mail your ISP.

Clearly, his packets are going somewhere. If it was really sending him back to his local subnet, unless he had hundreds of PC's on his home network, things would have died right there and there would have been no further results. My guess is that the ISP is simply not following the protocol about reserving that block and they're using those addresses as part of their network. In the former Soviet Union, IP blocks reserve you!

Quote:

For all the other guys posting pings and tracerts - many Carriers block ICMP, which means, your tracerts mean exactly nothing.

No, it means that results indicating a 100% loss are ambiguous. The other results are still valid. And the results for ICMP blocking carriers can often be interpolated from carriers before and after them in the chain. What's more problematic is that ICMP is often deprioritized. But it's still the only tool most users have, unless they want to go to a lot of work installing TCP/UDP pinging utilities.

Quote:

On top of that NCSoft blocks ICMP themself anyways.

Not a problem. If you've got a clean, fast tracert right up to NCSoft's door, and yet you can't connect worth beans, it's pretty obvious where the problem is.

Quote:

There are some TCPtraceroute progs for windows (google)

Yes, and they all require a hacked driver like winpcap and often conflict with windows programs that aren't written to handle your system modified in that way. Zone Alarm is the biggest culprit -- it will block any attempt at TCP pinging and you end up with a corrupted mess unless you do a laborious manual uninstall. Removing and reinstalling your firewall is a bit of a hassle just to ping stuff.

Quote:

if you have a Unix or Linux just use tcptraceroute.

How many linux users do you know who need help reading a tracert?

Quote:

Or use a router that supports trafficshaping. Usually routers >100$ will do that.

I've never seen any trafficshaping hardware, not even industrial-sized dedicated units at major universities, that could successfully sort the traffic from an overload state without themselves overloading. They're a moderately effective deterrent against P2P use, but they massively fail as a way to solve preexisting load problems. If you're already getting connectivity problems, all sticking trafficshaping in the line is going to get you is an overloaded trafficshaper that's randomly dropping packets. At least, that's all I've ever seen one do.

mampfo666 · Nov 16, 2007, 07:43 AM // 07:43

Quote:

Originally Posted by Haskell

On top of that NCSoft blocks ICMP themself anyways.

Note for you: The playNC-Server with the IP 206.127.145.228 is a server inside the same subnet like the gameservers are. This server is set up for diagnostics of this subnet and so it has to answer ping or trace requests.

In different to the gameservers. The game servers wont answer any ping or trace. Thats because of Pingbombs (Ping of Death) or DoS-Attaks.
That was the first thing to notice, because i sure tried to ping the server i am playing on. As i said, thats impossible.

Sure, There may be hops that do not answer ICMP or Echo ICMP packets at all on your route to playNC servers.

Haskell · Nov 16, 2007, 11:12 AM // 11:12

Quote:

Originally Posted by Chthon

Clearly, his packets are going somewhere. If it was really sending him back to his local subnet...

He has no local subnet (first hop). That's a netblock at his ISP (or 1 hop after his ISP) with a completly wrong-configured router.

Quote:

Originally Posted by Chthon

My guess is that the ISP is simply not following the protocol about reserving that block and they're using those addresses as part of their network... And the results for ICMP blocking carriers can often be interpolated from carriers before and after them in the chain... Yes, and they all require a hacked driver like winpcap... Zone Alarm

It would be OT to answer all this wrong stuff, so last point, sorry:

Quote:

Originally Posted by Chthon

I've never seen any trafficshaping hardware, not even industrial-sized dedicated units at major universities, that could successfully sort the traffic from an overload state without themselves overloading. They're a moderately effective deterrent against P2P use, but they massively fail as a way to solve preexisting load problems. If you're already getting connectivity problems, all sticking trafficshaping in the line is going to get you is an overloaded trafficshaper that's randomly dropping packets. At least, that's all I've ever seen one do.

I use the Linksys WRT54G & OpenWRT here. The hardware costs around 40EUR... 20EUR on ebay.

Of course you could realize it with any old computer (anything with more than 100 Mhz is enough). For example with this FW: http://www.openbsd.org/faq/pf/queueing.html (or as a complete package that can boot from CD... http://m0n0.ch/wall)

Quote:

Originally Posted by mampfo666

Note for you: The playNC-Server with the IP 206.127.145.228 is a server inside the same subnet like the gameservers are.

Thanks, did not know that. However - this server is in Europe.

Fowler · Nov 16, 2007, 11:53 AM // 11:53

[QUOTE=Haskell]He has no local subnet (first hop). That's a netblock at his ISP (or 1 hop after his ISP) with a completly wrong-configured router.

OMG!!!Haskell!Could u explain if my router completly wrong-configured so how could I play Gw for 4 months with no lags on this router without any problems?

Haskell · Nov 16, 2007, 12:00 PM // 12:00

I don't talk about your router. Send your provider a mail with your tracert. They will hopefully know what to do and it should be fixed in no time.

hf