Current IPv6 deployment methods in datacentres.

Wade Roberts expiry.void at
Tue Nov 13 09:40:28 CET 2012

I've seen deployments assign /56 and /60 to end users, but reserve the entire /48 for them. The rationale being the expectation for customers only receiving a smaller block, but it's easy enough to expand to the full customer block if requested or otherwise required to do so.

Along similar lines I've observed networks reserving a null routed /64 for each point-to-point link and only configuring a /126 or /127.

There's no need to hard code conservation into v6 netblock allocations, but a lot of us network engineers still remember obtaining scars from the v4 life support war.


On 2012-11-13, at 19:18, Brian E Carpenter <brian.e.carpenter at> wrote:

> On 12/11/2012 19:52, Yannis Nikolopoulos wrote:
>> Michael,
>> On 11/12/2012 02:20 PM, Michael Adams wrote:
>>> Am 12.11.2012 11:49, schrieb I m t i:
>>>>> We are not providing GPRS/Wimax. But for DSL we'll also
>>>>> go for a /48 per customer.
>>>> You are assigning /48 on Wan interface of DSL CPE, what about the LAN
>>>> interface ? as NAT is not a option for v6. are you using IP from /48
>>>> on LAN as well or routing a separate IP prefix. what is Ip prefix
>>>> configured on BRAS so that it can assign /48 to each PPPoE etc
>>>> customer.
>>> For residential customers the BRAS assigns a /64 from a dynamic pool
>>> and announces it on the WAN side. The CPE gets the /48 by prefix
>>> delegation
>>> from another dynamic pool.
>> we do the same, but we're assigning a /56 via PD. /48 for a simple
>> broadband user sounds a bit too much, doesn't it?
> It's probably more than they need, but 2000::/3 contains 35 trillion /48s
> so I don't think it's a particularly dangerous policy. Personally,
> I don't really expect to need more than a /60 at home, but who knows?
>     Brian
>>> For business customers it will be the same.
>>> But without PD.
>> dynamic protocol?
>>>> what about the customer who have requirement more than /48 ?
>>> They will have to follow the RIPE procedures in order to get
>>> larger IPv6 space.
>> are you still talking about your own PA space?
>>> Michael
>> Yannis

More information about the ipv6-ops mailing list