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

[Faisal Imtiaz <faisal () snappytelecom net>]

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

Understood...

> There is plenty of address space even handing out /48's to everyone.

Also Understood.

> Only short sighted ISP's hand out /56's to residential customers.

I am curious as to why you say it is short sighted? what is the technical or otherwise any other reasoning for such 
statement ?  

Faisal Imtiaz
Snappy Internet & Telecom


----- Original Message -----
> From: "Mark Andrews" <marka () isc org>
> To: "Faisal Imtiaz" <faisal () snappytelecom net>
> Cc: "Sam Silvester" <sam.silvester () gmail com>, "NANOG" <nanog () nanog org>
> Sent: Thursday, October 9, 2014 12:25:28 AM
> Subject: Re: IPv6 Default Allocation - What size allocation are you giving out
>
>
> 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