Re: IPv6 Default Allocation - What size allocation are you giving out

[Mark Andrews <marka () isc org>]

In message <1627782497.131675.1412827629110.JavaMail.zimbra () snappytelecom net>,
 Faisal Imtiaz writes:
> 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 W
> hy NOT.... 

Because /64 only allows for a single subnet running SLAAC with
currently defined specifications.

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

A /60, /56, /52 or /48 allows the client to run multiple SLAAC
subnets (16, 256, 4096 or 65536) and to have the reverse ip6.arpa
zone delegated on a nibble boundary.  There is plenty of address
space even handing out /48's to everyone.  Only short sighted ISP's
hand out /56's to residential customers.

> Regards. 
>
> Faisal Imtiaz 
> Snappy Internet & Telecom 
> ----- Original Message -----
>
> > From: "Sam Silvester" <sam.silvester () gmail com>
> > To: "Faisal Imtiaz" <faisal () snappytelecom net>
> > Cc: "Erik Sundberg" <ESundberg () nitelusa com>, "NANOG" <nanog () 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 () snappytelecom net >
> > wrote:
>
> > > We are going thru a similar process.. from all of my reading, best practi
> ce
> > > 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-allocat
> e
> > > .
>
> > > Regards
>
> > > Faisal Imtiaz
> >
> > > Snappy Internet & Telecom
>
> > > ----- Original Message -----
> >
> > > > From: "Erik Sundberg" < ESundberg () nitelusa com >
> >
> > > > To: nanog () 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 figu
> re
> > > > 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 nev
> er
> > > > 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 an
> y
> > > > of
> >
> > > > the information contained in or attached to this transmission is STRICT
> LY
> > > > PROHIBITED. If you have received this transmission in error please noti
> fy
> > > > 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.
> >
> > > >
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka () isc org