Screamer - TCP RST

Tried a similar trick on my firewall

insert_rule $filter_table->{FORWARD}, 1, "-p tcp -m tcp --sport 3724 --tcp-flags RST RST -j DROP";

No more disconnects, but I do see what you're saying about the lag spikes. Still the lag spike is much better than being disconnected
 
There are several situations that can cause the reset to be sent:
(1) NAT overrun - you shouldn't see a lag spike and ignoring the TCP RST will keep you ticking over smoothly
(2) Lost packets - you will get the lag spike either way but by discarding the protocol's remedy to the problem (i.e. resetting the connecting by sending a TCP RST) you are preventing the disconnect.

@diegoa - cda is referring to his firewall and being able to add a rule to it. I think it may even be possible to add this rule to Windows firewall but haven't bothered to figure it out. Alternatively, you router's firewall might have the functionality.
 
If you can find out for me it would be great, I either use Microsoft firewall or Mcafee firewall.

But its sad we have to do this cause of Screamers mess up.
 
If you can find out for me it would be great, I either use Microsoft firewall or Mcafee firewall.

But its sad we have to do this cause of Screamers mess up.

Did a quick scan and it seems as if Windows Server allows rules to be added. Don't have access to Mcafee to test but it seems as if it would based on the following url http://www.spamfighter.com/FAQ_Firewall_McAfee.asp.

Basically allow access to the application you want but filter out TCP message with the Reset flag reset on the port that the application uses.
 
There are several situations that can cause the reset to be sent:
(1) NAT overrun - you shouldn't see a lag spike and ignoring the TCP RST will keep you ticking over smoothly
(2) Lost packets - you will get the lag spike either way but by discarding the protocol's remedy to the problem (i.e. resetting the connecting by sending a TCP RST) you are preventing the disconnect.

I think (1) is more often the case. The lag spikes are infrequent - however I dropped about 2300 RST packets in the space of 4 hours of testing.

The thing is, the TCP session on WoW is just a side channel to monitor the connection, authentication and do a few other things. UDP is used for all in-game data, so one really doesn't need to care that we are messing with that TCP channel in a bad way and forcing it to FIN timeout in the event of a serious connectivity issue - or even to control throughput throttling in TCP.
 
I have to say, the filtering of the TCP RST seems to reduce the interval between disconnects; but for me every 10 to 15 RST packets received somehow causes a disconnect anyway - too much data lost in transit perhaps?

The issue is that I can easily experience up to 25 RST packets an hours. How does one RAID when you can't stay connected?
 
Really why do one need to even do this filtering when its a problem the isp you pay a service for need to sort out this issue.
 
Really why do one need to even do this filtering when its a problem the isp you pay a service for need to sort out this issue.

Finally someone see's the light ! Its just a pity you aren't a screamer employee :(
 
I am having connection resets without recovery,..

My link dies stays dead until someone at Screamer does something on their side.

Epic fail
 
For me the biggest issue is the reset at 12pm. When i assume they do the daily usage calculation.

I get disconnected every evening and sometimes can't get back online.

"oh guys , i'll be offline for the next while at 12pm" - not cool.
 
Hi Guys

I have just had this thread pointed out to me by Diegoa (via PM) and I have run some of the errors past technical and they have assisted us in highlighting some of the issues our gamers are having with disconnects.

We have ordered equipment for an upgrade of the faulty server and this is expected to arrive on Tuesday.

For me the biggest issue is the reset at 12pm. When i assume they do the daily usage calculation.

I get disconnected every evening and sometimes can't get back online.

"oh guys , i'll be offline for the next while at 12pm" - not cool.

Hi Fox
We have to do a daily disconnect to make a distinction on daily use for your usage monitors. We do cycle the disconnects from 24h00 to 03h00. Not all our clients are raiding at 12h00 so please let me know what time a disconnect will suit you and I will have your towers disconnect time changed.
 
12pm resets,... is this something all WiMax providers need to do?
 
I will have your towers disconnect time changed.

Thanks Howzit for sorting this out! :D Think my tower resets at about 3am now.

It reminds me its time to sleep *cough*

Connection seems to have gone back to normal , good speeds , limited disconnections with great latency using proxies.
 
Hope the new equiptment you guys are ordering sort the reset and disconnect problems out :)
 
Hope the new equiptment you guys are ordering sort the reset and disconnect problems out :)

Nobody from Screamer has even confirmed that this is a problem. What makes you think they're working resolving it?
 
Any news on when this might be fixed?

I added a rule on my firewall to block the tcp resets and I've noticed I no longer get instant disconnects in dota, the latency spikes it creates are somewhat irritating though.
 
Any news on when this might be fixed?

I added a rule on my firewall to block the tcp resets and I've noticed I no longer get instant disconnects in dota, the latency spikes it creates are somewhat irritating though.

Around Thurs.
 
Top
Sign up to the MyBroadband newsletter
X