<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br style="font-size: 16px;"><div style="font-size: 16px;"><br><blockquote type="cite"><div>On Jul 11, 2023, at 07:49, John Curran <jcurran@arin.net> wrote:</div><br class="Apple-interchange-newline"><div>

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

<div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<div>
<blockquote type="cite">
<div>On Jul 10, 2023, at 11:48 PM, Steve Noble <snoble@sonn.com> wrote:</div>
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<br>
<div>
<blockquote type="cite">
<div>On Jul 10, 2023, at 3:02 PM, John Curran <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div>
<div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<div>
<blockquote type="cite">
<div>On Jul 10, 2023, at 2:28 PM, Steve Noble <<a href="mailto:snoble@sonn.com">snoble@sonn.com</a>> wrote:</div>
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<div dir="auto">
<div>...</div>
</div>
</div>
</div>
</div>
</blockquote>
</div></div></div></blockquote></div></div></div></blockquote></div><div><blockquote type="cite"><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><blockquote type="cite"><div><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><blockquote type="cite"><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto"><div dir="auto">2. How many single ASN holding organizations are members of this mailing list?</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
Unknown.  The arin-consult mailing list is open to all interested parties who comply the Mailing List AUP and ARIN Participants Expected Standards of Behavior – these are not correlated to ASN holders.
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
This is concerning since 6800+ organizations would be affected and may not know so since they have not been members and would not be part of the members mailing list, etc.</div>
</div>
</div>
</blockquote>
<div><br>
</div>
Correct.  While all interested parties (who comply with the AUP and standards of behavior) can participate in arin-consult, they are presently not able to become ARIN member or participate in ARIN governance, including voting and the general members mailing
 list.  That is something that would change as a result of the ASN fee harmonization proposal – all customers who have ASNs would be service members and could opt to be general members if they so wished.  </div>
<div>
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">
<div><br></div></div></div></div></div></div></div></blockquote><div style="font-size: 16px;"><br></div>Is it meaningfully different, though?</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">What fraction of those 7000+ organizations that would be impacted are legacy holders who pay no fees at all to ARIN?</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">I know of at least one organization which is an ASN-ONLY holder in appearance only. AS1734 is mine. Due to a historical SNAFU, i inherited it from an organization that chose not to utilize it and the paperwork never got cleaned up. Cleaning it up now would involve converting it to an RSA, so I am financially and contractually incentivized to preserve the status quo.</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">However, that ASN actually originates multiple prefixes (one of which is ARIN registered, the other two I transferred to RIPE-NCC due to ARIN financial and contractual incentives to do so).</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">I’m an ARIN member and I vote. (by virtue of the one prefix that remains under ARIN RSA).</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">However, i suspect that the vast majority of legacy holders that have not signed an RSA may not even be aware of the mechanisms for participating in ARIN governance that are open to them. (Frankly, I suspect many of them are defunct, and while there are monetary incentives for people to find and recycle defunct IPv4 address space, no such incentives really exist for ASNs).</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">I wonder how many of the ASN-only organizations used to have IPv4 resources.</div><div style="font-size: 16px;">How many have IPv4 resources that are registered to different organizations through other historical accidents?</div><div style="font-size: 16px;">For that matter, how many have IPv6 or other RSA resources, but don’t consolidate their ASN into the same organization for monetary and/or contractual reasons related to ARIN’s current or proposed fee structure or ARIN’s history of changing the fee structure in interesting ways?</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">I realize that these are questions for which the necessary data to provide factual answers are simply unavailable, but that’s kind of the point here… This is not a neat and tidy situation where the impacts of a change can be accurately predicted.</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;"><blockquote type="cite"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><blockquote type="cite"><div><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><div><div>This change provides for recovering costs more equitably for services to across the ARIN customer base, with the added benefit of making ASN-only customers ARIN Service Members, thus providing them with the opportunity to become General Members and participate
 in ARIN governance if they so choose.</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>John - How much does it cost to provide service to an ASN only holder?  What actual, tangible benefit do they get with this change?  The affected organizations could have asked to be members or for IP space the entire time.
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
ASN-only customers are not (and cannot become) ARIN members today – that is only available to customers with IPv4 or IPv6 resources under a Registration Services Plan (RSP). </div>
<div><br>
</div>
<div>ARIN has to recover costs fairly across its entire customer base.  At present, all customers holding IPv4 resources and/or IPv6 resources are treated similarly based on their total resources held and the corresponding category on the RSP fee schedule.
  </div></div></div></blockquote><div style="font-size: 16px;"><br></div>Well… Yes, sort of, but with exceptions.</div><div style="font-size: 16px;"><br><blockquote type="cite"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">

<div>Size categories on the RSP fee schedule span a 4x increase in total resources held, and then the next higher category begins with an annual fee twice that of the smaller category – thus the fees scale with resources held. </div></div></div></blockquote><div style="font-size: 16px;"><br></div>For the moment… Until the board decides to mess with it again.</div><div style="font-size: 16px;"><br><blockquote type="cite"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">

<div>This is not the case for those with ASNs – they pay a fee for each and every ASN, and furthermore do not gain the ability to be ARIN members and this is not equitable treatment compared to RSP customers. </div></div></div></blockquote><div style="font-size: 16px;"><br></div>Is that really true for the majority of these ASN-only customers? What fraction of those 7000+ customers are currently under an RSA?</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">I’m willing to bet that a lot of them (quite likely the vast majority) are legacy without contract.</div><div style="font-size: 16px;"><br><blockquote type="cite"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">

<div>In addition, for those with IPv4 and/or IPv6 under a Registration Services Plan and also who have ASNs, their total number of ASN’s has no effect of their size category on the fee schedule or fees charged (their ASN maintenance cost is subsumed by the
 RSP plan) – even if they have hundreds of ASNs and very small IPv4/IPv6 holdings.  This obviously isn’t equitable when compared to those who have to pay the per-ASN maintenance fees today. </div></div></div></blockquote><div style="font-size: 16px;"><br></div>Are you sure about that? Looks to me like there are multiple ASN situations that could easily occur to drive someone into the next higher fee tier regardless of their IP resources held.</div><div style="font-size: 16px;"><br><blockquote type="cite"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">

<div>If the ASN fee harmonization is adopted, all ARIN customers will pay the same fees based their size category that us based on total resources held (regardless of whether those number resources are IPv4, IPv6, ASNs, or some combination), and all will be
 service members – with the option of becoming a general member and participating in ARIN governance and voting if they so choose. </div></div></div></blockquote><div style="font-size: 16px;"><br></div>Except that’s not how the categories work currently. Currently, the categories are MAX(A,B) where A,B are IPv4, IPv6. (with exceptions due to issues we’ve already discussed to death previously).</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">The proposed structure is MAX(A,B,C), where A,B,C are IPv4, IPv6, ASN.</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">To the best of my knowledge, ARIN has never (except as noted above) done SUM(A,B) or SUM(A,B,C).</div><div style="font-size: 16px;"><br></div><div style="font-size: 16px;">Owen</div><div style="font-size: 16px;"><br></div></body></html>