| commit | a8fdf2b331b38d61fb5f11f3aec4a4f9fb2dedcb | |
| author | Cosmin Ratiu <cratiu@ixiacom.com> | |
| Fri, 4 Sep 2009 03:44:38 +0000 (3 20:44 -0700) | ||
| committer | David S. Miller <davem@davemloft.net> | |
| Fri, 4 Sep 2009 03:44:38 +0000 (3 20:44 -0700) | ||
| tree | 7c5ae0e9b933a172b44a3cbeecb5374de66485ab | treesnapshot (tar.gz zip) |
| parent | 6fdfa97073a2bcbb60d900654c612b2ff09b9cb7 | commitdiff |
ipv6: Fix tcp_v6_send_response(): it didn't set skb transport header
Here is a patch which fixes an issue observed when using TCP over IPv6
and AH from IPsec.
When a connection gets closed the 4-way method and the last ACK from
the server gets dropped, the subsequent FINs from the client do not
get ACKed because tcp_v6_send_response does not set the transport
header pointer. This causes ah6_output to try to allocate a lot of
memory, which typically fails, so the ACKs never make it out of the
stack.
I have reproduced the problem on kernel 2.6.7, but after looking at
the latest kernel it seems the problem is still there.
Signed-off-by: Cosmin Ratiu <cratiu@ixiacom.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Here is a patch which fixes an issue observed when using TCP over IPv6
and AH from IPsec.
When a connection gets closed the 4-way method and the last ACK from
the server gets dropped, the subsequent FINs from the client do not
get ACKed because tcp_v6_send_response does not set the transport
header pointer. This causes ah6_output to try to allocate a lot of
memory, which typically fails, so the ACKs never make it out of the
stack.
I have reproduced the problem on kernel 2.6.7, but after looking at
the latest kernel it seems the problem is still there.
Signed-off-by: Cosmin Ratiu <cratiu@ixiacom.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
| net/ipv6/tcp_ipv6.c | diffblobblamehistory |