Important IPv6 Policy Issue -- Your Input Requested

Daniel Senie dts at senie.com
Mon Nov 8 20:46:05 UTC 2004


At 02:36 PM 11/8/2004, you wrote:


>On 8 Nov 2004, at 14:25, Leo Bicknell wrote:
>
>>    In the end I think we need 1918 style space, and that it should
>>    simply be set aside as a large block and expected to never be
>>    useful in the context of other organizations, just like 1918
>>    space is today.
>
>Just out of interest, why do you think 1918-style space for v6 is needed?

Well, you asked the original poster, but since you asked publicly, I'll 
answer with my reasons.

Reason #1: Lab use. People should NEVER, EVER pick random space from public 
space for doing experiments in the lab. Sooner or later something leaks, 
and people get really honked off. This happened a LOT with IPv4, prior to 
RFC 1597 and 1918. Let's not repeat the same mistake, and make sure people 
have a specific place to get address space from for experiments.

Reason #2: Disjoint networks: though we may think the only reason to use 
the IP protocol suites (v4 or v6) is to connect to other places in the 
world, there are networks which do not (or are at least not supposed to) 
intersect with the public Internet. Address allocation policies are based 
on what space you're going to advertise, and registries want money for the 
space. Networks that are not connected should be able to use the IP 
protocol suites too.

Reason #3: A separate set of blocks should be set aside for use ONLY in 
documentation. Otherwise people use whatever addresses are in the examples 
in their router manuals and leak packets. I was seeing RIP packets claiming 
to come from 128.185/16 the entire time in the 1990's I worked at Proteon. 
Of course implementing BCP38 would help with the misconfigured user 
networks that were spewing that stuff. Nonetheless, documentation examples 
are a legitimate case for which space should be set aside.

Reason #4: Initial configuration of equipment which lacks a console port. I 
know, you're going to suggest the use of autoconfiguration mechanisms or 
DHCP. That's sometimes hard, for example in the case of a broadband 
"router" (home gateway) box that's going to be the DHCP server, print 
servers, and other such equipment. Having some block for this (or just use 
some subnet of the RFC-1918-like space) is a reasonable use.




More information about the NANOG mailing list