[arin-ppml] Re-thinking Section 8.5.6

Delong.com owen at delong.com
Fri Jul 21 19:11:06 EDT 2023



> On Jul 21, 2023, at 15:39, David Farmer via ARIN-PPML <arin-ppml at arin.net> wrote:
> 
> So, it sounds like we are talking about a policy aimed purely at ARIN members in the 4XL and 5XL fee categories.

Not that I know of, but yes, that was the example cited in the request for discussion.

> Furthermore, if an organization is large enough, the same statement could be made even with an 80% threshold.
> So, let's do the math; if an organization has 5 /8s at 80% full, that is a /8 of free space.

As a practical matter,  think there are few (if any) organizations that have more than 2 /8s.

> Also, a similar statement, relatively speaking, could be made about anyone in the XL or higher fee category having more than a /16 of free space.

Sure, someone with 5 /24s at 80% utilization has a /24 worth of free space.

These don’t seem like unreasonable ratios as a practical matter, however.

> We could set a maximum transfer unit, change the percentage, or whatever. But unless someone has a way to detect futures contracts and make them illegal, it's not going to be that hard to work around any changes to the policy that we make.

Sadly, this is true as well (though I think illegal is the wrong term here… PPML doesn’t make law, we make registry policy.). However, just because a policy isn’t 100% enforceable, doesn’t mean it shouldn’t exist. Virtually none of our policies are 100% enforceable. The vast majority of policy, like the vast majority of law depends mostly on voluntary compliance… Keeping honest people honest, so to speak.

> We have the current policy because we wanted to make it easy for the small and medium guys to justify sizable blocks if they can justify them financially, as the market would add financial justification to the overall criteria.
> 
> Yes, the same holds true for the big guys. Why shouldn't it? From a relative perspective, it's not any easier for the big guys. Their size and the absolute values involved just make it sound easier, but it's not.

Because at each level, 16x as much space comes for 2x the price… The big guys are effectively getting a huge discount on dominating the market. True, that rule doesn’t apply to transfer pricing… In fact, the inverse used to be true (A /17 currently goes for about $43/address, but a provider that needs and qualifies for a /17 can still buy as many /24s as they want since we eliminated the single prefix provisions).

> Yes, the market is driving up the price for IPv4. That is what we expected. The answer is for people to start using IPv6. Not for us to try to manipulate the IPv4 marketplace by trying to pick winners and losers.

I don’t think shifting the requirement for ALL organizations back up to 80% instead of 50% is picking winners or losers.

> The rules are the rules, and let's have one set of rules: big, medium, or small.

Absolutely agree with this. I’m not aware of any active proposal to do otherwise.

> It's not that I oppose making any changes, but I don't think any changes are going to be effective and fundamentally change the fact that IPv4 prices are going up and will continue to do so regardless of any policy changes we make. More importantly, I'm worried that making changes at this point will have unintended consequences.

As far as I’m concerned the faster IPv4 prices go up, the better. People have had plenty of time and plenty of notice that IPv4 had limitations and IPv6 is readily available. My only regret in this situation is that there’s no way to transfer the true costs of maintaining IPv4 onto the laggards that are preventing the rest of us from moving on.

Owen

> 
> Thanks.
> 
> On Thu, Jul 20, 2023 at 3:45 PM A N <anita.nikolich at gmail.com <mailto:anita.nikolich at gmail.com>> wrote:
>> On behalf of the ARIN AC Policy Experience Working Group, and in response to the Policy Implementation and Experience Report presented at ARIN 51, we're looking for input on a possible proposed revamp of NRPM Section 8.5.6 "Efficient Utilization of Previous Blocks". 
>> 
>> The crux of the issue is there are very large orgs that could have a /8 or more of unused space, yet still qualify for more based on the current policy ("must have efficiently utilized at least 50%"). Smaller orgs with more immediate needs are in competition for the space, and prices are driven up. 
>> 
>> The Working Group would like some input on this before drafting a proposal. Input or thoughts are welcome about: 
>> - should the utilization be raised, and if so, to what threshold? 
>> - should utilization criteria be tied to the size of the org, in other words tiered?
>> - any other thoughts.
>> 
>> Thanks much! 
>> Anita
>> 
>> 
>> _______________________________________________
>> ARIN-PPML
>> You are receiving this message because you are subscribed to
>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net <mailto:ARIN-PPML at arin.net>).
>> Unsubscribe or manage your mailing list subscription at:
>> https://lists.arin.net/mailman/listinfo/arin-ppml
>> Please contact info at arin.net <mailto:info at arin.net> if you experience any issues.
> 
> 
> -- 
> ===============================================
> David Farmer               Email:farmer at umn.edu <mailto:Email%3Afarmer at umn.edu>
> Networking & Telecommunication Services
> Office of Information Technology
> University of Minnesota   
> 2218 University Ave SE        Phone: 612-626-0815
> Minneapolis, MN 55414-3029   Cell: 612-812-9952
> ===============================================
> _______________________________________________
> ARIN-PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> https://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20230721/7c5d8a7e/attachment-0001.htm>


More information about the ARIN-PPML mailing list