SG Server Issues (Heavy Spikes, Disconnects)

Routing through Jakarta, Indonesia to Singapore Gateway.

Been having a pretty severe lag spikes for the past few days, I've posted a reply on someone else's thread regarding this. But I'll post a new one here since I've had the same issue just moments ago. The average latency mostly is around 28-33ms, but there are frequent spikes up to between 150-300ms every few seconds, and on some encounters are sometimes followed by a crash and/or "Abnormal Disconnection Occurred" system message.

Server seems to also switch my gateway to Australia from time to time whenever I reenter a new zone, if that's of any relevance.

PingPlotter log (~10 minutes, 1s interval, auto focus)


One Disconnect Instance
Spoiler

2017/03/28 15:05:29 ***** LOG FILE OPENING *****
2017/03/28 15:05:30 351789093 148 [INFO Client 9132] Send patching protocol version 5
2017/03/28 15:05:32 351791562 1b7 [INFO Client 9132] Web root: http://patchcdn.pathofexile.com/2.6.0.9/
2017/03/28 15:05:32 351791562 1b8 [INFO Client 9132] Backup Web root: http://patch902.pathofexile.com:8095/patch/2.6.0.9/
2017/03/28 15:05:32 351791562 1c3 [INFO Client 9132] Requesting root contents 1
2017/03/28 15:05:33 351791968 1ed [INFO Client 9132] Got file list for "" 0
2017/03/28 15:05:33 351791968 24b [INFO Client 9132] Finished checking files
2017/03/28 15:05:33 ***** LOG FILE OPENING *****
2017/03/28 15:05:36 351795343 ff [INFO Client 10568] Changing to device "Speakers (Realtek High Definition Audio)"
2017/03/28 15:05:37 351796921 8d [INFO Client 10568] Enumerated adapter: NVIDIA GeForce GTX 750
2017/03/28 15:05:38 351797531 254 [INFO Client 10568] Enumerated device for adapter: NVIDIA GeForce GTX 750. Selected feature level: 45056. Max feature level: 45056
2017/03/28 15:05:38 351797531 145 [INFO Client 10568] Enumerated output for adapter NVIDIA GeForce GTX 750 of \\.\DISPLAY1
2017/03/28 15:05:38 351797531 8d [INFO Client 10568] Enumerated adapter: Microsoft Basic Render Driver
2017/03/28 15:05:38 351797531 254 [INFO Client 10568] Enumerated device for adapter: Microsoft Basic Render Driver. Selected feature level: 45312. Max feature level: 45312
2017/03/28 15:05:39 351798187 1a8 [DEBUG Client 10568] CreateSwapChain: SetFullScreenState 0
2017/03/28 15:05:39 351798187 203 [INFO Client 10568] [DirectX] Runtime version = 11.1
2017/03/28 15:05:39 351798187 204 [INFO Client 10568] [DirectX] Feature Level = 11.0
2017/03/28 15:05:39 351798187 205 [INFO Client 10568] [DirectX] Driver Command Lists = YES
2017/03/28 15:05:39 351798187 206 [INFO Client 10568] [DirectX] Driver Concurrent Creates = YES
2017/03/28 15:05:39 351798187 207 [INFO Client 10568] [DirectX] Driver Constant Buffer Offsetting = YES
2017/03/28 15:07:04 351883187 857 [DEBUG Client 10568] Got Instance Details from login server
2017/03/28 15:07:04 351883234 873 [INFO Client 10568] Just before calling client instance session
2017/03/28 15:07:04 351883234 d5 [INFO Client 10568] Connecting to instance server at 161.202.203.220:6112
2017/03/28 15:07:04 351883250 119 [DEBUG Client 10568] Connect time to instance server was 16ms
2017/03/28 15:07:05 351884062 6f [INFO Client 10568] Tile hash: 3125777348
2017/03/28 15:07:05 351884062 70 [INFO Client 10568] Doodad hash: 0
2017/03/28 15:07:07 351886656 6e7 [DEBUG Client 10568] Joined guild named GARUDA with 30 members
2017/03/28 15:07:09 351888015 951 [INFO Client 10568] : You have entered Highgate.
2017/03/28 15:07:09 351888093 a1a [DEBUG Client 10568] Entering area 3_4_town
2017/03/28 15:07:10 351889953 951 [INFO Client 10568] : You have joined global chat channel 3 English.
2017/03/28 15:08:34 351973484 951 [INFO Client 10568] iwantexiled: ...
2017/03/28 15:08:38 351977031 951 [INFO Client 10568] <PÅNDA!> XXOOXXDEADPOOL: .
2017/03/28 15:08:51 351990187 437 [INFO Client 10568] Abnormal disconnect: This operation requires the account to be logged in.
2017/03/28 15:09:43 352042609 24b [INFO Client 10568] Abnormal disconnect: The operation timed out.
2017/03/28 15:10:02 352061453 24b [INFO Client 10568] Abnormal disconnect: An unexpected disconnection occurred.
2017/03/28 15:10:33 352092093 857 [DEBUG Client 10568] Got Instance Details from login server
2017/03/28 15:10:33 352092093 873 [INFO Client 10568] Just before calling client instance session
2017/03/28 15:10:33 352092093 d5 [INFO Client 10568] Connecting to instance server at 161.202.203.210:6112
2017/03/28 15:10:33 352092109 119 [DEBUG Client 10568] Connect time to instance server was 16ms
2017/03/28 15:10:33 352092171 6f [INFO Client 10568] Tile hash: 3104193738
2017/03/28 15:10:33 352092171 70 [INFO Client 10568] Doodad hash: 0
2017/03/28 15:10:44 352103078 951 [INFO Client 10568] : You have entered Highgate.

Last edited by ultimatecat on Mar 28, 2017, 9:41:59 AM
Last bumped on Apr 15, 2017, 9:48:23 AM
"
Routing through Jakarta, Indonesia to Singapore Gateway.

Been having a pretty severe lag spikes for the past few days
PingPlotter log (~10 minutes, 1s interval, auto focus)
http://imgur.com/a/y0i70

PingPlotter reports packet loss at destination and other hops, but then shows all 579 packets were sent and responded to by the destination. I don't understand that, perhaps it's a PingPlotter thing? If we were to believe everything else except packet loss, then your connection was fine during that test. If we were only to believe packet loss reported by PingPlotter, then your ISP is (172.*.*.*) is where the packet loss is occurring and continuing all the way through to the destination.

But we don't know either way because PingPlotter is giving you conflicting information according to the image you linked.

Can you try this with WinMTR instead?

"
Server seems to also switch my gateway to Australia from time to time whenever I reenter a new zone, if that's of any relevance.

Gateways can switch on the fly when connecting to new instances if the original gateway is either overloaded with new instance requests, or if you have connectivity issues to that original gateway. This is normal behavior. But the fact that it had to switch indicates a connectivity issue.

"
One Disconnect Instance
Spoiler

2017/03/28 15:07:04 351883234 d5 [INFO Client 10568] Connecting to instance server at 161.202.203.220:6112
2017/03/28 15:07:04 351883250 119 [DEBUG Client 10568] Connect time to instance server was 16ms
2017/03/28 15:08:51 351990187 437 [INFO Client 10568] Abnormal disconnect: This operation requires the account to be logged in.
2017/03/28 15:09:43 352042609 24b [INFO Client 10568] Abnormal disconnect: The operation timed out.
2017/03/28 15:10:02 352061453 24b [INFO Client 10568] Abnormal disconnect: An unexpected disconnection occurred.
2017/03/28 15:10:33 352092093 857 [DEBUG Client 10568] Got Instance Details from login server
2017/03/28 15:10:33 352092093 873 [INFO Client 10568] Just before calling client instance session
2017/03/28 15:10:33 352092093 d5 [INFO Client 10568] Connecting to instance server at 161.202.203.210:6112
2017/03/28 15:10:33 352092109 119 [DEBUG Client 10568] Connect time to instance server was 16ms

The abnormal disconnect is just a disconnect from the servers, but what's odd here is "This operation requires the account to be logged in."

As well as troubleshooting here within the community, I'd also contact GGG directly with this log information if no one else has any additional advice or troubleshooting steps. Right now, it would be nice to see a WinMTR report instead of this conflicting PingPlotter screen cap.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▒▒▒▒░░░░░ cipher_nemo ░░░░░▒▒▒▒ │ Waggro Level: ♠○○○○ │ 1244
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
"
cipher_nemo wrote:
~snip~


Well exactly, which prompted the report regarding the issue. Here's what my WinMTR report looks like during a smooth/normal connection with a stable 30ms latency.



The packet loss through the 5th hop reported by ping tools are a normal occurrence and does not affect ingame latency and stability in any way. I've also ran routing analysis overnight and the connection and routing to the SG gateway was completely fine also. Which strongly suggest that the issue was most likely server-side.

Last edited by ultimatecat on Mar 28, 2017, 7:52:08 PM
"
cipher_nemo wrote:
"
Routing through Jakarta, Indonesia to Singapore Gateway.

Been having a pretty severe lag spikes for the past few days
PingPlotter log (~10 minutes, 1s interval, auto focus)
http://imgur.com/a/y0i70

PingPlotter reports packet loss at destination and other hops, but then shows all 579 packets were sent and responded to by the destination. I don't understand that, perhaps it's a PingPlotter thing? If we were to believe everything else except packet loss, then your connection was fine during that test. If we were only to believe packet loss reported by PingPlotter, then your ISP is (172.*.*.*) is where the packet loss is occurring and continuing all the way through to the destination.

But we don't know either way because PingPlotter is giving you conflicting information according to the image you linked.

Can you try this with WinMTR instead?



This packet loss is normal and does not affect game play. The final destination is the only hop that matters. This is how my pingplot/winmtr looks, well similar to this. Some servers block or down prioritize ICMP echo requests or make TTL=0.

SG has been having a lot of issues. Cable cuts being thre most problematic. Right now the servers are slow and laggy. Often failling to open an instance or sending you to AUS. In the mornings it seems fine, but in the afternoon it is almost unplayable.
Last edited by captainxx on Mar 28, 2017, 11:26:47 PM
SG server giving loads of problems right now. Keep dc'ing
"
captainxx wrote:
"
cipher_nemo wrote:
"
Routing through Jakarta, Indonesia to Singapore Gateway.

Been having a pretty severe lag spikes for the past few days
PingPlotter log (~10 minutes, 1s interval, auto focus)
http://imgur.com/a/y0i70

PingPlotter reports packet loss at destination and other hops, but then shows all 579 packets were sent and responded to by the destination. I don't understand that, perhaps it's a PingPlotter thing? If we were to believe everything else except packet loss, then your connection was fine during that test. If we were only to believe packet loss reported by PingPlotter, then your ISP is (172.*.*.*) is where the packet loss is occurring and continuing all the way through to the destination.

But we don't know either way because PingPlotter is giving you conflicting information according to the image you linked.

Can you try this with WinMTR instead?



This packet loss is normal and does not affect game play. The final destination is the only hop that matters. This is how my pingplot/winmtr looks, well similar to this. Some servers block or down prioritize ICMP echo requests or make TTL=0.

SG has been having a lot of issues. Cable cuts being thre most problematic. Right now the servers are slow and laggy. Often failling to open an instance or sending you to AUS. In the mornings it seems fine, but in the afternoon it is almost unplayable.


Yea, the lag spikes comes more frequently during afternoon local time (or around 7-10 AM CST). And by the time of this post, half of my guild got dc'ed just moments ago, lost their maps, I even had issues just accessing my stash tabs while the latency was fine (26ms) in HO during that moment, and some severe lag spikes when running maps (28-300ms).

Another PingPlotter snippet for the last 10 mins. I kept the plotter running when I was doing maps and experiencing these lag spikes, so here's the routing record during that time.

Last edited by ultimatecat on Mar 29, 2017, 9:36:37 AM
server getting from bad to worse! so many disconnection happening now. Seems like the server can't take the load at all and nothing is being done!
Issue still remains, and as mentioned previously, heavy spikes during afternoon local time. Most of my friends that's connecting through SG Gateway are or has experienced the same issue for the past few days now (lag spikes, and frequent disconnects). Not going to bother reposting another MTR/PingPlot report since it's the same thing every day, routing was fine, ICMP responses are still flowing just fine despite the lag spikes.

If it's from the backbone or heavy lag/packet losses from any of the routing hops, I seriously doubt that the case since the SG gateway response has been coming in just fine with relatively stable latency. Also considering this happens to a bunch of people connecting to the SG Gateway, I highly doubt that the issue is local nor is related to their routing problems. Which made me a bit more certain that the server is the cause. It is understandable that the server couldn't handle a heavier load, but this has been going on for quite sometime.

With all due respect to the technical team in GGG. Get your shit together, please.
Last edited by ultimatecat on Mar 30, 2017, 5:06:23 AM
Another spike happened about an hour ago, most of my guildmates and friends who were connecting from SG just got disconnected and experienced a rollback including map reset (active map instances were gone and a few mins rollback on items/inventory).

Client log on my side :
Spoiler

2017/03/31 20:43:11 82956171 951 [INFO Client 5588] : The operation timed out.
2017/03/31 20:43:13 82958625 951 [INFO Client 5588] : The operation timed out.
2017/03/31 20:43:19 82963750 437 [INFO Client 5588] Abnormal disconnect: Game server lost contact with the realm.
2017/03/31 20:44:27 83032140 857 [DEBUG Client 5588] Got Instance Details from login server
2017/03/31 20:44:27 83032140 873 [INFO Client 5588] Just before calling client instance session
2017/03/31 20:44:27 83032140 d5 [INFO Client 5588] Connecting to instance server at 216.12.203.91:6112
2017/03/31 20:44:27 83032406 119 [DEBUG Client 5588] Connect time to instance server was 31ms
2017/03/31 20:44:30 83035046 6f [INFO Client 5588] Tile hash: 3013965956
Last edited by ultimatecat on Mar 31, 2017, 10:12:12 AM
Been getting significantly worse, and the the routing report still showing normal connections to sg.login.pathofexile.com. The constant disconnects and rollbacks are getting ridiculous.

Report Forum Post

Report Account:

Report Type

Additional Info