IPv6 Default Allocation - What size allocation are you giving out

Thu Oct 9 11:00:09 UTC 2014

makes more sense to hand out /48s imho. theres only a mere 65k /48s per
/32 (or something like that), though.

On 10/09/14 12:29, Mark Andrews wrote:
> In message <1AA6F1A9-D63B-4066-903D-0E8690C7C567 at isi.edu>, manning bill writes:
>> 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
> and if everyone hands out /48's you just filter /48's.  With a mix of /56
> and /48 you need to filter at the /56 level.  Given enterpises are getting
> /48's it will be simpler overall for everyone to get /48's.
>  
>> On 8October2014Wednesday, at 18:31, Mark Andrews <marka at isc.org> wrote:
>>
>>> =20
>>> 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.
>>> =20
>>> 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.
>>> =20
>>> Mark
>>> =20
>>> 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=3D
>>>> ut our default allocation for customer LAN blocks. So what is =
>> everyone givi=3D
>>>> ng for a default LAN allocation for IPv6 Customers.  I guess the idea =
>> of ha=3D
>>>> nding a customer /56 (256 /64s) or  a /48 (65,536 /64s) just makes me =
>> cring=3D
>>>> e at the waste. Especially when you know 90% of customers will never =
>> have m=3D
>>>> ore than 2 or 3 subnets. As I see it the customer can always ask for =
>> more I=3D
>>>> Pv6 Space.
>>>> =20
>>>> /64
>>>> /60
>>>> /56
>>>> /48
>>>> =20
>>>> Small Customer?
>>>> Medium Customer?
>>>> Large Customer?
>>>> =20
>>>> Thanks
>>>> =20
>>>> Erik
>>>> =20
>>>> ________________________________
>>>> =20
>>>> CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, =
>> files =3D
>>>> or previous e-mail messages attached to it may contain confidential =
>> informa=3D
>>>> tion that is legally privileged. If you are not the intended =
>> recipient, or =3D
>>>> a person responsible for delivering it to the intended recipient, you =
>> are h=3D
>>>> ereby notified that any disclosure, copying, distribution or use of =
>> any of =3D
>>>> the information contained in or attached to this transmission is =
>> STRICTLY P=3D
>>>> ROHIBITED. If you have received this transmission in error please =
>> notify th=3D
>>>> e sender immediately by replying to this e-mail. You must destroy the =
>> origi=3D
>>>> nal transmission and its attachments without reading or saving in any =
>> manne=3D
>>>> r. Thank you.
>>> --=20
>>> Mark Andrews, ISC
>>> 1 Seymour St., Dundas Valley, NSW 2117, Australia
>>> PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org