[167145] in North American Network Operators' Group
Re: AT&T UVERSE Native IPv6, a HOWTO
daemon@ATHENA.MIT.EDU (Doug Barton)
Mon Dec 2 18:04:04 2013
Date: Mon, 02 Dec 2013 15:02:07 -0800
From: Doug Barton <dougb@dougbarton.us>
To: nanog@nanog.org
In-Reply-To: <op.w7hk1ee8tfhldh@rbeam.xactional.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On 12/02/2013 02:35 PM, Ricky Beam wrote:
> We don't know what we'll need in the future. We only know what we need
> right now. Using the current dynamic mechanisms we can provide for now
> and "later", as "later" becomes apparent.
I hate to keep repeating this, but each time the argument comes up the 2
camps split into their factions and ignore my suggestion, so here goes. :)
I have been proposing for years now that ISPs reserve a /48 per customer
end site, which aligns with both the protocol design and the policies of
most if not all RIRs. Then as rollout actually occurs make the first /56
(1/2 way between /48 and /64) available to the customer (in whatever
form 'make available' occurs, such as DHCPv6-PD). That way you have
protected your customer from having to renumber in the future should
they need the full /48. Then down the road IF you run out of space, and
IF you can't get more, you can then go back and start assigning the
second /56 out of the /48s you had previously reserved.
Of course this same logic could be applied to /60s instead of /56s, but
even I (sympathetic to the argument of not repeating the wasteful
mistakes of the past as I am) think that's too small.
hth,
Doug
