<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
On 20 Apr 2021, at 11:07 AM, Dale W. Carder <<a href="mailto:dwcarder@es.net" class="">dwcarder@es.net</a>> wrote:<br class="">
<div>
<blockquote type="cite" class=""><br class="Apple-interchange-newline">
<div class="">
<div class="">Thus spake ARIN (<a href="mailto:info@arin.net" class="">info@arin.net</a>) on Fri, Apr 09, 2021 at 04:38:21PM -0400:<br class="">
<blockquote type="cite" class="">ARIN’s Fee Schedule has always been based on the principle of equitable cost recovery across our community through a stable and consistent fee schedule. In general, this means that ARIN has avoided making routine changes to
the Fee Schedule (for example, making annual readjustments for changing costs) and instead has only made changes when deemed necessary.<br class="">
</blockquote>
<br class="">
I'd challenge the board to consider how the fee schedule could be made<br class="">
sustainable year over year. Certainly with other non-profits I've<br class="">
worked with, a set of published fixed rates doesn't reflect the costs <br class="">
of staff & benefits that increase yearly. Maybe we can get to the point<br class="">
where there are not stair steps but a socially expected 'n'% increase <br class="">
yearly.<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
Dale - </div>
<div><br class="">
</div>
<div>It is certainly possible for ARIN to take that approach, but we’ve previously heard input that says “Keep my fees the same each year so that I don’t need to get approval to renew any higher number”… We’d need to have quite a bit of community feedback
before going to any annually adjusting model compared to our present “review every four or five years” approach.</div>
<div><br class="">
</div>
<div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<blockquote type="cite" class="">We are consulting with the community regarding changes to the ARIN Fee Schedule that are intended for implementation in January of 2022. These changes are:<br class="">
<br class="">
* Transitioning End Users from annual per-resource maintenance fees to the RSP (Registration Services Plan) Fee Schedule<br class="">
</blockquote>
<br class="">
I have always found the end-user vs lir distinction confusing, but I get<br class="">
why it exists.<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
Indeed - it is a frequently cited concern. <br class="">
<div class="">
<div class=""><br class="">
</div>
</div>
<blockquote type="cite" class="">
<div class="">
<div class="">Are there also policy changes happening (or have happened) in the NPRM<br class="">
that coincide with the change here to treat them the same with respect<br class="">
to services used? It would appear that this could result in a sizable<br class="">
bill increase for orgs used to paying per-resource? Or in practice,<br class="">
does it come out to a wash in which case the simplification is worth it?<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
<div class="">The number resource policy manual is fairly agnostic on fees and services, and our traditional approach to issuance has end-user organizations receiving significantly smaller blocks than service providers; as such, it doesn’t appear that any policy
changes are necessitating by the fee change. (As I noted in a message to arin-consult on 14 April 2021, the community may explore potential policies that restrict subassignment of address blocks of “end-users”, but that’s entirely up to the community as
to the merit/issues in doing so...) </div>
<div class=""><br class="">
</div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<blockquote type="cite" 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)<br class="">
</blockquote>
<br class="">
This seems totally reasonable.<br class="">
<br class="">
<blockquote type="cite" class=""> * Providing a temporary IPv6 fee waiver for organizations in the 3X-Small category that desire a larger address block<br class="">
</blockquote>
<br class="">
This seems like a gimmick of penetration pricing and a bit disingenuous in the <br class="">
spirit of a membership organization. <br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
Alas, it is not clear that a permanent fee change is viable over the long-term for the organization, and yet there was support in providing some option for very small organizations to obtain larger IPv6 blocks - that left us with the waiver as the best approach
for the time being. <br class="">
<div class="">
<div class=""><br class="">
</div>
</div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<blockquote type="cite" class=""> * Implementing a $100 fee for OrgCreate and OrgRecovery transactions<br class="">
</blockquote>
<br class="">
I guess I'd be slightly careful here that we don't unnecessarily create<br class="">
disincentives for correct registrations due to there being a fee for this.<br class="">
I would have thought this processing fee to be adequately covered in the <br class="">
service category fee (bigger categories probably do more of them,<br class="">
smaller ones less) or bundled into the transfer processing fee (below)<br class="">
</div>
</div>
</blockquote>
<div><span style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=""><br class="">
</span></div>
<div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class="">It’s important to encourage accurate recordkeeping and that would suggest that no fee is preferred, but we also should have some consideration for vetting services conducted
and the contract being entered. It was felt that $100 struck a reasonable balance between these two goals. </span></font></div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
<blockquote type="cite" class="">
<div class="">
<div class="">
<blockquote type="cite" class=""> * Increasing the transfer processing fee to $500</blockquote>
</div>
</div>
</blockquote>
<div>
<blockquote type="cite" class=""><br class="">
</blockquote>
</div>
</div>
<div>
<blockquote type="cite" class="">
<div class="">
<div class="">I would think that the fee here should be the full cost recovery to process the
<br class="">
transaction. Is that the case here?</div>
</div>
</blockquote>
<div><br class="">
</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">We’ve got some real challenges with equitable fees for transfers… It’s important to encourage accurate recordkeeping, and that means that a fixed fee is preferred despite the highly variable costs.
In addition, there are many teams involved, including registration, finance, and legal. We realize that transfers were having a substantial toll on the organization, so we did a review of the full set of 2019 transfers and the costs incurred (see below)
which resulted in a clear understanding that the present $300 fee was insufficient – </div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><img apple-inline="yes" id="2B637B39-5AFD-4EF0-9AF8-133DFC1A2F80" src="cid:00258BCF-626D-4F6E-BC4C-BC3D6585E66E" class=""></div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">Great feedback, and I hope the above information is helpful in understanding some of the factors that led to the proposed change.</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">Thanks again! </div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">/John</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
<div>
<div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class="">John Curran</span></font></div>
<div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class="">President and CEO</span></font></div>
<div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class="">American Registry for Internet Numbers</span></font></div>
<div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class=""><br class="">
</span></font></div>
<div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class=""><br class="">
</span></font></div>
</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class="">
</div>
</div>
</body>
</html>