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
