[address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)

I oppose this proposal too.

1) it limits in rights all new LIRs. As I told in previous discussions
LIR stats show the same rate of new LIR registration (250-300 LIRs avg)
per month. It's about 40% of 185 is free and that means it will be about
7000 new LIRs in it. That will be enough for 2 years, and after RIPE has
reseved space and reserve pool that could not be used for (as I remember
2 years) and another IPv4 space will be given to market.
So there are enough space for 4-6 years with current situation.

2) RIPE here is not to limit abilities of the members to use IPv4
space. RIPE should give opposites. ISPs will take care about all others.
But in current case RIPE take part in business significant
 parts and that's not good.

3) Those policy add new fields and statuses to the database. And this is
not good too. System should stay simple and useful. It's not good
direction to make it more complex because there are a lot of question to
current one system.

Yuri at NTX


On 18.06.2016 13:58, Stefan Prager wrote:
>> On 2016-06-17 21:09:21 CET, Remco van Mook wrote:
>> Let me get this straight - you oppose a proposed change in policy
because the change itself is not part of current policy?
>
>
> I strongly oppose your proposal as it seeks to selectively strip
Provider Aggregatable(PA) resource holders of their rights solely
justified by your belief that this is how allocations allocated after
the 14th September 2012 are supposed to be treated. If you are concerned
about people selling off address space allocated after the 14th
September 2012 for profit you can propose to change the holding period
from two years to three or four years or even introduce a transfer fee
like other Regional Internet Registries(RIRs) have in place. Such
changes would be just and apply to all Provider Aggregatable(PA)
allocations and not just to Provider Aggregatable(PA) allocations
allocated after the 14th September 2012.
>
> Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum
>