Stop cringing and give them /48s. It’s really not going to harm anything. Really. Look at the math.
That scale of waste is a very very pale glimmer compared to the LAN side of things where you have 18,000,000,000,000,000,000 (and then some) addresses left over after you put a few hundred thousand hosts on the segment. Also, claiming that 90% will never have more than 2 or 3 subnets simply displays a complete lack of imagination. Household networks will continue to gain sophistication and with automated topologies developed through more advanced applications of DHCP-PD, you will, in fact, start seeing things like WLAN+GuestWLAN+LAN on separate segments, entertainment systems which generate their own segment(s), appliance networks which have separate routed segments, etc. Unfortunately, most of these future applications don’t stand a chance while we’re still mired in IPv4 and IPv4-think about how to allocate addresses. Owen On Oct 8, 2014, at 6:18 PM, Erik Sundberg <esundb...@nitelusa.com> wrote: > 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.
