diff options
| author | Cosmin Ratiu <cratiu@ixiacom.com> | 2009-09-03 20:44:38 -0700 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2009-09-03 20:44:38 -0700 |
| commit | a8fdf2b331b38d61fb5f11f3aec4a4f9fb2dedcb (patch) | |
| tree | 7c5ae0e9b933a172b44a3cbeecb5374de66485ab /net/ipv6 | |
| parent | 6fdfa97073a2bcbb60d900654c612b2ff09b9cb7 (diff) | |
| download | kernel_samsung_crespo-a8fdf2b331b38d61fb5f11f3aec4a4f9fb2dedcb.zip kernel_samsung_crespo-a8fdf2b331b38d61fb5f11f3aec4a4f9fb2dedcb.tar.gz kernel_samsung_crespo-a8fdf2b331b38d61fb5f11f3aec4a4f9fb2dedcb.tar.bz2 | |
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>
Diffstat (limited to 'net/ipv6')
| -rw-r--r-- | net/ipv6/tcp_ipv6.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/net/ipv6/tcp_ipv6.c b/net/ipv6/tcp_ipv6.c index 65aecf2..3aae0f2 100644 --- a/net/ipv6/tcp_ipv6.c +++ b/net/ipv6/tcp_ipv6.c @@ -1003,6 +1003,7 @@ static void tcp_v6_send_response(struct sk_buff *skb, u32 seq, u32 ack, u32 win, skb_reserve(buff, MAX_HEADER + sizeof(struct ipv6hdr) + tot_len); t1 = (struct tcphdr *) skb_push(buff, tot_len); + skb_reset_transport_header(skb); /* Swap the send and the receive. */ memset(t1, 0, sizeof(*t1)); |