<div dir="ltr"><div>Perhaps people would support the Proposal, if the there was a stricter condition on the transfers, ie<br><br></div>that the Lir has not had any transfered IPs added to its registry,  (in addtition to the rule that the Lir has not transferred IPs out of its registry)<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 12:14 PM, Uros Gaber <span dir="ltr"><<a href="mailto:uros@ub330.net" target="_blank">uros@ub330.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi,<br><br></div>I would support this proposal with some amendments, first there should be a 'top-cap' on how many IPs a LIR can have and still request a new /22 every 18 months - for example if a LIR has an /20 equivalent or more already assigned this LIR could not request new allocation (this has already been pointed out on the list) and I think that there should also be a minimum RIPE free space cap, where if we would reach somewhere in the range of /12 only new LIRs are eligible to get new /22 allocation. <br><br></div>This is to get new entrants in the market some more wiggle room against the old players.<br><br></div>Sincerely,<br></div>Uros<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 12:40 PM, Ciprian Nica <span dir="ltr"><<a href="mailto:office@ip-broker.uk" target="_blank">office@ip-broker.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
<br>
On 10/21/2015 1:26 PM, Shahin Gharghi wrote:<br>
> Hello<br>
><br>
> I support this proposal. If you are worry about running out of IPv4, you<br>
> should stop those are registering new LIRs, transfer the IPs and close the<br>
> LIR. Even 2015-01 is unable to stop them.<br>
> If it is limited to those LIRs who didn't transfer any IP to other LIRs, I<br>
>  think it could reduce amount of unnecessary  transfers.<br>
> I heard a lot about this: "New entrants should have access to IPv4". I<br>
> think you should say that in this way: " The new entrants should have<br>
> access to the INTERNET". Don't you think the new LIRs need to run IPv6? or<br>
> imagine we are in 2020 and we ran out of IPv4, what should we do? Do it<br>
> now. I think we are just postpone switching to v6.<br>
><br>
><br>
<br>
</span>If RIPE runs out of IPv4 sooner it will not help switching to v6 faster.<br>
It only means that the new entrants will have to buy the resources from<br>
the market at prices which will be obviously higher.<br>
<br>
Iran is a good example, as a country can be considered a relatively new<br>
entrant. What has happened over there ? 0.05% IPv6 adoption rate<br>
according to google stats and Iran is the #1 importing country of IPv4<br>
resources.<br>
<br>
I don't understand why there's still this confusion that if RIPE's pool<br>
will be empty, many think there will be no more IPv4 available and<br>
everyone will go the next day to IPv6. It's totally wrong.<br>
<span><font color="#888888"><br>
Ciprian Nica<br>
<br>
<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Kindest regards,<br>Tom Smyth<br><br>Mobile: +353 87 6193172<br>---------------------------------<br>PLEASE CONSIDER THE ENVIRONMENT BEFORE YOU PRINT THIS E-MAIL<br>This email contains information which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above.  If you are not the intended recipient, be aware that<br>any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify me by telephone or by electronic mail immediately. Any opinions expressed are those of the author, not the company's  .This email does not constitute either offer or acceptance of any contractually binding agreement. Such offer or acceptance must be communicated in<br>writing. You are requested to carry out your own virus check before opening any attachment. Thomas Smyth accepts no liability for any loss or damage which may be caused by malicious software or attachments.</div>
</div>