Dual stack IPv6 for IPv4 depletion

Wed Jul 15 15:14:52 UTC 2015

On 7/15/15 3:43 AM, Baldur Norddahl wrote:
> On 15 July 2015 at 01:34, Owen DeLong <owen at delong.com> wrote:
> 
>> For one thing a /32 is nowhere near enough for anything bigger than a
>> modest ISP today. Many will need /28, /24, or even larger. The biggest ones
>> probably need /16 or even /12 in some cases.
>>
> 
> What is the definition of a modest and a large ISP?
> 
> In the RIPE region even the smallest ISP can get a /29 with no
> documentation necessary. But likely that is all they will ever get because
> policy requires that you use that /29 at about 30% efficiency if you do /48
> allocations to end users.
> 
> You would need more than a million users to get a /24.
> 
> I do not think the RIPE region has an ISP large enough to apply for a /16
> or anything near it.

there are 4 organizations that originate something on the order of a /19

1     AS7922  ORG+TRN Originate: 36318243454976 /18.95  Transit:
38476054528 /28.84 COMCAST-7922 - Comcast Cable Communications, Inc.,US
2     AS3320  ORG+TRN Originate: 35219269156864 /19.00  Transit:
569424150528 /24.95 DTAG Deutsche Telekom AG,DE
3     AS5511  ORG+TRN Originate: 35188667187200 /19.00  Transit:
17818772963328 /19.98 OPENTRANSIT Orange S.A.,FR
4     AS17676 ORG+TRN Originate: 18695992639488 /19.91  Transit:
12885032960 /30.42 GIGAINFRA Softbank BB Corp.,JP


> Therefore we can conclude that if ARIN manages to use up all the /3 address
> space currently reserved for allocation, we will still be able to get
> address space in Europe for the next thousands years :-). It is thought
> that RIPE will not use up the /12 that IANA allocated to RIPE - ever.
> 
> Personally I believe the ARIN policy is the sane one. But we need to abide
> by the rules in the region we live in.
> 
> Regards,
> 
> Baldur
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 229 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20150715/13a79b48/attachment.sig>