> 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" <ma...@isc.org> > To: "Faisal Imtiaz" <fai...@snappytelecom.net> > Cc: "Sam Silvester" <sam.silves...@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.zim...@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.silves...@gmail.com> > > > To: "Faisal Imtiaz" <fai...@snappytelecom.net> > > > Cc: "Erik Sundberg" <esundb...@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 < fai...@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" < esundb...@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: ma...@isc.org >
