On Mon, Apr 16, 2001 at 03:42:49PM -0400, Barney Wolff wrote:
> If ip_randomid() is an asm rather than C code, I have sometimes
> seen problems with an asm func calling another asm func.  That
> was long ago and far away, but is the only reason I can think of
> for that change.
> 
> But whether the id is random or a counter, there is no reason to
> htons it, as long as it's treated consistently, with externals
> never compared with internals.

Surely that can't work since the purpose of that field is for received
packet ordering (unless I'm wrong, I'm not an IPv4 guru and only
skimmed the RFC), and what's ordered in network order isn't ordered in
host order.

Kris

PGP signature

Reply via email to