New UDP uTorrent Takes Aim At Throttling > You can take control of your TCP with...

said by Ikyuao:

...Flexible iptables firewall that allow you take control of TCP flags that you can put drops on TCP RST that allows you take control of TCP flags back so you will get get faster speeds back by dropping TCP RST away and you get clean flows of TCP to your computer. Only linux have iptables or ip6tables firewall available.

said by funchords:

Both ends of any P2P connection would have to implement this, and the functionality you'd lose is important functionality. (TCP RST has a legitimate use!)

Ultimately, this hack gets reported every 3-4 months or so and it looks like it works because peers don't disappear anymore -- but instead of disappearing, you have orphaned peers on dead connections.

said by Ikyuao:

I don't lose any functionality so P2P application works very well while my linux iptables firewall filtering TCP RST out that means I have right to take control of type of TCP flags. No matter if cable company keeps sending you a TCP RST to abort your P2P connection ...

said by funchords:

I agree you have the right, but it's useless. You're actually harming your own performance.

The ISPs are sending the forged RSTs to both sides of the conversation. If only your side ignores them, while your peers obey them, then you're left with useless half-open sockets that won't transport data. Your client will mistakenly think you're still connection but the peer isn't responding to you. That client is taking memory and CPU power and a slot in the peer list that an actually connected peer could occupy.

For a RST hack to work, a large fraction of the P2P community would have to adopt it -- which means it would have to work on Windows. It would work at a low level (like a firewall or a virus scanner). This isn't the right project for P2P apps that work on the application level. And if it malfunctioned or caused TCP RSTs to fail their legitimate purposes, it probably would get treated as malware.