2013/2/19 Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>: > There are several things that you can check to troubleshoot > conntrackd: Ok, I think I see what's happening. To understand, I captured traffic both on the client, and on the upstream router (upstream to fw1 and fw2). On the client, I just see that when wget stops downloading, the traffic stops in the middle of the TCP flow. The client is just waiting for the server to send more data. But on the capture taken on the upstream router, I see that, at the point when the client hangs, there are many RST packets directed to the website from which the client was downloading. Obviously, this resets the connection and the client has a hard time waiting for more data. I suspect these RST are coming from one of the firewalls. For example, while there is a failover from fw1 to fw2, but fw2 hasn't synchronized the full conntrack table yet, data comes back from the website; fw2 doesn't know anything about it yet, so it sends RSTs. Could a race like this be possible? I can probably live with that, but I'd like to understand if my analysis is correct. If I disable external cache, it still happens, although less frequently. Thanks! -- To unsubscribe from this list: send the line "unsubscribe netfilter" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html