<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">
</head>
<body>
<div style="font-family:sans-serif"><div style="white-space:normal">
<p dir="auto">Thank you for your reply.</p>
</div><div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">To be clear, ARIN operates quite a few services (including publication of the registry via Whois and RADP, reverse DNS services, IRR and RPKI services) which benefits all customers even when customers are not making requests for changes or additional resource
</p>
</blockquote></div>
<div style="white-space:normal">
<p dir="auto">I entirely agree, there are a number of services. Most of those are directly related to the total number of IP addresses held.</p>
<p dir="auto">My thinking is to not pick and choose, but there seems to be a disproportionatly higher portion of the costs placed on the smaller entities.<br>
As a thought experiment, I pulled a full BGP feed today, did some calculations to find the total number of routed IP addresses.<br>
If we use a theretical group of 200 entities classified as 3X-Small, they pay 167 times as much as the cost of the budget divided by the total routed space. See the photo for more detail and I’ll happily share the excel sheet if you wish to check my math.</p>
</div><div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">There may be some confusion here, since the proposed fee change does exactly what you ask above - it moves “legacy resource holders to the RSP Fee Schedule with the annual cap of total maintenance fees increasing $25 per year”
</p>
</blockquote></div>
<div style="white-space:normal">
<p dir="auto">Apologies, I did a poor job with that message. I simply copied the proposed changes and put my thoughts below.</p>
<p dir="auto">Put differently, the smaller you are the more your fees contribute to ARIN’s operating budget. It would be better if there was a flat fee (say $125) to be a member, and the remaining amount is based on your share of the adress space you have in the system.</p>
<p dir="auto">For me with as a 2X-Small, in my suggestion, I’d pay $125 + 1,024 / 4,007,931,638 (routed blocks) * $23,507,000 (budget) = $6.00 or $131.</p>
<p dir="auto">I have my own reverse DNS (in-addr.arpa. points to my DNS), I’ve only made a couple requests in 4 years, and I’m not inclined to make material changes for the next 10 years. However, I’ll see my costs rise 300% in that decade on a resource that will decrease in value (becoming more “retro computing”) at the same time.</p>
<p dir="auto">This line of thinking is why I feel increasing the per change type fees (such as OrgCreate, OrgRecovery, and Transfer) is an excellent way of covering operating costs while minimizing costs for small entities with few IPs and rare support cases.</p>
<p dir="auto">Risner</p>
<p dir="auto"><img src="cid:286703DA-E60E-4418-AFCF-29C9E306D5D6@lokkak.com" alt="" title="PastedImage.png"></p>
<p dir="auto">On 10 May 2021, at 12:31, John Curran wrote:</p>
</div><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><div id="3E21CDF5-5F6E-49D0-A24D-3570BA6F466F">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
On 10 May 2021, at 10:14 AM, Lokkak <<a href="mailto:risner@lokkak.com" class="">risner@lokkak.com</a>> wrote:
<div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">
<p dir="auto" class="">This is coming from a perspective of a legacy holder, with an ASN, but no IPv6 address and entirely no desire to obtain IPv6 addresses.</p>
</div>
</div>
</div>
</div>
</blockquote>
<div style="font-family: sans-serif;" class="">James -</div>
<div style="font-family: sans-serif;" class=""><br class="">
</div>
<div style="font-family: sans-serif;" class="">Thanks for the taking the time to respond to the consultation - your perspective is quite helpful.</div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">
<p dir="auto" class="">I have /22 of legacy address space, and I plan to maintain them until such time as they are no longer routable or simply niche of "retro-computing” routing.</p>
<p dir="auto" class="">I’ll examine the changes one by one, starting with the transition:<br class="">
<strong class="">Transitioning End Users from annual per-resource maintenance fees to the RSP (Registration Services Plan) Fee Schedule</strong><br class="">
I’d rather not have to migrate the the normal agreement. The included IPv6 Block Size has zero value to me. In 2017, my blocks were held with my ISP. I had to sign the LRSA 4.0 to move them into my control when that ISP closed. I don’t anticipate needing any
 changes or insuring any additional resources of ARIN. So the yearly fee of $125 should handle the limited labor cost my registration has for ARIN.</p>
</div>
</div>
</div>
</div>
</blockquote>
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">
<div class="">To be clear, ARIN operates quite a few services (including publication of the registry via Whois and RADP, reverse DNS services, IRR and RPKI services) which benefits all customers even when customers are not making requests for changes or additional
 resources.   After the extensive fee consultation that was held in 2014 and 2015, the decision was made to recover these costs in some proportion to the number resources held, as the benefit derived by those in the community is proportional to their resources
 held. </div>
<div class=""><br class="">
</div>
<div class="">We could lower base fees and charge separately for services that are optional but reflect best practices (e.g. this includes not only IPv6, but IRR and RPKI) but that doesn’t comport with our mission to support and advance the operation of the
 Internet - we’d effectively be creating a disincentive for network operator deployment of practices that many others simply consider good manners (e.g. MANRS - <a href="https://www.manrs.org/isps/" class="">https://www.manrs.org/isps/</a>) </div>
</div>
</div>
</div>
</div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">
<p dir="auto" class=""><strong class="">Transitioning Legacy resource holders from annual per-resource maintenance fees to the RSP Fee Schedule while maintaining the annual cap of total maintenance fees (which will increase $25 per year)</strong><br class="">
For me, the yearly increase in maintenance doesn’t offer me more value nor help reduce ARIN’s costs. The costs for provide my support is minimal. It seems to be assuming everyone is taking advantage of IPv6 resources and generating additional ARIN support requirements.</p>
</div>
</div>
</div>
</div>
</blockquote>
<blockquote type="cite" class="">
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">
<p dir="auto" class=""><strong class="">Providing a temporary IPv6 fee waiver for organizations in the 3X-Small category that desire a larger address block</strong><br class="">
I’d rather see this feature removed and replaced with transitioning legacy resource holders to the RSP Fee Schedule with the annual cap of total maintenance fees increasing $25 per year. A pure legacy holder shouldn’t need to see fees increased, if they are
 not using IPv6 addresses.</p>
</div>
</div>
</div>
</div>
</blockquote>
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">There may be some confusion here, since the proposed fee change does exactly what you ask above - it moves “legacy resource holders to the RSP Fee Schedule with the annual cap of total maintenance fees increasing $25
 per year”</div>
<div style="white-space:normal" class=""><br class="">
</div>
<div style="white-space:normal" class="">Note that this fee consultation results in no change for you, as you have /22 worth of direct allocations and an ASN, and would be invoiced today as an 2X-Small (at $500/year) if it were not for the legacy maintenance
 fee cap.   Because of the cap you are invoiced $125 per year, and in 2022, you will pay $150 (again with the cap increasing $25 per year until you are eventually paying the same as all other 2X-Small ARIN customers.</div>
</div>
</div>
</div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<div style="font-family:sans-serif" class="">
<div style="white-space:normal" class="">
<p dir="auto" class=""><strong class="">Implementing a $100 fee for OrgCreate and OrgRecovery transactions</strong><br class="">
I believe this is an excellent way to recover costs of ARIN services for legacy holders.</p>
<p dir="auto" class=""><strong class="">Increasing the transfer processing fee to $500</strong><br class="">
This is also an excellent way to recover costs. I seem to remember in 2017, there was a great deal of effort on my part to effect the transfer. The $500 seems a good initial cost, but if that fee doesn’t cover the entire costs incurred by ARIN the fee should
 be sufficient to cover the costs of the work.</p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<div>Acknowledged, and very helpful to hear. </div>
<div><br class="">
</div>
<div>Thanks again!</div>
<div>/John</div>
<div><br class="">
</div>
<div>
<div>John Curran</div>
<div>President and CEO</div>
<div>American Registry for Internet Numbers</div>
<div><br class="">
</div>
</div>
<div><br class="">
</div>
<div><br class="">
</div>
<div><br class="">
</div>
<br class="">
</div></div></blockquote>
<div style="white-space:normal">

</div></div>
</body>
</html>