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
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs Wes Peters
- Re: non-random IP IDs Darren Reed
- Re: non-random IP IDs Darren Reed
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs E.B. Dreger
- Re: non-random IP IDs Barney Wolff
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs Barney Wolff
- Re: non-random IP IDs Crist Clark
- Re: non-random IP IDs Garrett Wollman
- Re: non-random IP IDs Darren Reed
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs Darren Reed
- Re: non-random IP IDs Kris Kennaway
- Re: non-random IP IDs Niels Provos
- Re: non-random IP IDs Matt Dillon
- Re: non-random IP IDs Julian Elischer