net: fix inet_getid() and ipv6_select_ident() bugs
authorEric Dumazet <edumazet@google.com>
Thu, 29 May 2014 15:45:14 +0000 (08:45 -0700)
committerDavid S. Miller <davem@davemloft.net>
Mon, 2 Jun 2014 21:09:28 +0000 (14:09 -0700)
commit39c36094d78c39e038c1e499b2364e13bce36f54
treefac76f2e1c8968c74556cc68c1920da58c6bf3dd
parentfc0d6e9cd0aefbe5de5ebafb1805f2c59539725b
net: fix inet_getid() and ipv6_select_ident() bugs

I noticed we were sending wrong IPv4 ID in TCP flows when MTU discovery
is disabled.
Note how GSO/TSO packets do not have monotonically incrementing ID.

06:37:41.575531 IP (id 14227, proto: TCP (6), length: 4396)
06:37:41.575534 IP (id 14272, proto: TCP (6), length: 65212)
06:37:41.575544 IP (id 14312, proto: TCP (6), length: 57972)
06:37:41.575678 IP (id 14317, proto: TCP (6), length: 7292)
06:37:41.575683 IP (id 14361, proto: TCP (6), length: 63764)

It appears I introduced this bug in linux-3.1.

inet_getid() must return the old value of peer->ip_id_count,
not the new one.

Lets revert this part, and remove the prevention of
a null identification field in IPv6 Fragment Extension Header,
which is dubious and not even done properly.

Fixes: 87c48fa3b463 ("ipv6: make fragment identifications less predictable")
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/net/inetpeer.h
net/ipv6/output_core.c