<br><br>Hi Dave,<br><br><div class="gmail_quote">On Wed, Mar 18, 2009 at 10:06 AM, David Farmer <span dir="ltr"><<a href="mailto:farmer@umn.edu">farmer@umn.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 11 Mar 2009 Martin Hannigan wrote:<br>
<br>
> On Wed, Mar 11, 2009 at 5:08 PM, David Farmer <<a href="mailto:farmer@umn.edu">farmer@umn.edu</a>> wrote:<br>
<br>
</div>[ clip ]<br>
<div class="im"><br>
> > There are several issues I think we should give them feedback on:<br>
> ><br>
> > 1.  RIR assigned vs. Legacy Blocks -  It might be be helpful to<br>
> > differentiate between Legacy assignments and RIR assigned /8s.  Like<br>
> > making return of RIR assigned block optional, and Legacy assigned<br>
> > block mandatory.<br>
><br>
> Differentiating creates classes. We see that differientation and the<br>
> resulting difficulties with creating reasonable, modernized, transfer<br>
> policy. When you create a class, you almost always end up with an<br>
> inequity that is uneven and painful. Citizenship vs. non-citizenship,<br>
> for example.<br>
<br>
</div>I think I agree with you on this one, but this is one change that has been<br>
talked about.</blockquote><div><br><br>Technically, this is a transfer policy since it allows the transfer of resources that are currently legitimately registered within the region to be taken out of the region. The regional transfer policies are very different. There lies a large inequity of this policy. <br>
</div><div><br>[ clip ]<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
If you assume that we will never recover much address space then there will<br>
probably never be enough address space to meet the needs of even one of<br>
the RIRs.  But it could still be possible for the criteria in the proposed B.3 to<br>
be meet, but that the RIR in questions has more address space than it<br>
needs.  In no situation should an RIR be able receive address that it can't<br>
justify need, especially if other RIRs can justify need.</blockquote><div><br><br>I don't disagree that space that is classified as excess, through a regional policy that is modifiable both rapidly and in response to real experience and regional requirements, should be allocated where there is need. This is not the mechanism that would accomplish that, fairly and/or evenly.<br>
<br>There is also no fix, that I am currently aware of, that would accomodate a fair redistribution of returned or recovered IPv4 adddress space that is based on the needs of all regions.  There also isn't a policy fix that would address all of the pitfalls that would prove unfair to our community. Such as monetizing. The only way that I can think of to insure that unfair conditions are not created is to have a global transfer policy that mutually assures that the system will not be monetized or unfair. That will prove impossible to do on a global, or globally coordinated, basis since the needs are so varied.<br>
<br>[ clip ]<br> <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Otherwise, there would need to be some kind of mechanism for the RIRs to<br>
share these recovery expenses globally.  And I believe having the RIRs<br>
exchange money will create all kinds of nasty issues, that I don't even want<br>
to think about.<br>
<br>
What do you think?</blockquote><div><br>I think that this would create a potential gaming scenario. An entity could determine which region was up next in the queue and provide an incentive in the another region that gets space returned and subsequently passed to the IANA, fulfilled as stated in the policy, and then allocated to a party that could then turn around and transfer that resource in the same region. The potential for abuse seems huge. <br>
<br>This policy indirectly, but effectively, creates a global transfer policy based on the most lax policy in the system, IMHO.<br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<div class="im"><br>
> The best way to demonstrate the disparity may be to simply look at the<br>
> current utilization statistics[2] provided by the NRO. Fast forward<br>
> this to the 2010 prediction and imagine that as the size of the<br>
> "backed up" requests. This demonstrates to me that this policy would<br>
> not be favorable for any RIR region, IMHO, which is why it may have<br>
> been proposed.<br>
<br>
</div>I agree there are global inequities, but creating an inequity between each<br>
RIRs local and global responsibilities will not fix that.  If fact it could make it<br>
worse.</blockquote><div><br>This policy creates a rather severe imbalance in fairness based on the
points I made related to that statistical compilation from the NRO and the differing volume of needs amongst the RIR operations. One region would have a majority
of it's needs met while our region would have small fractions of our
needs met under this policy. It's really that simple. Even if small amounts of space were to be recovered and transferred to the IANA, some regions would be able to continue in an almost business as usual fashion.<br>
<br><br>Best Regards,<br><br>Martin<br><br><br></div></div><br>