Re: Backporting "ipv6: make fragment identifications less predictable"

2011-09-11 Thread Eric Dumazet
Le dimanche 11 septembre 2011 à 14:52 +0100, Ben Hutchings a écrit : > On Sat, 2011-09-10 at 16:59 +0200, Eric Dumazet wrote: > > Le samedi 10 septembre 2011 à 02:30 +0100, Ben Hutchings a écrit : > > > Is there any chance that this change could be backported to the 2.6.32.y > > > longterm branch:

Re: Backporting "ipv6: make fragment identifications less predictable"

2011-09-11 Thread Ben Hutchings
On Sat, 2011-09-10 at 16:59 +0200, Eric Dumazet wrote: > Le samedi 10 septembre 2011 à 02:30 +0100, Ben Hutchings a écrit : > > Is there any chance that this change could be backported to the 2.6.32.y > > longterm branch: > > > > commit 87c48fa3b4630905f98268dde838ee43626a060c > > Author: Eric Dum

Re: Backporting "ipv6: make fragment identifications less predictable"

2011-09-10 Thread Eric Dumazet
Le samedi 10 septembre 2011 à 02:30 +0100, Ben Hutchings a écrit : > Is there any chance that this change could be backported to the 2.6.32.y > longterm branch: > > commit 87c48fa3b4630905f98268dde838ee43626a060c > Author: Eric Dumazet > Date: Thu Jul 21 21:25:58 2011 -0700 > > ipv6: make

Backporting "ipv6: make fragment identifications less predictable"

2011-09-09 Thread Ben Hutchings
Is there any chance that this change could be backported to the 2.6.32.y longterm branch: commit 87c48fa3b4630905f98268dde838ee43626a060c Author: Eric Dumazet Date: Thu Jul 21 21:25:58 2011 -0700 ipv6: make fragment identifications less predictable I suspect that it's very much dependent