Greetings! I’m in a multi-unit building in Denver, CO which peers directly with Level3 via a small ISP called AccessMedia3. I’ve found that as of at least the last week I’m consistently being routed to either sac1 (Chile) or sae1 (Brazil?) servers with 150ms+ round trip time.

Following is a 100±count MTR test to the Santiago server (170.84.210.144) to which I am most often being routed:

|------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | 10.18.254.1 - 0 | 101 | 101 | 0 | 0 | 0 | 0 | | 8.24.24.1 - 4 | 89 | 86 | 0 | 0 | 0 | 0 | | No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 | | 4.68.72.234 - 0 | 100 | 100 | 14 | 14 | 15 | 14 | | 94.142.98.43 - 0 | 100 | 100 | 47 | 48 | 97 | 47 | | 94.142.122.30 - 0 | 100 | 100 | 139 | 140 | 154 | 140 | | 176.52.252.227 - 0 | 101 | 101 | 140 | 141 | 151 | 141 | | No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 | | 186-148-22-133.static.mundo.movistar.cl - 0 | 100 | 100 | 143 | 143 | 157 | 144 | | 186-148-22-134.static.mundo.movistar.cl - 0 | 101 | 101 | 142 | 142 | 143 | 142 | | No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 | <remaining no-response lines snipped> |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Additionally, following is a 100±count MTR test to the Chicago server IP (NA Central - 24.105.62.129) where I am NOT being connected. This is the server I was most often connecting to prior to this issue.

|------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | 10.18.254.1 - 0 | 112 | 112 | 0 | 0 | 0 | 0 | | 8.24.24.1 - 1 | 108 | 107 | 0 | 0 | 0 | 0 | | No response from host - 100 | 22 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 22 | 0 | 0 | 0 | 0 | 0 | | BLIZZARD-EN.ear3.Dallas1.Level3.net - 0 | 112 | 112 | 16 | 20 | 102 | 16 | | ae1-br01-eqda6.as57976.net - 0 | 112 | 112 | 199 | 202 | 248 | 246 | | et-0-0-4-br01-eqch2.as57976.net - 0 | 112 | 112 | 30 | 55 | 782 | 30 | | be1-pe02-eqch2.as57976.net - 0 | 112 | 112 | 199 | 200 | 201 | 200 | | chi-eqch2-ia-bons-04.as57976.net - 0 | 112 | 112 | 200 | 200 | 210 | 200 | | 24.105.62.129 - 0 | 112 | 112 | 200 | 200 | 210 | 201 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

A simple ping to the Chicago IP also confirms more than a 200ms round trip:

PING 24.105.62.129 (24.105.62.129) 56(84) bytes of data. 64 bytes from 24.105.62.129: icmp_seq=1 ttl=246 time=201 ms 64 bytes from 24.105.62.129: icmp_seq=2 ttl=246 time=201 ms 64 bytes from 24.105.62.129: icmp_seq=3 ttl=246 time=200 ms 64 bytes from 24.105.62.129: icmp_seq=4 ttl=246 time=200 ms <snip>

I am a network engineer by trade. In the MTR to the Chicago server, it appears that between Level3 (Denver) and Blizzard (Chicago), there is a large amount of latency being introduced either:

at or around the Blizzard router located in the Equinix DA6 site in Dallas ( ae1-br01.eqda6.as57976.net / 137.221.74.33), OR:

/ 137.221.74.33), OR: at the handoff from Level3 into that Equinix facility.

Given the 200ms latency increase at this hop, the South America servers appear to be considered more favorable from a latency perspective.

Were I involved in troubleshooting this behavior, I would focus first on the Blizzard device at Equinix DA6, and work with Level3 directly if no issue could be found.

@Ibaraius - if possible, I’d like to request that the above be forwarded to someone in network engineering on the Overwatch team - though I understand I’m not quite in a position to make such a request. Thanks!