<br><br><div class="gmail_quote">On Thu, Sep 29, 2011 at 5:10 PM, Richard A Steenbergen <span dir="ltr"><<a href="mailto:ras@e-gerbil.net">ras@e-gerbil.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On Thu, Sep 29, 2011 at 01:30:58PM -0700, Owen DeLong wrote:<br>
> As one involved in the authorship of said policy, permit me to clarify?<br>
<div class="im">><br>
> The actual intent of the policy is not related to aggregation, but, is<br>
> so that, for example, an entity that ran multiple content source data<br>
> centers that grew at different paces and operated independently from<br>
> each other without necessarily having (adequate) bandwidth connecting<br>
> those data centers could get separate allocations for each datacenter<br>
> that allowed them to get additional space for the one that was at 80%<br>
> while the others might still be nowhere near "efficient utilization".<br>
><br>
> Specifically, this is designed to address the circumstance where the<br>
> allocations cannot be aggregated and must be announced separately.<br>
<br>
</div>I understand the point of the policy, and agree with it completely, but<br>
that isn't the issue.<br>
<br>
Lets consider your specific example, 2 discrete networks which operate<br>
independantly from each other, where one grows at a faster pace than the<br>
other and needs more IPs before the aggregate utilization of both<br>
networks would otherwise provide justification. ARIN is essentially<br>
saying that if you "CAN" solve this problem by "stealing" space from<br>
discrete network #1 and announcing it via discrete network #2, even if<br>
this means flooding the Internet with a bunch of deaggregates in the<br>
process, then you don't "NEED" the policy and therefore don't qualify.<br>
My point is that almost every network "CAN" do this today, but that<br>
doesn't mean that they SHOULD. :)<br>
<br></blockquote><br><div>All that you are required to maintain across the board on MDN is 50% utilization and non-assignment below 80%. Not sure how anyone can be required to move addresses around if they meet the thresholds. I'm sure our policy technicians will clear that one up. It certainly does sound like a misapplication of the rules.<br>
<br>This is a fairly interesting issue with a large portion of ARINs policies. They are vague and unpredictable. Sometimes so much so that they can be interpreted in a variety of ways that are generally inconsistent. This is bad for the organization and bad for its stakeholders.<br>
<br>Best,<br><br>-M<<br></div></div>