>	the problem is that, now binary compiled with old header is not usable
>	on new kernel.  due to semantics change, it is not trivial to emulate
>	old calls in new kernel.  for safety reasons, we may want to
>	avoid cod #11 to #16 (skip them), and put new message type from 17.
>
>	however, freebsd merged the Nov 1999 KAME tree, and will be shipping
>	it in freebsd 4.0.  if we would like to keep the same numbers (for
>	COMPAT_FREEBSD maybe), we shouldn't change the numbers.
>
>	which route should I take?
>	- safe behavior when we run old binary on new kernel
>	  (-> skip old type #)
>	- compatibility with freebsd (no # changes.  old binaries will not
>	  run any more)

my guess would be to err in the direction of compatibility with
freebsd.  especially since there's not an actual netbsd release with
which we might need to retain compatibility.

-- 
|-----< "CODE WARRIOR" >-----|
codewarrior@daemon.org             * "ah!  i see you have the internet
twofsonet@graffiti.com (Andrew Brown)                that goes *ping*!"
andrew@crossbar.com       * "information is power -- share the wealth."