canadian poe server problem

Think of it like this... lets say you have 10 friends all standing in a line. Now, you address an envelope to each friend individually, then hand them to the friend closest to you in line. The first friend takes his envelope off the stack, then hands the rest of the envelopes to the person next to them. This continues through the whole line. Now... each of those friends puts your name on an envelope, then hands it to the person next to them up the line (reverse of what was just sent). This is a standard ping.

Now lets say that some of these friends decided not to send a reply back because they're too important to send a letter back... but they stil continue to pass the letters back and forth. They just take the envelopes addressed to themselves, and dump them... while continuing to pass the rest of them properly. This is what you're seeing happening with these nodes (mostly)

I actually liked this

router.asus.com - 0 | 1049 | 1049 | 0 | 0 | 8 | 0 |
| rd3st-tge0-12-0-14-1.vc.shawcable.net - 0 | 1049 | 1049 | 9 | 17 | 574 | 12 |

| rc2wh-tge0-14-0-12.vc.shawcable.net - 0 | 1049 | 1049 | 8 | 21 | 477 | 16 |
| rc2bb-tge0-13-0-6.vc.shawcable.net - 0 | 1047 | 1047 | 9 | 17 | 448 | 12 |
| 66.163.75.98 - 0 | 1048 | 1048 | 32 | 44 | 579 | 38 |
| te1-7.bbr01.eq01.sjc01.networklayer.com - 0 | 1049 | 1049 | 42 | 49 | 608 | 47 |
| ae7.bbr02.eq01.sjc02.networklayer.com - 0 | 1048 | 1048 | 32 | 41 | 573 | 33 |
| ae0.bbr02.cs01.lax01.networklayer.com - 0 | 1047 | 1047 | 38 | 46 | 519 | 41 |
| ae7.bbr01.cs01.lax01.networklayer.com - 0 | 1049 | 1049 | 39 | 47 | 526 | 44 |

this is where the data is being relayed to hub in Dallas

| ae19.bbr01.eq01.dal03.networklayer.com - 2 | 982 | 965 | 70 | 82 | 577 | 72 |
| ae0.dar01.sr01.dal01.networklayer.com - 2 | 1002 | 990 | 70 | 84 | 560 | 72 |
| po1.fcr05.sr06.dal01.networklayer.com - 0 | 1047 | 1047 | 70 | 79 | 580 | 75 |

This is server

| patch101.pathofexile.com - 2 | 982 | 965 | 74 | 85 | 559 | 76 |



Sent from home 1049
POE receives 982

losing 67 packets at end point

Now you say I am reading this wrong, I do like how you described what you believe is happening.. but the last hop in dallas only lost 2 packets from the home router while then losing 65 packets in the very last hop to the end.

what do you think is happening at the very end? very curious to know

For those still experiencing further issues, I would recommend you post a WinMTR report in this thread. The more of these we receive, the easier it is to troubleshoot where the problem is originating.

Often reports that are submitted aren't collecting stats at the time the high latency and/or packet loss is occurring.

if a trace can be collected at the same time, it can be very helpful.

Thanks for your patience while we look into this further.
Manitoba here, I just played for over an hour with no lag spikes. It was glorious.
DEXTERITY: How to rehaul it to be compelling
http://www.pathofexile.com/forum/view-thread/997273
"
Robilar a écrit :
Sent from home 1049
POE receives 982

losing 67 packets at end point

Now you say I am reading this wrong, I do like how you described what you believe is happening.. but the last hop in dallas only lost 2 packets from the home router while then losing 65 packets in the very last hop to the end.

what do you think is happening at the very end? very curious to know


Because it is the LAST hop, it is really hard to tell whether or not it was real packet loss or just more mitigation. From a user's perspective, the only way to really know if it is one or the other is to look at the hops afterward and see if they all exhibit the same problem consistently. Since it is the last hop, you cannot really do that. So it's a tossup. We'd have to leave it up to their NetOps team to figure that one out.

From their record, I've never seen issues with the GGG/NetworkLayer network DROPPING packets.. but I have seen plenty of mitigation... so because of past history, I'm more inclined to think that the "loss" on the last hop is just mitigation due to high demand. It certainly could be packet loss, but I tend to think not. Especially when combined with the "loss" hops prior. Because there is a "no loss" hop in the middle, we know that the packets are being delivered at least to the second to the last node. It's a fairly safe assumption at that point that all the instances you see are just congested lines and ICMP mitigation.

Cheers.
East coast, lost 2 level 50 characters in beyond due to this. It's absolutely unplayable.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 161 | 161 | 0 | 0 | 11 | 0 |
| No response from host - 100 | 33 | 0 | 0 | 0 | 0 | 0 |
| 216.113.124.206 - 0 | 161 | 161 | 7 | 12 | 25 | 11 |
| 216.113.124.86 - 0 | 161 | 161 | 20 | 24 | 38 | 21 |
| te3-5.bbr01.eq01.wdc01.networklayer.com - 0 | 161 | 161 | 22 | 24 | 55 | 24 |
| ae0.bbr01.tl01.atl01.networklayer.com - 0 | 161 | 161 | 35 | 38 | 180 | 37 |
| ae13.bbr02.eq01.dal03.networklayer.com - 4 | 141 | 136 | 53 | 76 | 165 | 57 |
| ae6.dar02.dal06.networklayer.com - 4 | 141 | 136 | 53 | 75 | 157 | 55 |
| po2.fcr01.sr02.dal06.networklayer.com - 0 | 161 | 161 | 50 | 55 | 116 | 51 |
|192.155.227.215-static.reverse.softlayer.com - 4 | 141 | 136 | 50 | 73 | 155 | 55 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

And another:

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 90 | 90 | 0 | 0 | 1 | 0 |
| No response from host - 100 | 18 | 0 | 0 | 0 | 0 | 0 |
| 216.113.124.206 - 0 | 90 | 90 | 8 | 13 | 20 | 15 |
| 216.113.124.86 - 0 | 90 | 90 | 20 | 23 | 29 | 23 |
| te3-5.bbr01.eq01.wdc01.networklayer.com - 0 | 90 | 90 | 22 | 25 | 48 | 26 |
| ae0.bbr01.tl01.atl01.networklayer.com - 0 | 90 | 90 | 35 | 37 | 44 | 37 |
| ae13.bbr02.eq01.dal03.networklayer.com - 3 | 82 | 80 | 0 | 85 | 177 | 56 |
| ae6.dar02.dal06.networklayer.com - 2 | 86 | 85 | 54 | 89 | 167 | 55 |
| po2.fcr01.sr02.dal06.networklayer.com - 0 | 90 | 90 | 50 | 54 | 102 | 56 |
|192.155.227.215-static.reverse.softlayer.com - 3 | 82 | 80 | 50 | 81 | 163 | 50 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

2014/08/23 14:03:42 8546701 92 [INFO Client 4892] Connecting to instance server at 173.192.25.23:6112
2014/08/23 14:03:43 8548152 51 [INFO Client 4892] Tile hash: 2531945617
2014/08/23 14:03:43 8548152 52 [INFO Client 4892] Doodad hash: 3457375472
2014/08/23 14:04:21 8585546 45c [DEBUG Client 4892] Resyncing 26622
2014/08/23 14:04:40 8604968 64 [INFO Client 4892] Successfully allocated passive skill id: mace_damage79, name: Mace Damage
2014/08/23 14:05:25 8649428 2b0 [INFO Client 4892] Abnormal disconnect: An unexpected disconnection occurred.
2014/08/23 14:05:29 8653999 597 [DEBUG Client 4892] Got Instance Details from login server
2014/08/23 14:05:29 8653999 5a6 [INFO Client 4892] Just before calling client instance session
2014/08/23 14:05:29 8653999 92 [INFO Client 4892] Connecting to instance server at 173.192.12.48:6112

2014/08/23 14:37:24 10568474 597 [DEBUG Client 1476] Got Instance Details from login server
2014/08/23 14:37:24 10568474 5a6 [INFO Client 1476] Just before calling client instance session
2014/08/23 14:37:24 10568474 92 [INFO Client 1476] Connecting to instance server at 173.192.25.27:6112
2014/08/23 14:37:25 10569863 51 [INFO Client 1476] Tile hash: 2616286338
2014/08/23 14:37:25 10569863 52 [INFO Client 1476] Doodad hash: 3121018932
2014/08/23 14:37:31 10575572 cc [DEBUG Client 1476] Object: 6715 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:37:31 10575697 cc [DEBUG Client 1476] Object: 23381 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:37:48 10592951 cc [DEBUG Client 1476] Object: 4147 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:37:54 10598910 cc [DEBUG Client 1476] Object: 7722 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:38:31 10635508 cc [DEBUG Client 1476] Object: 29081 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:38:31 10635508 cc [DEBUG Client 1476] Object: 26074 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:39:01 10665725 cc [DEBUG Client 1476] Object: 8062 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:39:30 10694632 cc [DEBUG Client 1476] Object: 28794 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:39:37 10701824 cc [DEBUG Client 1476] Object: 7353 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:39:39 10703649 cc [DEBUG Client 1476] Object: 30947 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:40:01 10725957 64 [INFO Client 1476] Successfully allocated passive skill id: strength824, name: Strength
2014/08/23 14:40:09 10733211 cc [DEBUG Client 1476] Object: 9527 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:40:11 10735708 cc [DEBUG Client 1476] Object: 8431 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:40:28 10752618 cc [DEBUG Client 1476] Object: 22523 died to degen from buff with owner (killer): 7988 and aura_owner: 0
2014/08/23 14:41:14 10798607 2b0 [INFO Client 1476] Abnormal disconnect: An unexpected disconnection occurred.
2014/08/23 14:41:17 10801649 597 [DEBUG Client 1476] Got Instance Details from login server
2014/08/23 14:41:17 10801649 5a6 [INFO Client 1476] Just before calling client instance session
2014/08/23 14:41:17 10801649 92 [INFO Client 1476] Connecting to instance server at 192.155.227.210:6112

I didn't have this problem at all during invasion which I played for two and a half months or more.

Edit: I'm in Montreal, Quebec and the ISP is Videotron. I tried both the NA and EU gateway and I disconnected on both of them after a while.
Dernière édition par JDK#4470, le 23 août 2014 à 14:54:05
+1

Big issue here. East Coast, Quebec city.
"
Electrospine a écrit :
+1

Big issue here. East Coast, Quebec city.


Can you please run a WinMTR trace for them and capture some of the spikes and disconnections that are happening? It will greatly aid in their efforts to locate and resolve the problem.

You can find instructions on how to run the WinMTR in the Consolidated Technical sticky post. Try to let it run for at least 300 packets (around 5 minutes) and ensure that it captures at least one disconnection or latency spike problem that you are experiencing.
There you go, I was disconnect 1 min after log in, played around 10 min after that no issue.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 835 | 835 | 0 | 3 | 206 | 1 |
| No response from host - 100 | 167 | 0 | 0 | 0 | 0 | 0 |
| 10.170.160.153 - 2 | 799 | 790 | 11 | 17 | 289 | 14 |
| 216.113.122.133 - 2 | 795 | 785 | 11 | 18 | 166 | 14 |
| 216.113.126.118 - 3 | 771 | 755 | 24 | 30 | 262 | 29 |
| te3-5.bbr01.eq01.wdc01.networklayer.com - 2 | 775 | 760 | 23 | 28 | 167 | 27 |
| ae0.bbr01.tl01.atl01.networklayer.com - 2 | 775 | 760 | 36 | 41 | 277 | 41 |
| ae13.bbr02.eq01.dal03.networklayer.com - 2 | 787 | 775 | 55 | 60 | 230 | 58 |
| ae1.dar02.sr01.dal01.networklayer.com - 2 | 779 | 765 | 53 | 58 | 208 | 55 |
| po2.fcr05.sr06.dal01.networklayer.com - 2 | 779 | 765 | 52 | 58 | 228 | 57 |
|173.192.44.22-static.reverse.softlayer.com - 2 | 791 | 780 | 53 | 58 | 264 | 55 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Quebec city
"
Fitzy_GGG a écrit :
For those still experiencing further issues, I would recommend you post a WinMTR report in this thread. The more of these we receive, the easier it is to troubleshoot where the problem is originating.

Often reports that are submitted aren't collecting stats at the time the high latency and/or packet loss is occurring.

if a trace can be collected at the same time, it can be very helpful.

Thanks for your patience while we look into this further.



The last one I submitted had 2 times where my latency went over 1500. Ran it for about 5 minutes. When this occurs every 3-5 or 5-10 minutes, I am sure that it is recording high latency. If you wish, I can leave the WinMTR running in game for the next 6 hours, as seeing how I will not be able to do anything on the game other than wait for the latency issues, than please let me know.

I can see from my last check there were a 3% loss of packets coming directly from: (keep in mind this ran for about 5 minutes)

patch101.pathofexile.com 3% loss
ae0.dar01.sr01.dal01.networklayer.com 3% loss
ae20.bbr01.eq01.dal03.networklayer.com 3% loss
te1-7.bbr01.eq01.chi01.networklayer.com 3% loss

As from my end there was 0% loss. Nothing lost from my ISP, nor my network to my understanding.

/e ALSO MIGHT I ADD THAT THE LATENCY CAN AND WILL DO THE SAME THING EVEN AT 100+ LATENCY, IT WILL STILL LOCK UP AND DO NOTHING, THAN GO IN FAST FORWARD AGAIN LIKE IT DOES EVEN WITH THE HIGH 1K+ LATENCY SPIKES.
Dernière édition par Moeses#7657, le 23 août 2014 à 18:35:45
|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| 192.168.11.1 - 89 | 9 | 1 | 3 | 3 | 3 | 3 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| 203.87.193.1 - 70 | 10 | 3 | 27 | 38 | 60 | 29 |

| 121.54.3.253 - 54 | 13 | 6 | 27 | 53 | 99 | 99 |

| 203.87.160.225 - 70 | 10 | 3 | 33 | 56 | 68 | 67 |

| 121.54.9.229 - 80 | 10 | 2 | 85 | 101 | 117 | 117 |

| 203.111.226.41 - 80 | 10 | 2 | 0 | 103 | 113 | 113 |

| 210.213.244.217.static.pldt.net - 80 | 10 | 2 | 0 | 103 | 112 | 112 |

| 210.213.131.58.static.pldt.net - 70 | 10 | 3 | 0 | 100 | 114 | 74 |

| 210.213.131.89.static.pldt.net - 80 | 10 | 2 | 80 | 95 | 110 | 110 |

| 203.131.242.185 - 80 | 10 | 2 | 132 | 178 | 224 | 224 |

| ae-3.r22.tkokhk01.hk.bb.gin.ntt.net - 89 | 9 | 1 | 0 | 184 | 184 | 184 |

| ae-6.r02.chwahk02.hk.bb.gin.ntt.net - 89 | 9 | 1 | 0 | 110 | 110 | 110 |

| 203.131.246.182 - 89 | 9 | 1 | 0 | 98 | 98 | 98 |

| ae7.bbr02.pn01.hkg01.networklayer.com - 80 | 10 | 2 | 0 | 200 | 239 | 162 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| ae7.bbr01.eq01.sng02.networklayer.com - 80 | 10 | 2 | 0 | 307 | 363 | 363 |

| ae5.dar01.sr03.sng01.networklayer.com - 89 | 9 | 1 | 0 | 249 | 249 | 249 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 8 | 0 | 0 | 0 | 0 | 0 |

|216.12.203.91-static.reverse.softlayer.com - 89 | 9 | 1 | 0 | 174 | 174 | 174 |

|________________________________________________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider



---taken during the "flatline"---
country: Philippines
ISP: SmartBRO(ken)


damn, the sharks are biting the lines again?

ill post again later
Dernière édition par internetTOUGHGUY123#2227, le 24 août 2014 à 04:33:19

Signaler

Compte à signaler :

Type de signalement

Infos supplémentaires