ipip: Fix handling of DF packets when pmtudisc is OFF
authorHerbert Xu <herbert@gondor.apana.org.au>
Fri, 6 Nov 2009 10:37:41 +0000 (10:37 +0000)
committerDavid S. Miller <davem@davemloft.net>
Sat, 7 Nov 2009 04:33:40 +0000 (20:33 -0800)
commit23ca0c989e46924393f1d54bec84801d035dd28e
tree4d7d997c52e517cc008702389d8c2f9bb2513301
parent73475339005dc68eb0bd2f6b1e93a3a39b628410
ipip: Fix handling of DF packets when pmtudisc is OFF

RFC 2003 requires the outer header to have DF set if DF is set
on the inner header, even when PMTU discovery is off for the
tunnel.  Our implementation does exactly that.

For this to work properly the IPIP gateway also needs to engate
in PMTU when the inner DF bit is set.  As otherwise the original
host would not be able to carry out its PMTU successfully since
part of the path is only visible to the gateway.

Unfortunately when the tunnel PMTU discovery setting is off, we
do not collect the necessary soft state, resulting in blackholes
when the original host tries to perform PMTU discovery.

This problem is not reproducible on the IPIP gateway itself as
the inner packet usually has skb->local_df set.  This is not
correctly cleared (an unrelated bug) when the packet passes
through the tunnel, which allows fragmentation to occur.  For
hosts behind the IPIP gateway it is readily visible with a simple
ping.

This patch fixes the problem by performing PMTU discovery for
all packets with the inner DF bit set, regardless of the PMTU
discovery setting on the tunnel itself.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv4/ipip.c