Subject: Re: kernel ip_randomid() and libc randomid(3) still "broken"
To: None <abuse@spamalicious.com>
From: Jun-ichiro itojun Hagino <itojun@itojun.org>
List: tech-net
Date: 12/10/2003 14:38:21
> * The result of this optimization suggests that there is no way to make 
> generation of 20-bit and larger numbers efficient enough to do in the packet 
> forwarding path, if a modular exponentiation is involved.  However, we might 
> be able to reach a compromise where some bits are pure LCG output (or e.g. 
> the output of one LCG stuff into a power-of-2 LCG) and the rest are generated 
> by exponentiation.

	fragment ID won't be assigned on packet forwarding path.  it is
	generated only in ip_output().  so the above "no way to make..."
	does not make sense (no need to worry).

itojun