IPv6 Default Allocation - What size allocation are you giving out

Thu Oct 9 03:37:35 UTC 2014

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.
> 