It's worth noting that a similar PI policy has been in place in the ARIN region for some time now, and has not resulted in any large increase in the IPv6 routing table.<div><br></div><div>Just my .18 euros,</div><div>Scott<br>
<br><div class="gmail_quote">On Thu, Sep 29, 2011 at 9:22 AM, Turchanyi Geza <span dir="ltr"><<a href="mailto:turchanyi.geza@gmail.com">turchanyi.geza@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br><br>Thanks, Peter for your comments.<br><br>Some people assumes that any change will be slow and we will have time to react. Perhaps we will have two years, as the policy development takes about two years.<br><br>I do not think that this approach is safe enough.<br>

<br>If the number of PI address space chunks exceed the number of LIRs than we might realise that the RIPE NCC works mostly for the PI address owners. Is this our intention?<br><br>If RIPE would allow 100 000 PI route objects to be created and other RIR would do the same than the Internet would die very soon. OR: All ISP would filter of all PI annuoncements ;-) and all PI address would became totally useless.<br>

<br>More route object not only mean more memories and perhaps new linecards/routers, however, also slow down of routing convergence.<br><br>So, please be realistic, and formulate some realistic limits NOW.<br><br>The numebr of LIRs served is just a hint, however, not a bad hint.<br>

<br>Best,<br><br>G�za<br>
</blockquote></div><br></div>