<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=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Apr 7, 2022, at 14:54 , John Curran <<a href="mailto:jcurran@arin.net" class="">jcurran@arin.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">

<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
On 7 Apr 2022, at 1:16 PM, Owen DeLong <<a href="mailto:owen@delong.com" class="">owen@delong.com</a>> wrote:<br class="">
<div class="">
<blockquote type="cite" class=""><br class="Apple-interchange-newline">
<div class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Moved to ARIN-PPML per your previous advice and your request below...<br class="">
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On Apr 7, 2022, at 09:25 , John Curran <<a href="mailto:jcurran@arin.net" class="">jcurran@arin.net</a>> wrote:</div>
</blockquote>
</div>
<div class="">
<blockquote type="cite" class="">...</blockquote>
<blockquote type="cite" class="">
<div class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div class="">However, the “Fee Cap on IPv4 maintenance fees” provided to IPv4 legacy resource holders does not apply to such an amount invoiced because the customer is being invoiced for a registration services plan that contains multiple items [services for
 IPv4, IPv6, and ASN resources] that are more than just "IPv4 maintenance fees”.    Customers can keep their IPv4 resources in a separate billing relationship and then the “Fee Cap on IPv4 maintenance fees” will continue to be applied to their “IPv4 registry
 maintenance fees”, exactly as expected. </div>
</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
It is not a “fee cap” as you express it. It is a rate of increase cap.</div>
</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
<div class="">Mr. Delong - </div>
<div class=""><br class="">
</div>
<div class="">You are Incorrect: a<span style="font-size: 11px;" class="">s noted in the </span>2018 Fee Consultation - <<a href="https://www.arin.net/vault/announcements/2018/20180606_feeschedule.html" class="">https://www.arin.net/vault/announcements/2018/20180606_feeschedule.html</a>></div>
<div class=""><br class="">
</div>
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class="">
<div class="">
<div class="">
<ul style="padding-left: 1.5em; margin: 0px 0px 0px 1em; caret-color: rgb(34, 34, 34); color: rgb(34, 34, 34); font-family: "Open Sans", Helvetica, "Helvetica Neue", Arial;" class="">
<li style="line-height: 22px;" class=""><span style="font-size: 14px;" class=""><i class="">Legacy resource holders pay the same annual registry maintenance fees as End User organizations ($150 USD for each IPv4 address block and $150 USD for each ASN assigned
 to the organization.) However, <b class="">there is an annual limit on total maintenance fees applicable to legacy resource holder organizations,</b> and as of 1 July 2018, the annual limit of total maintenance fees for legacy resource holders is set to $125
 USD, regardless of the number of legacy resources held or version of their Legacy Registration Services Agreement (LRSA.)</i></span></li></ul></div></div></blockquote></div></div></blockquote><div><br class=""></div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class="">
<div class=""><br class="">
</div>
</div>
</div>
</blockquote>
<div class="">The "annual limit on total maintenance fees applicable to legacy resource holder organizations” is the “fee cap” to which I have been referring, and it is only applicable to registry maintenance fees for legacy number resources – regardless of the number
 of legacy resources held.  </div></div></div></blockquote><div><br class=""></div>While ARIN may have implemented it that way (because they kind of made a hash of it initially), the contractual language in the LRSA referred to a maximum increase in the amount paid under the LRSA of $25/year. Admittedly, this language was removed from later versions of the LRSA and ARIN botched the billing (to the detriment of many LRSA signatories). When called out on this, the board decided to reset the increase clock (for all LRSA signatories) and apply the same cap to all LRSA signatories. You can consider that a total fee cap if you want, but the bottom line is that it increases by $25/year until any given organization reaches parity with the current fee structure and then it stops increasing for that organization (until things change and they start going up by $25/year again).</div><div><br class=""></div><div>The language in LRSAs with the limitation on increase DOES NOT permit ARIN to do a large jump in a single year just because it’s been several years since such an organization received an increase. (For example, an organization paying $250/year for a single /24 under the current fee structure in (e.g.) 2026 cannot be charged $350/year in 2030 unless the fee structure unless ARIN raises the annual subscription for a single /24 prior to their 2027 billing cycle. So it really is a rate of increase cap in terms of the contractual language.</div><div><br class=""></div><div>Consider the following LRSA scenarios:</div><div><font face="Monaco" class=""><br class=""></font></div><div><div>The annual limit on LRSA total maintenance fees goes up by $25/year until it reaches parity with non-LRSA organizations under an equivalent fee structure (dating back to when ARIN had separate structures for end-user and ISP/LIR/Subscriber organizations.</div><div class=""><br class=""></div></div><div><font face="Monaco" class=""><span style="font-style: normal;" class=""><span class="Apple-tab-span" style="white-space:pre">                                  </span>Pre-2013<span class="Apple-tab-span" style="white-space:pre">    </span>2013 - 2016<span class="Apple-tab-span" style="white-space:pre"> </span>2016 - 2018<span class="Apple-tab-span" style="white-space:pre">         </span>2018 - 2022<span class="Apple-tab-span" style="white-space:pre">         </span>2022 forward</span></font></div><div><font face="Monaco" class=""><span style="font-style: normal;" class="">Single /24 End User Org<span class="Apple-tab-span" style="white-space:pre">                    </span>$100<span class="Apple-tab-span" style="white-space:pre">                </span>$100<span class="Apple-tab-span" style="white-space:pre">                </span>$100<span class="Apple-tab-span" style="white-space:pre">                        </span>$100+$25/yr->$150<span class="Apple-tab-span" style="white-space:pre">        </span>$150+$25/yr->$250</span></font></div><div><font face="Monaco" class=""><span style="font-style: normal;" class="">End User Org holding 16 /24s<span class="Apple-tab-span" style="white-space:pre">               </span>$100<span class="Apple-tab-span" style="white-space:pre">                </span>$100+$25/yr-><span class="Apple-tab-span" style="white-space:pre">    </span>$100+$25/yr->$1600<span class="Apple-tab-span" style="white-space:pre">       </span>$100+$25/yr->$1600<span class="Apple-tab-span" style="white-space:pre">       </span>$150+$25/yr->$1000</span></font></div><div><font face="Monaco" class=""><span style="font-style: normal;" class=""><span class="Apple-tab-span" style="white-space:pre">                                                  </span>$1600</span></font></div><div><font face="Monaco" class=""><span style="font-style: normal;" class="">End User Org holding a /20<span class="Apple-tab-span" style="white-space:pre">                </span>$100<span class="Apple-tab-span" style="white-space:pre">                </span>$100<span class="Apple-tab-span" style="white-space:pre">                </span>$100<span class="Apple-tab-span" style="white-space:pre">                        </span>$100+$25/yr->$150<span class="Apple-tab-span" style="white-space:pre">        </span>$150+$25/yr->$1000</span></font></div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div>I signed the LRSA _BEFORE_ the 2018 Fee consultation. I was a fairly early LRSA signatory.</div><div><br class=""></div><div>From ARIN XI —</div><div><br class=""></div><div><h2 style="color: rgb(0, 155, 194); line-height: 1.2em; font-family: Oswald, sans-serif;" class="">Maintenance Fee Discussion</h2><p style="caret-color: rgb(34, 34, 34); color: rgb(34, 34, 34); font-family: "Open Sans", Helvetica, "Helvetica Neue", Arial; font-size: 16px;" class=""><span style="font-weight: 700;" class="">Presentation (Read-only): <a href="https://www.arin.net/vault/participate/meetings/reports/ARIN_XI/PDF/Wednesday/9_Maintenance_Howard.pdf" style="text-decoration-style: solid; color: rgb(0, 128, 160); text-decoration-color: rgb(61, 94, 58);" class="">PDF</a>  <br class="">Moderator: John Curran</span></p><p style="caret-color: rgb(34, 34, 34); color: rgb(34, 34, 34); font-family: "Open Sans", Helvetica, "Helvetica Neue", Arial; font-size: 16px;" class="">John Curran reminded those present of the discussion from last meeting regarding maintenance fees. He stated that at that time consensus was to institute a $100 total cap fee for maintenance fees. We want to make sure the cost of keeping ARIN going is adequately handled. </p><p style="caret-color: rgb(34, 34, 34); color: rgb(34, 34, 34); font-family: "Open Sans", Helvetica, "Helvetica Neue", Arial; font-size: 16px;" class="">There were no questions.</p><div class="">===========</div><div class=""><br class=""></div><div class="">Fees came up again here:</div><div class=""><a href="https://www.arin.net/vault/participate/meetings/reports/ARIN_XIII/ppm_minutes_day2.html#12" class="">https://www.arin.net/vault/participate/meetings/reports/ARIN_XIII/ppm_minutes_day2.html#12</a></div><div class=""><br class=""></div><div class=""><a href="https://www.arin.net/vault/participate/meetings/reports/ARIN_XIII/PDF/Tuesday/Maint_Howard.pdf" class="">https://www.arin.net/vault/participate/meetings/reports/ARIN_XIII/PDF/Tuesday/Maint_Howard.pdf</a></div><div class=""><br class=""></div><div class="">Pretty sure that’s the fee structure that was in place when I signed the LRSA some time around November, 2007.</div><div class=""><br class=""></div><div class="">As you can see from the slides — Single maintenance fee $100. I believe that persisted until some time around 2013, so I was wrong about the time between signing the LRSA and the change to the fee structure to make it fee-per resource instead of fee-per-organization.</div><div class=""><br class=""></div><div class="">Consider also that prior to 2013, an LRSA signatory that also had an end user IPv6 block paid $100 total annual maintenance and was a single organization.</div><div class=""><br class=""></div><div class="">The creation of bifurcated organizations due to RSA differences was foisted upon LRSA signatories as part of the 2031 Fee structure change.</div><div class=""><br class=""></div><div class="">Additional data sources:</div><div class="">ARIN Fee Schedule July 1 2013 to July 1 2016: <a href="https://www.arin.net/vault/fees/fee_schedule_2013.html" class="">https://www.arin.net/vault/fees/fee_schedule_2013.html</a></div><div class="">ARIN Fee Schedule July 1 2016 to July 1 2018: <a href="https://www.arin.net/vault/fees/fee_schedule_2016.html" class="">https://www.arin.net/vault/fees/fee_schedule_2016.html</a></div><div class="">ARIN Fee Schedule Announcement for July 1 2018: <a href="https://www.arin.net/vault/announcements/2018/20180606_feeschedule.html" class="">https://www.arin.net/vault/announcements/2018/20180606_feeschedule.html</a></div><div class="">Current ARIN Fee Schedule: <a href="https://www.arin.net/resources/fees/fee_schedule/" class="">https://www.arin.net/resources/fees/fee_schedule/</a></div><div class=""><br class=""></div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">

<div class="">So, to be clear – </div>
<div class=""><br class="">
</div>
<div class="">
<ol class="MailOutline">
<li class="">Organizations can put their IPv4 resources and IPv6 number resources under a single registration services plan and be invoiced one amount based on the higher of the two categories of resources (IPv4 or IPv6) – but then the "<b class="">annual limit
 on total maintenance fees for legacy resource holders regardless of the number of legacy resources held”</b> does not apply to that amount (since there’s more than just IPv4 legacy resources being provided services under that plan),  _or_</li><li class="">Organizations can maintain a separate billing relationship for their IPv4 legacy resources and then the “<b class="">annual limit on total maintenance fees for legacy resource holders regardless of the number of legacy resources held</b>” (aka
 “fee cap”) continues to be applied to their “IPv4 legacy maintenance fees”, exactly as expected. </li></ol>
</div>
<div class=""><br class="">
</div>
<div class="">The choice is entirely the customer’s –  either have one billing relationship and gain the benefit of being charged only one amount based the larger of the two resource size categories, or maintain separate relations for the IPv4 legacy resources and gain
 the benefit of annual total limit on maintenance fees for legacy resources.  <br class="">
<br class="">
</div>
<div class="">
<blockquote type="cite" class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div class="">I don’t have questions in this process at all. I’ve had opinions and we disagree. I’ve expressed my opinions and you’ve expressed yours.</div>
</div>
</blockquote>
<br class="">
</div>
<div class="">I have not been expressing an opinion, but rather explaining how the ARIN fee schedule is actually defined and the fact that there is no “double billing” involved.  Customers can’t claim the legacy maintenance “fee cap” for registration service plans with
 IPv6 resources in them because the "fee cap" as defined is only applicable the registry fees for legacy resources held. </div></div></div></blockquote><div><br class=""></div>And I’ve been expressing both the facts of how the ARIN fee schedule has evolved to the detriment of end users and opinions as to whether that is fair to end users or not.</div><div><br class=""></div><div>Further, as outlined above, I think you have some of your facts a bit off the mark.</div><div><br class=""></div><div>Owen</div><div><br class=""></div></body></html>