Customer IPv6 range assignments.

Sascha Lenz slz at baycix.de
Thu Jul 27 12:20:09 CEST 2006


Hi,

Iljitsch van Beijnum wrote:
> On 27-jul-2006, at 11:42, Sascha Lenz wrote:
> 
>> If anyone feels better with assigning /56 to their customers, just do
>> it. But think about it in the long term (IPv6 is really not quite  out in
>> the field yet).
> 
> You should really listen to your customers. One argument in favor of /
> 48 for everyone is that that way, when a customer changes ISPs, he or 
> she only has to renumber a fixed prefix and not mess with subnet 
> numbering.
> 
> So if a customer had a /48 before, they're likely to want one again 
> even though they may not need many hundreds of subnets. (Growing from 
> smaller to larger is obviously easier.)

mind the "But think about it in the long term" part you quoted.

TODAY, real (non-geek) IPv6 customers don't know what they want or need.
And as long as they don't want anything bigger than a /48, you don't
have any more paperwork to do like for say a /56. So if you customer
insists on a /48, you have no real chance to deny that to him with a
valid reason. (Route-aggregation et.al. is no valid reason for a customer)
If you do so anyways, well, market rules apply and they just will go
somewhere else.
This is also true for renumbering cases - if you only give them a /56,
they probably won't even come to you as new provider.

But in general i see no problems with Default-assigning /56 as long as
you hand anyone a /48 if they explicitely request it.

==> "Think about it in the long term"

No need to change the policy. But this mailinglist isn't about policy
issues anyways.

-- 
========================================================================
= Sascha Lenz                  SLZ-RIPE          slz at baycix.de         =
= Network Operations                                                   =
= BayCIX GmbH, Landshut                  * PGP public Key on demand *  =
========================================================================


More information about the ipv6-ops mailing list