[address-policy-wg] Re: 200 customer requirements for IPv6

Michael.Dillon at btradianz.com wrote:

<SNIP>
> Non-attributed person wrote:
>> There may however be places where such cooperation is appropriate, in
>> which case RIR-policies should accomodate such a construct. ISP's who
>> want such cooperation should probably establish an independent
>> organisation that would act as the LIR for their region. There's nothing
>> (exept possibly the 200 customer limit) in the current RIR-policy that
>> prevents such a construct.
> 
> As has been repeatedly pointed out by others, the 200 customer
> limit is a REAL block to deployment of IPv6 by many companies.

Which companies? According to the stats* Leo gave only 6 requests where
ever denied based on this. Can these companies please come forward and
explain what they exactly want?

* =
http://www.ripe.net/ripe/meetings/ripe-50/presentations/ripe50-ap-ipv6numbers.pdf

> Until IPv6 allocation policies are made reasonable without silly
> artificial constraints with no reasoning behind them, then it
> is a little early to discuss regional cooperative LIRs.

"Regional cooperative LIRs" can already be made now, with current policy.

> One data point that we already have is exchange points. How many
> exchange points in Europe have been successful in receiving a
> /20 allocation from RIPE?

Why would an exchange point need a /20? (IPv4 or IPv6?). Most IX's, not
any I know of, don't have a need for so much address space and
certainly, to stay neutral will not be able to provide address space to
customers. If IX's did do that they would be a LIR-ISP again and there
goes the I from PI.

> How many in other regions? I suspect
> that the answer is zero because RIR policies discourage the allocation
> of IP addresses to such confederations.

Dig a bit and find live data: http://www.ripe.net/rs/ipv6/stats/
Also check:
http://www.ripe.net/info/resource-admin/rir-comp-matrix-rev.html

Greets,
 Jeroen

BTW: GRH doesn't cover IX assignments (yet), does it need to maybe?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 238 bytes
Desc: OpenPGP digital signature
URL: </ripe/mail/archives/address-policy-wg/attachments/20051207/32f9f340/attachment.sig>