IPv6 Default Allocation - What size allocation are you giving out

Thu Oct 9 07:26:55 UTC 2014

I’ll go a step further…

If you give a residential customer the /48 that they should be getting, then as DHCP-PD and automatic topologies become more widespread, you have enabled flexibility in the breadth and depth of the bit patterns used to facilitate such hierarchies in the home network environment. If you limit them to 8 bits of subnetting, you are very limited in the constructs (1x8, 2x4, 4x2, or 8x1) which can be achieved.

Further, there’s really no advantage to keeping so much extra IPv6 address space on the shelves long past the expiration of the protocol’s useful life. I guarantee you that unless we start doing really stupid things (like using IPv6 /48s as serial numbers for cars), giving /48s to residential customers will not exhaust the current /3 (1/8th of the total IPv6 space) before we hit some other limitation of the protocol.

Owen

On Oct 8, 2014, at 9:07 PM, Faisal Imtiaz <faisal at snappytelecom.net> wrote:

> Like I said, this was my understanding.... I am glad that it is being pointed out to be in-correct.... 
> 
> I don't have a reason for why a /64 as much as I also don't have any reason Why NOT.... 
> 
> So, let me ask the question in a different manner... 
> What is the wisdom / reasoning behind needing to give a /56 to a Residential customer (vs a /64). 
> 
> Regards. 
> 
> Faisal Imtiaz 
> Snappy Internet & Telecom 
> ----- Original Message -----
> 
>> From: "Sam Silvester" <sam.silvester at gmail.com>
>> To: "Faisal Imtiaz" <faisal at snappytelecom.net>
>> Cc: "Erik Sundberg" <ESundberg at nitelusa.com>, "NANOG" <nanog at nanog.org>
>> Sent: Wednesday, October 8, 2014 11:47:01 PM
>> Subject: Re: IPv6 Default Allocation - What size allocation are you giving
>> out
> 
>> Why would you only allocate a residential customer a single /64?
> 
>> That's totally short sighted in my view.
> 
>> On Thu, Oct 9, 2014 at 2:07 PM, Faisal Imtiaz < faisal at snappytelecom.net >
>> wrote:
> 
>>> We are going thru a similar process.. from all of my reading, best practice
>>> discussions etc..
>> 
> 
>>> Here is what i have understood so far:-
>> 
> 
>>> Residential Customers: /64
>> 
> 
>>> Small & Medium size Business Customers: /56
>> 
> 
>>> Large Business size or a multi-location Business Customer: /48
>> 
> 
>>> Don't skimp on allocating the subnets like we do on IPv4
>> 
>>> Better to be 'wasteful' than have to come back to re-number or re-allocate
>>> .
>> 
> 
>>> Regards
>> 
> 
>>> Faisal Imtiaz
>> 
>>> Snappy Internet & Telecom
>> 
> 
>>> ----- Original Message -----
>> 
>>>> From: "Erik Sundberg" < ESundberg at nitelusa.com >
>> 
>>>> To: nanog at nanog.org
>> 
>>>> Sent: Wednesday, October 8, 2014 9:18:16 PM
>> 
>>>> Subject: IPv6 Default Allocation - What size allocation are you giving
>>>> out
>> 
>>>> 
>> 
>>>> I am planning out our IPv6 deployment right now and I am trying to figure
>>>> out
>> 
>>>> our default allocation for customer LAN blocks. So what is everyone
>>>> giving
>> 
>>>> for a default LAN allocation for IPv6 Customers. I guess the idea of
>> 
>>>> handing a customer /56 (256 /64s) or a /48 (65,536 /64s) just makes me
>> 
>>>> cringe at the waste. Especially when you know 90% of customers will never
>> 
>>>> have more than 2 or 3 subnets. As I see it the customer can always ask
>>>> for
>> 
>>>> more IPv6 Space.
>> 
>>>> 
>> 
>>>> /64
>> 
>>>> /60
>> 
>>>> /56
>> 
>>>> /48
>> 
>>>> 
>> 
>>>> Small Customer?
>> 
>>>> Medium Customer?
>> 
>>>> Large Customer?
>> 
>>>> 
>> 
>>>> Thanks
>> 
>>>> 
>> 
>>>> Erik
>> 
>>>> 
>> 
>>>> ________________________________
>> 
>>>> 
>> 
>>>> CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents,
>>>> files
>>>> or
>> 
>>>> previous e-mail messages attached to it may contain confidential
>>>> information
>> 
>>>> that is legally privileged. If you are not the intended recipient, or a
>> 
>>>> person responsible for delivering it to the intended recipient, you are
>> 
>>>> hereby notified that any disclosure, copying, distribution or use of any
>>>> of
>> 
>>>> the information contained in or attached to this transmission is STRICTLY
>> 
>>>> PROHIBITED. If you have received this transmission in error please notify
>> 
>>>> the sender immediately by replying to this e-mail. You must destroy the
>> 
>>>> original transmission and its attachments without reading or saving in
>>>> any
>> 
>>>> manner. Thank you.
>> 
>>>> 
>> 