Re: RFC 1812, section 4.2.2.5

[Tony Li <[e-mail]>]

   I find it difficult to believe a 25% performance hit considering the other
   sanity checks that probably have to be made, but then I've never counted
   cycles through our fastest single-processor path...

I don't know exactly what Craig's working on, but I suspect that it
causes him to pull in at least two extra longwords, thus screwing up
whatever clever memory controller (or pipeline?) that he's thinking
of.  Note that if you take interpretation 2, the fast path need only
reference the version/IHL byte, the TTL and checksum longword, and the
destination address longword.

You can ALSO decide that you want to play games with the TOS byte, and
still only be referencing 50% of the IP header.

And before someone flames me, yes, I realize that conventional memory
controllers are pulling in big blocks efficiently.  I _assume_ that
Craig is doing something more interesting than the conventional.  ;-)

Tony