tracert 198.20.200.23 Tracing route to 198.20.200.23 over a maximum of 30 hops 1 Removed to protect the innocent 2 Removed to protect the innocent 3 Removed to protect the innocent 4 Removed to protect the innocent 5 Removed to protect the innocent 6 38 ms 22 ms 23 ms 12.83.39.193 7 26 ms 23 ms 23 ms gar23.sffca.ip.att.net [12.122.114.5] 8 24 ms 24 ms 38 ms 192.205.32.222 9 26 ms 35 ms 25 ms akamai-ic-317094-sjo-b21.c.telia.net [62.115.146.117] 10 24 ms 30 ms 24 ms a209-200-184-200.deploy.static.akamaitechnologies.com [209.200.184.200] 11 25 ms 25 ms 27 ms a209-200-184-205.deploy.static.akamaitechnologies.com [209.200.184.205] 12 * * * Request timed out. 13 78 ms 61 ms 61 ms 198.20.192.4 14 62 ms 76 ms 62 ms 198.20.200.23 Trace complete.
If you happen to be routing across a209-200-144-205.deploy.static.akamaitechnologies.com you may see some latency spikes. That node along the route seems to be all over the place in terms of latency.
@ZOS_GinaBruno
On the off chance that you are working today, can you summon your minions and have them talk to your hosting company?
It seems there is a router close to your NA server(s) that is about to burn up ...
Well, either hop 12 is configured to not respond to ICMP packages (unlikely) or the hardware representing this hop has some serious problems.lordrichter wrote: »Do you run this trace route enough to be able to tell that there is something abnormal going on? They might be mitigating a DDoS, as that whole system is "hop 12" in your trace route.
I should probably clarify, i've been getting sporadic 999+ pings this morning along with horrible lag. Whenever one of these lag-spikes occurs, they last for several minutes and my traceroute looks like the one above.... the hardware representing this hop has some serious problems ...
Every weekend the same song and dance.
Tuesday night prime time? I get 2 great hours of lag free PVP in CP and no CP.
so the "why" is your ridiculous expectations.
akredon_ESO wrote: »Doesnt ZOS have anything like a Network operations center ? i work for an ISP And we have people that monitor networks and stuff.... so like if a fiber line goes down you know theirs an outage/lag or some other type of issue... i would think this Trace route is a good example of a network issue...
Well, either hop 12 is configured to not respond to ICMP packages (unlikely) or the hardware representing this hop has some serious problems.lordrichter wrote: »Do you run this trace route enough to be able to tell that there is something abnormal going on? They might be mitigating a DDoS, as that whole system is "hop 12" in your trace route.
It's close enough to the actual ZOS server that it could very well be a targeted DDoS attack on ZOS, or it's just some piece of equipment malfunctioning.
Well, either hop 12 is configured to not respond to ICMP packages (unlikely)lordrichter wrote: »Do you run this trace route enough to be able to tell that there is something abnormal going on? They might be mitigating a DDoS, as that whole system is "hop 12" in your trace route.
Bryong9ub17_ESO wrote: »Seem only some of you are having this issue. I've been playing all day with zero issues. Not one spike that I noticed. Latency has been around 90-110 all day for me.
(PC-NA Toledo, Ohio)
That changed for me with the NA server disconnect last Thursday morning (EST). It appeared Akamai was removed completely then but then re-added at some point between then and when I logged on the following night - Akamai was back then but I was able to traceroute through it. Unfortunately also started pushing my traffic the long way again so back to requiring battleping for something usablelordrichter wrote: »I am surprised you got results past the Akamai (Prolexic) network.
The flaw with that is 2PM for us in Australia is pretty close to prime-time on the NA server with most of the -5 to -8 time-zones are active. If performance drops after 4:30p through until 9p or so that could be internet issues with your ISP. The whole reason they do maintenance from 6ish AEST is because it's the start of the quieter server period.Well, I see my performance dropping as the player load increases.
By that I mean at 2PM on Saturday, in Australia, performance is great; but it declines around 4:30 as other players start showing up elsewhere in the world, for early morning gameplay.
The flaw with that is 2PM for us in Australia is pretty close to prime-time on the NA server with most of the -5 to -8 time-zones are active. If performance drops after 4:30p through until 9p or so that could be internet issues with your ISP. The whole reason they do maintenance from 6ish AEST is because it's the start of the quieter server period.Well, I see my performance dropping as the player load increases.
By that I mean at 2PM on Saturday, in Australia, performance is great; but it declines around 4:30 as other players start showing up elsewhere in the world, for early morning gameplay.
Close.lordrichter wrote: »[...] the traffic from Australia to the megaserver is being routed through some yurt in rural Mongolia using kite string.
C:\Users>tracert 198.20.198.110 Tracing route to 198.20.198.110 over a maximum of 30 hops 1 <1 ms 1 ms 2 ms 192.168.1.1 2 12 ms 10 ms 9 ms <snip> 3 9 ms 8 ms 13 ms <snip> 4 10 ms 11 ms 17 ms <snip> 5 199 ms 195 ms 194 ms bundle-3.mlx01.adl01.sa.vocus.net.au [114.31.198.102] 6 168 ms 170 ms 170 ms bundle-101.cor02.mel07.vic.vocus.net.au [114.31.198.40] 7 169 ms 170 ms 166 ms Hu-0-0-0-1.cor02.syd04.nsw.VOCUS.net.au [114.31.192.114] 8 171 ms 168 ms 163 ms Te-2-1-0.bdr01.hkg01.hkg.VOCUS.net [119.161.84.20] 9 198 ms 196 ms 206 ms 32787.hkg.equinix.com [119.27.63.140] 10 197 ms 197 ms 197 ms a72-52-2-186.deploy.static.akamaitechnologies.com [72.52.2.186] 11 170 ms 171 ms 171 ms a72-52-2-189.deploy.static.akamaitechnologies.com [72.52.2.189] 12 * * * Request timed out. 13 * * * Request timed out. 14 290 ms 292 ms 294 ms 198.20.192.3 15 303 ms 305 ms 306 ms 198.20.198.110
<snip> 6 183 ms 181 ms 181 ms bundle-101.cor02.mel07.vic.vocus.net.au [114.31.198.40] 7 189 ms 187 ms 187 ms Hu-0-0-0-1.cor02.syd04.nsw.VOCUS.net.au [114.31.192.114] 8 182 ms 180 ms 177 ms bundle-10.cor01.syd04.nsw.vocus.net.au [175.45.72.78] 9 176 ms 183 ms 177 ms ten-0-0-0-3-7.cor01.sjc01.ca.vocus.net [114.31.199.87] 10 178 ms 181 ms 179 ms bundle-100.bdr01.sjc01.ca.vocus.net [49.255.255.19] 11 180 ms 184 ms 180 ms sjo-b21-link.telia.net [62.115.154.12] 12 181 ms 181 ms 182 ms palo-b22-link.telia.net [62.115.125.0] 13 178 ms 185 ms 188 ms 87.190.234.45 14 339 ms 341 ms 343 ms 217.239.44.22 15 345 ms 346 ms 348 ms dns11.parkpage.foundationapi.com [195.122.154.1]