[83319] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: IPv6 Address Planning

daemon@ATHENA.MIT.EDU (Iljitsch van Beijnum)
Wed Aug 10 15:27:15 2005

In-Reply-To: <20050810173221.GF18662@vacation.karoshi.com.>
Cc: NANOG list <nanog@merit.edu>
From: Iljitsch van Beijnum <iljitsch@muada.com>
Date: Wed, 10 Aug 2005 21:26:08 +0200
To: bmanning@vacation.karoshi.com
Errors-To: owner-nanog@merit.edu


On 10-aug-2005, at 19:32, bmanning@vacation.karoshi.com wrote:

>     so renumbering out of a /56 into a /48 is harder than renumbering
>     out of a /124 into a /112 how?

Having a /60 or a /48 is better than a /56 or a /48 because:

1. Most people who are going to encounter the problem realize that a / 
60 isn't enough and go for the /48 immediately
2. Going from a /60 to a /48 would happen earlier than from a /56 to  
a /48 so there is less to renumber.

>     renumbering - regardless of version
>     is hard...

Not hard, inconvenient.

>     primarly becuase application developers insist that
>     the IP address is the nodes persistant identifier,

Disagree. There are two issues: the DNS and access restrictions and  
similar based on IP addresses. The DNS can be fixed with some  
searching and replacing and/or dynamic DNS updates, but using literal  
IP addresses, especially in filters and such, isn't easy to solve  
because there are no reasonable alternatives in many cases.

>     renumbering hosts is a breese in either
>     version of predominate IP protocol, DHCP is your friend.

That friend will kill all your sessions when you get a new address.  
DHCP implementations in IPv6 aren't ready for prime time either.

>     Or if you
>     want less robust functionality and semantic overload, you can use
>     the RA/ND stuff in IPv6.

How is that less robust and does it imply a semantic overload?

>   - regardless, renumbering from one address
>     range to another is painful - CIDR -might- be helpful, but  
> artifical
>     constraints e.g /64 only serve to confuse.

I agree. All boundaries between different parts of the address must  
be flexible. That includes the boundary at the end of the address.  
But I guess we have to save something for IPv7.

home help back first fref pref prev next nref lref last post