Square quit blaming 2002 on the user's internet connection and take responsibilty

[Devourn]

Over a sample size of weeks, where during the weekdays (aft, EST) it would become crappy (I'm assuming as people start to load on).
This has been happening for weeks, and through tests it was found in my case that it was the route from NA source to the NA square servers.
Using my native North American East coast connection, I would frequently experience drops WHILE in game. Switching to an Australian VPN source,
I no longer experienced those drops, but experienced an dramatic increase in latency, as expected. 80ms to 400+ms.

Unfortunately, NTT is useless, and Square won't move a muscle.

The snapshot below was not during the disconnects, only a baseline to show routing, but when I do experience those disconnects it definitely is
the gin.ntt.net nodes. This is NOT related to the queue disconnects which is an overloaded server farm, from my experience of the situation.

Native North American connection:

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| nyk-b8-link.ip.twelve99.net - 0 | 613 | 613 | 13 | 14 | 42 | 14 |
| nyk-bb2-link.ip.twelve99.net - 0 | 613 | 613 | 13 | 14 | 16 | 14 |
| nyk-b1-link.ip.twelve99.net - 0 | 613 | 613 | 13 | 14 | 34 | 14 |
| ae-17.r00.nycmny17.us.bb.gin.ntt.net - 0 | 613 | 613 | 13 | 14 | 15 | 14 |
| ae-13.r21.nwrknj03.us.bb.gin.ntt.net - 0 | 613 | 613 | 14 | 16 | 67 | 15 |
| ae-3.r22.chcgil09.us.bb.gin.ntt.net - 0 | 613 | 613 | 24 | 26 | 46 | 26 |
| ae-1.r23.chcgil09.us.bb.gin.ntt.net - 0 | 613 | 613 | 24 | 26 | 41 | 30 |
| ae-1.r24.snjsca04.us.bb.gin.ntt.net - 9 | 456 | 416 | 0 | 79 | 133 | 80 |
| ae-4.r00.scrmca02.us.bb.gin.ntt.net - 7 | 490 | 459 | 80 | 82 | 132 | 81 |
|xe-0-1-0-1-1.r00.scrmca02.us.ce.gin.ntt.net - 7 | 486 | 454 | 80 | 84 | 133 | 81 |
| 204.2.229.230 - 77 | 152 | 35 | 0 | 87 | 132 | 81 |
| 204.2.229.10 - 6 | 498 | 469 | 0 | 82 | 131 | 80 |
|________________________________________________|______|______|______|______|______|______|

Australian VPN source:

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|bundle-ether34-106.bdr02-ipt-47bourke-syd.au.superloop.net.co - 5 | 2715 | 2584 | 382 | 383 | 562 | 383 |
|hundredgige0-0-1-2-120.bdr01-ipt-624sgran-lax.us.superloop.net.co - 1 | 3131 | 3107 | 382 | 383 | 572 | 383 |
| las-b24-link.ip.twelve99.net - 1 | 3214 | 3212 | 382 | 386 | 548 | 382 |
| No response from host - 100 | 648 | 0 | 0 | 0 | 0 | 0 |
|ntt-ic-326358-las-b24.ip.twelve99-cust.net - 1 | 3203 | 3198 | 382 | 383 | 602 | 383 |
| ae-7.r25.lsanca07.us.bb.gin.ntt.net - 9 | 2446 | 2247 | 389 | 392 | 606 | 408 |
| ae-3.r24.snjsca04.us.bb.gin.ntt.net - 6 | 2676 | 2535 | 386 | 389 | 564 | 394 |
| ae-4.r00.scrmca02.us.bb.gin.ntt.net - 1 | 3210 | 3207 | 390 | 392 | 600 | 391 |
|xe-0-1-0-1-1.r00.scrmca02.us.ce.gin.ntt.net - 1 | 3218 | 3217 | 390 | 392 | 572 | 392 |
| 204.2.229.230 - 74 | 819 | 214 | 0 | 391 | 418 | 391 |
| 204.2.229.10 - 1 | 3215 | 3213 | 390 | 391 | 654 | 391 |
|________________________________________________|______|______|______|______|______|______|

Point of this message? Nothing, just yelling into the wind, as it doesn't matter to anyone that will make a diff. Support tickets to Square receive a generic copy and paste tier 1 response, giving me a cooking recipe to do on my router.

[Devourn]

Over a sample size of weeks, where during the weekdays (aft, EST) it would become crappy (I'm assuming as people start to load on).
This has been happening for weeks, and through tests it was found in my case that it was the route from NA source to the NA square servers.
Using my native North American East coast connection, I would frequently experience drops WHILE in game. Switching to an Australian VPN source,
I no longer experienced those drops, but experienced an dramatic increase in latency, as expected. 80ms to 400+ms.

Switched to a california VPN server closer to my Square datactr, seems to be routing the same as my successful australian source tests, only time will tell. Fingers crossed. Plus now back to 93ms latency.
(regarding in game 9000x disconnects).