yes! by ALL means, hand out /48s. There is huge benefit to announcing all that dark space, esp. when virtually no one practices BCP-38, esp in IPv6 land.
/bill PO Box 12317 Marina del Rey, CA 90295 310.322.8102 On 8October2014Wednesday, at 18:31, Mark Andrews <ma...@isc.org> wrote: > > Give them a /48. This is IPv6 not IPv4. Take the IPv4 glasses off > and put on the IPv6 glasses. Stop constraining your customers > because you feel that it is a waste. It is not a waste!!!! It > will also reduce the number of exceptions you need to process and > make over all administration easier. > > As for only two subnets, I expect lots of equipment to request > prefixes in the future not just traditional routers. It will have > descrete internal components which communicate using IPv6 and those > components need to talk to each other and the world. In a IPv4 > world they would be NAT'd. In a IPv6 world the router requests a > prefix. > > Mark > > In message <495d0934da46854a9ca758393724d5906da...@ni-mail02.nii.ads>, Erik > Sun > dberg writes: >> I am planning out our IPv6 deployment right now and I am trying to figure o= >> ut our default allocation for customer LAN blocks. So what is everyone givi= >> ng for a default LAN allocation for IPv6 Customers. I guess the idea of ha= >> nding a customer /56 (256 /64s) or a /48 (65,536 /64s) just makes me cring= >> e at the waste. Especially when you know 90% of customers will never have m= >> ore than 2 or 3 subnets. As I see it the customer can always ask for more I= >> Pv6 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 informa= >> tion that is legally privileged. If you are not the intended recipient, or = >> a person responsible for delivering it to the intended recipient, you are h= >> ereby notified that any disclosure, copying, distribution or use of any of = >> the information contained in or attached to this transmission is STRICTLY P= >> ROHIBITED. If you have received this transmission in error please notify th= >> e sender immediately by replying to this e-mail. You must destroy the origi= >> nal transmission and its attachments without reading or saving in any manne= >> r. Thank you. > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org