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

[Phestr]

Just lost my ability to play tonight because I stepped away from my PC and missed the ridiculously tiny window to log back in and hold my spot in queue. It is not, and has never been, a problem with my Internet connection. Between that nonsense and moderator bot replies we get, I'm fully convinced SE doesn't give a crap about customers having this problem.

[Darneltia]

Greetings fellow Eorzean,

We apologize for the inconvenience you have experienced with server congestion and connection based errors such as 2002 on Final Fantasy XIV. Due to the recent release of Endwalker, we are experiencing an extremely high surge in player base which may result in long queue times and various connection error. We are aware of this inconvenience and have addressed it in the following Lodestone post:

https://na.finalfantasyxiv.com/lodes...9264ac9f24986f

We understand the frustration regarding this matter and ask that you try again at a later time to see if the issue persists along with keeping an eye out on the Lodestone website when further updates will become available. Note that our development team is working as hard as they can to address these issues as quick as possible and we do ask for your patience while we work towards a resolution.

Thank you for visiting the Final Fantasy XIV Technical Support forums!

[Freki42]

Just lost my ability to play tonight because I stepped away from my PC and missed the ridiculously tiny window to log back in and hold my spot in queue. It is not, and has never been, a problem with my Internet connection. Between that nonsense and moderator bot replies we get, I'm fully convinced SE doesn't give a crap about customers having this problem.

I myself am sorry that you had the issue again, but i can only point out you chose night time (prime time probably for your DC/server) to log in. for instance it's 5:30 am and i have a queue of 19. last night at 11:30 pm i had about 1050 or more queue and i got in in 30 minutes. i've had queues of 3-4K and more and it's taken a long time to log in. I hope you can find an equilibrium for your life and play time to work till the server population and queue size to drop back, but i'm starting to see some of that happen as people are getting done with the expac and dropping back off to more casual play. this is and has been the norm for most major expac/content releases since mmo's have been in existence

*** Edit *** if you looked, the dev post below your post I replied to and the link is a good link, so someone fixed the copy paste post that deals with the issue that you have experienced, and normally if they don't care about this they would not be bothered to correct an incorrect link.

[Larirawiel]

That document has a major flaw, as the poster of it is testing only his connection. Not the connection of others so it does not eliminate your own ISP as being the problem. Simply confirms the client issue which SE also confirmed themselves.

Only two people can confirm if your connection is the issue YOU AND SE!!! Not joe blow the internet bro

I have tested my connection and i got the same results.



The client shuts down the connection roughly every 15 minutes.

Cheers

[Alkon_Nokla]

I love playing this game, but I canceled my sub. I just do not have time to sit in a 2-hour queue every day, babysitting it, making sure to move the little box telling me what position I am in, in order to not be kicked with 2002. Unfortunately, this won't be fixed until a significant number of people actually do that, and I doubt that anyone will. I hope that I can play this game again one day, but that day is not today.

[Devourn]

and so the crappy NTT network begins again today..

[Hikuro_Kenshi]

Yeah it just started for me. Can't even play the game anymore because I keep dcing.

[Angellos]

I've contacted NTT via multiple sources and I've sent them full Pingplotter data reports, asking them to fix the problem. Since Square Enix would rather just BLAME US even though we've given them more than enough flipping evidence.

Here's from just a bit ago.

https://i.gyazo.com/53872d36c7fb2bea...6267bd7ff3.png

[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.

[Leviathan1usa]

It's not that they're refusing to "take responsibilty". It's that SquareEnix does not have responsibility for every hop packets take from your home to their servers. Their responsibility is their servers. If the servers are functioning properly, it's not their "fault". It's unfair to ask of them to take responsibility of something that isn't under their control.

Actually, it is within their control as it is their server host on these hops and they can reach out to them. If it weren't for that being the case I would have never asked them to take responsibility. As a provider it is your responsibility to contact that server host to find out why your customers are losing packets or dropping, so yes it is reasonable to expect this in the current circumstance.