I had been running smooth without major porblems until a couple of days ago. Now, I’m back to having problems even though I thought the direct ethernet cable had fixed it. As such, I reported it to AT& T tonight.
General instructions for reporting to At&T via chat:
1)Go to att.com/esupport/index.jsp
2) On the right of the screen there will be a little “chat now” button. click on it
3) Answer a few questions and it will start a chat session.
4) The agent was helpful but wanted me to run speed tests and clear cache, etc. What seemed to get the point across was when I referenced this forum and topic. ( I gave them the link https://forum.vassalengine.org/t/very-slow-response/7535/1)
The issue is known, and they said they are working on it. If you are having the issue though and are an At&T customer, then it seems the only thing you can do to hurry it along is report it in this method.
By the by, find a bill. They will want your Uverse account number.
Any luck? It’s gotten really bad in recent days. I have ow talked to three differecent AT&T support people. Their offical position seems to be that it is not an At&T problem, but if I’d like to pay a one-time $50 fee , they wil reasearch the problem. I really don’t want to to do this expecially since I believe they will end up saying it is an “application” problem.
I doubt that the problem is a duff nameserver. Our server’s IP address has been correct in every traceroute posted here, including the traceroutes posted by people having the problem. If it really were caused by a bad nameserver, then you’d expect at least one of the traceroutes to show a DNS problem—either a failure to resolve vassalengine.org or an incorrect IP address for it.
I’m waiting for a reply from AT&T. I’ll keep you posted about what I hear.
I’m also an AT&T customer and having the same issues. Any news or update
here?
I’ve heard nothing back from AT&T. The last email I sent was 29 April.
I’ll try once again later today, and if that doesn’t get a reply, I’ll
try to get their attention on Twitter a second time.
I’m still trying, with no success thus far, to get the attention of someone at AT&T who can help us. Has anyone who is their customer had any luck with calling AT&T’s tech support?
We had an AT&T player last week and the lag was so bad we could not play. He turn on his AT&T hotspot and used that and it worked fine. It was only the home network that was causing the extreme lag.
Interesting. I had abysmally slow response with both my U-Verse home network and using my AT&T phone as a hotspot, but when I switched to my (Verizon) work phone as a hotspot, performance was immediately and drastically better.
I have a few friends at AT&T; I’ll see if they have any suggestions for a good path to follow to try and get a resolution.
Here are the traceroutes for both connections. Interestingly, the tracert on Verizon was slower and seemed to have more issues than the AT&T one, but actual server response within VASSAL was dramatically better.
1 <1 ms <1 ms <1 ms 172.20.10.1
2 114 ms 30 ms 35 ms 172.26.96.161
3 36 ms 38 ms 35 ms 172.18.236.228
4 29 ms 35 ms 33 ms 12.249.2.17
5 47 ms 159 ms 88 ms 12.83.170.18
6 161 ms 137 ms 37 ms gar24.attga.ip.att.net [12.122.141.181]
7 281 ms * 114 ms 192.205.33.42
8 94 ms 44 ms 69 ms ash-bb4-link.telia.net [62.115.137.74]
9 257 ms 177 ms 142 ms prs-bb2-link.telia.net [80.91.251.103]
10 387 ms 134 ms 138 ms prs-b8-link.telia.net [213.155.131.17]
11 259 ms 141 ms 136 ms online-ic-305116-prs-b8.c.telia.net [62.115.40.86]
12 162 ms 138 ms 144 ms 45x-s31-1-a9k2.dc3.poneytelecom.eu [195.154.1.35]
13 148 ms 137 ms 138 ms one.vassalengine.org [62.210.178.7]
I spoke with a higher-tier rep from AT&T for about 45 minutes tonight. He was very friendly and helpful, but unfortunately he didn’t have access to go much deeper than the traceroutes and such we’re already doing. He suspects that it’s something in the way the traffic is routed after it leaves the AT&T network, because the response times on the first few hops are generally good, so the next step is probably investigating some kind of peering relationship between AT&T and whatever other ISPs they route traffic through to get to vassalengine.org. He’s checking with his manager tomorrow to see what next steps we might be able to take; however, he acknowledged that in order to get attention at a higher level, it will likely take more than one or two customers reporting an issue and some posts on an internet message board.
I’ll post whatever I hear back, but in the meantime, if you are an AT&T customer that’s having a performance problem with VASSAL, please follow the steps recommended in revans’ post above and report the issue. Every little bit helps, and if we can squeak loud enough (POLITELY please), we may be able to get some grease.
We have a solution - but it is somewhat complicated.
One of our players is a network guru and set up a SSL VPN that routes traffic to the Vassal server through the VPN instead of through AT&T’s route – this worked like a charm. So clearly it’s AT&T’s route that is bad, or the route it uses to get to the Vassal server is bad.
You probably can use a free VPN or pay VPN to do the same thing.
as the ‘hot-spot user’ in the prior recent post, I hope to get tracer routes on both connections (home network and via hot-spot) tonight and try to tell the difference in them. As the hot spot method worked last week with NO issues, I hope that it repeats that tonight.
Is there anything else that could be done in gathering information while doing this other than tracert commands that might give more/better/different information?
Here are two quick trace routes: first is home wireless, 2nd is hotspot.
Now, tonight for ONCE, the home connection got map data in under a min…approx. 50 seconds.
Usually have seen MINUTES for this. Hotspot got map data in 1/3rd the time…20 sec or so.
Tracing route to vassalengine.org [62.210.178.7]
over a maximum of 30 hops:
1 3 ms 1 ms 2 ms 192.168.43.1
2 24 ms 32 ms 36 ms 172.26.96.161
3 70 ms 26 ms 28 ms 107.79.227.100
4 98 ms 30 ms 44 ms 12.83.186.161
5 49 ms 34 ms 30 ms 12.83.186.145
6 87 ms 29 ms 33 ms ggr4.cgcil.ip.att.net [12.122.133.33]
7 85 ms 29 ms 35 ms chi-b21-link.telia.net [213.248.87.253]
8 65 ms 69 ms 45 ms nyk-bb1-link.telia.net [62.115.140.66]
9 220 ms 142 ms 148 ms prs-bb3-link.telia.net [213.155.135.4]
10 182 ms 145 ms 145 ms prs-b8-link.telia.net [213.155.131.3]
11 183 ms 144 ms 150 ms online-ic-305116-prs-b8.c.telia.net [62.115.40.8
6]
12 212 ms 155 ms 155 ms 45x-s31-1-a9k2.dc3.poneytelecom.eu [195.154.1.35
]
13 154 ms 152 ms 152 ms one.vassalengine.org [62.210.178.7]
Trace complete.
To my ‘uneducated’ eye, the network appears ‘better’, yet data seems to flow faster on the other connection.
Plus, there’s that hideous request time out going thru the router on my home system.
I dunno; it’s beyond my pay grade by light years…parsecs…Kessel Run…you get the idea.
But, perhaps this might point to SOMETHING…some of the links are same, some slight difference though…
So we’re basically out of luck right? As a customer we’re never going
to get past the low level help desk person at AT&T.
I don’t know what to tell you, other than keep pestering AT&T about it.
I have only one more lead myself—a phone number I still need to call
—but I haven’t had time to pursue it yet.
I spoke with a higher-tier rep from AT&T for about 45 minutes tonight.
He was very friendly and helpful, but unfortunately he didn’t have
access to go much deeper than the traceroutes and such we’re already
doing. He suspects that it’s something in the way the traffic is routed
after it leaves the AT&T network, because the response times on the
first few hops are generally good, so the next step is probably
investigating some kind of peering relationship between AT&T and
whatever other ISPs they route traffic through to get to vassalengine.org. He’s checking with his manager tomorrow to see what
next steps we might be able to take; however, he acknowledged that in
order to get attention at a higher level, it will likely take more than
one or two customers reporting an issue and some posts on an internet
message board.