IPv6 Default Allocation - What size allocation are you giving out

Thu Oct 9 01:31:15 UTC 2014

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 <495D0934DA46854A9CA758393724D5906DA244 at 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: marka at isc.org