<div dir="ltr">Hello All,<div><br></div><div>I am also finding it difficult reconciling the little amount of words change in this proposal against the soft landing section of the CPM. One may argue that this may not amount to a full policy. However, the PDP does not actually give a clear cut indication of how much of "words" or "how much of change" merits to be treated as a new policy.</div><div><br></div><div>There are currently two soft-landing related policies still under discussion. I would suggest that the author of this policy join with any of these policy authors under discussion and add these words somewhere as update to their proposal.</div><div><br></div><div>The issue of whether "ipv4 aggregation" actually merits a proposal in order to be executed, is another point raised. The major problem I have with this is that we are in the last /8 allocation and just like Alain was trying to ask, this would actually mean "reservation" in some way. To allow allocations to be made only along certain boundaries, just so the requesting LIR can easily aggregate several allocations may actually mean reservation, which may not play out well with the rest of the proposals and documentation towards soft landing.</div><div><br></div><div>I would therefore prefer we let go of this.</div><div><br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><font color="#33cc00"><b>Christian Ahiauzu</b><br><i><b><font style="background-color:rgb(255,255,255)">Network Infrastructure Unit<br>Information And Communication Technology Center, </font></b></i></font></div>
<div><i><b><font style="background-color:rgb(255,255,255)" color="#33cc00">University of PortHarcourt,<br>Mobile: +2348068610889</font></b></i></div><div><i><b><font style="background-color:rgb(255,255,255)" color="#33cc00">email: <a href="mailto:christian.ahiauzu@uniport.edu.ng" target="_blank">christian.ahiauzu@uniport.edu.ng</a></font></b></i></div><div><i><b><font style="background-color:rgb(255,255,255)" color="#33cc00">          <a href="mailto:christian.ahiauzu@gmail.com" target="_blank">christian.ahiauzu@gmail.com</a></font></b></i></div><div><i><b><font style="background-color:rgb(255,255,255)" color="#33cc00">          <a href="mailto:christianahiauzu@yahoo.com" target="_blank">christianahiauzu@yahoo.com</a> (Personal matters only)</font></b></i></div><div><i><b><font style="background-color:rgb(255,255,255)" color="#33cc00">Skype: christian.ahiauzu</font></b></i></div><div><br></div></div></div></div>
<br><div class="gmail_quote">On Tue, Apr 25, 2017 at 9:57 AM, ALAIN AINA <span dir="ltr"><<a href="mailto:aalain@trstech.net" target="_blank">aalain@trstech.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Apr 24, 2017, at 4:39 PM, Mark Elkins <<a href="mailto:mje@posix.co.za">mje@posix.co.za</a>> wrote:<br>
><br>
> Looking at the re-wording suggested by the Policy - I seem to remember<br>
> that AFRINIC staff try their best to do this type of thing<br>
> automatically. It may not be necessary to state.<br>
<br>
<br>
</span>Yes, no need.<br>
<br>
Aggregation is one the Goals of the Internet Registry system and they always do their best  towards that  it during the distribution.<br>
<br>
<a href="http://www.afrinic.net/library/policies/1829-afrinic-consolidated-policy-manual#GoalsoftheInternet" rel="noreferrer" target="_blank">http://www.afrinic.net/<wbr>library/policies/1829-afrinic-<wbr>consolidated-policy-manual#<wbr>GoalsoftheInternet</a><br>
<span class="">><br>
> It is however, a good thing to say (try and allocate consecutive<br>
> allocations to LIRs) to attempt to reduce the number of entries in the<br>
> routing table.<br>
<br>
</span>I can live  with this even though is redundant.<br>
<br>
But the text and the title of the policy seem to indicate  something more ...<br>
<br>
====<br>
New text:<br>
<br>
5.4.4 For any LIR or End User requesting IPv4 address space during the Exhaustion: There is no explicit limit on the number of times an organization may request additional IPv4 address space during the Exhaustion Period. For the sake of routing table conservation, prefixes will be issued as aggregates when an LIR requests multiple additional allocations.<br>
=======<br>
<br>
Is the author implying:<br>
<br>
1)  apply reservation ?<br>
<br>
2)  force LIRs to renumber ?<br>
<br>
And if yes, how to apply to the  last /8 as we are no longer in the normal mode.<br>
<br>
On the general, do we need a  “Route Aggregation“ policy for this ? Can’t this just be an update to the Softlanding policy ?<br>
<br>
Hope this helps<br>
<span class="HOEnZb"><font color="#888888"><br>
—Alain<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
><br>
><br>
> On 24/04/2017 11:52, SamiSalih wrote:<br>
>> Dear AFRINIC PDWG Members,<br>
>><br>
>> Greetings,<br>
>><br>
>> We have received a new policy Proposal - "Route aggregation policy (AFPUB-2017-V4-002-DRAFT-01)"<br>
>><br>
>> From David Hilario (<a href="mailto:d.hilario@laruscloudservice.net">d.hilario@laruscloudservice.<wbr>net</a>)<br>
>><br>
><br>
> --<br>
> Mark James ELKINS  -  Posix Systems - (South) Africa<br>
> <a href="mailto:mje@posix.co.za">mje@posix.co.za</a>       Tel: +27.128070590  Cell: +27.826010496<br>
> For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za" rel="noreferrer" target="_blank">https://ftth.posix.co.za</a><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> RPD mailing list<br>
> <a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br>
</div></div></blockquote></div><br></div></div></div>