XS4ALL Introduces native IPv6 for DSL customers

Arno Meulenkamp meulenkamp at isoc.org
Mon Aug 30 11:25:00 CEST 2010


On 29 Aug 2010, at 04:19 , Daniel Roesen wrote:
> On Fri, Aug 27, 2010 at 10:52:31AM +0200, Gert Doering wrote:
>> On Fri, Aug 27, 2010 at 10:38:19AM +0200, Daniel Roesen wrote:
>>> On Fri, Aug 27, 2010 at 10:21:33AM +0200, Gert Doering wrote:
>>>>> Unless you run out of /48s and have to go back to RIPE NCC to get more
>>>>> address space. And then you're judged on /56s, not /48s for efficiency.
>>>> 
>>>> An /48 assigned counts as "all the /56s in there are assigned".
>>> 
>>> Yes, that's the problem. For just one customer.
>> 
>> What's the *problem* here?  If you hand out your /32 in chunks of /48s
>> to your customers, and the /32 is full, it is *full* - and you're entitled
>> to get more space.
> 
> I don't see this in the policy. What's the deal with /56s then in the
> policy?

They simply use /56 for the calculation of the HD ratio. If you assign a /48, effectively, you've assigned 256 /56 blocks, as counting for the HD ratio.

>> So why is this considered a problem?
> Please review the efficiency requirement using HD ratio. This
> requirement effectively sets a minimum amount of customers supported by
> a /32.
> 
> ==============================================================
> 5.2.1. Subsequent allocation criteria
> 
> Subsequent allocation will be provided when an organisation (i.e.
> ISP/LIR) satisfies the evaluation threshold of past address utilisation
> in terms of the number of sites in units of /56 assignments. The
> HD-Ratio [RFC 3194] is used to determine the utilisation thresholds that
> justify the allocation of additional address as described below.

It might be good to rephrase the text to "Subsequent allocation will be provided when an organisation (i.e.
ISP/LIR) satisfies the evaluation threshold of past address utilisation in terms of assigned address space in units of /56 blocks."

That might bypass this confusion.

> I see no specification in the policy on how many /48 assignments are
> required to be deemed qualified for a new/extended allocation. Same goes
> for any other size between /56 and /48.

ciao,

Arno




More information about the ipv6-ops mailing list