Important IPv6 Policy Issue -- Your Input Requested

James haesu at towardex.com
Tue Nov 9 04:14:23 UTC 2004


[snip]
> I dont understand much about ipv6. Yes I am now internationaly 
> recognized for the ipv6 noob and loser that I am.
> 
> What I do know is that ostensibly we need it due to address shortage. 
> Its also easy to see that a entire trainload of new technology has been 
> hitched up to that wagon. No surprise that people are not pulling 
> eachother down in their haste to jump on it

I am not too sure about addr shortage and thus can't comment myself.
But what we do know is that IPv6 provides a large amount of *subnets*
and each subnet (minimum recommendation being /64) already contains
lot more addrs than entire IPv4 space. So it could mean some new
possibilities down the road (e.g. certain companies using ipv6 for
product management, etc) as the technology changes.

> 
> To all of us happily using ip4 does ipv6 offer anything valuable other 
> than more space?

Yes.. stateless autoconf by icmp and few others but I don't really care
about those personally myself.

> 
> Do net admins who dread troubleshooting real networks with 
> unrecognizable and unmemorizable addresses exist? Maintaining 
> configuration where you will never spot a fat fingered address ever? And 
> I mean even those who dont run "Real Networks (TM)"

Unmemorizable? I don't know about that one. I can memorize IPv6 addrs
much faster and better than IPv4 addrs. I know it may sound like a
paradox, but IPv6 addrs, once you get used to them, are neatly
organized into TLA->NLA and all the way to Site level.

> 
> All those people who curse vendors who make them put in 128 bit key 
> software unlock codes, raise your hands. (I actualy memorized one or two 
> of them after four years)
> 
> Is anybody keeping track of what percentage of ipv6 has already been 
> spoken for in some way and what percentage of the categories spoken for 
> are utilized in any way?
> 
> Yes I know. 128 bits address space is infinite! You couldnt run out if 
> you tried! (~100 more /7 proposals like the one mentioned in parent and 
> ipv6 is in trouble)

Bad assumptions.

-J

-- 
James Jun                                            TowardEX Technologies, Inc.
Technical Lead                       IPv4 and Native IPv6 Colocation, Bandwidth,
james at towardex.com             and Web Hosting Services in the Metro Boston area
cell: 1(978)-394-2867           web: http://www.towardex.com , noc: www.twdx.net



More information about the NANOG mailing list