Subject: alternative NSEC encoding

From: [email-masked]
Date: Tue, 11 Nov 2003 10:45:11 +1100

The following a simple windowed bitmap alternative encoding
	to consider of NSEC.  It is a logical extension of the current
	NXT encoding and while not as efficient as Micheal's should be
	easier to implement without errors.

	We take the type space and split it into 256 windows and
	present a bitmap for each window that has a active type.
	This is endcode as a window octet, bitmap length octet (1..32)
	and a bitmap in network bit order (similar to NXT).

	Trailing zero octets in the bitmap MUST be removed.
	Each window is presented in numerical order.

	<Nextname> [ <window> <len> <bitmap> ] +

	The zero window is types 0..255.

	e.g.
		NSEC example. A 

		7 'e' 'x' 'a' 'm' 'p' 'l' 'e' 0 0 1 64

		NSEC example. A TYPE3000

		7 'e' 'x' 'a' 'm' 'p' 'l' 'e' 0 0 1 64 11 23 0 0 0 0 0 0 0
		0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 128

	In the worst case the encoding the bitmaps give 8704 octets
	(type in last 8 types of each window).

	Mark
-- 
Mark Andrews, Internet Software Consortium
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE:	+61 2 9871 4742		         INTERNET: [email-masked]

--
to unsubscribe send a message to [email-masked] with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>