<div dir="ltr">The "double billing issue," as you refer to it, is financially immaterial to us. However, we would prefer one invoice with both Orgs IDs on it or two invoices but at the same time. The two invoices, at separate times, creates confusion. I get questions like "didn't we pay this already this year," when the second invoice comes later in the year. However, even that is mostly just an annoyance, and the accountants grumble about it, but they have to have something to grumble about. There was some sticker shock, at the $16,000 we would have to pay without the LRSA annual fee increase cap. However, in the end, the total fee really isn't an issue, even if we didn't have the LRSA annual fee increase cap, even at a total of $17,000 for the two Org IDs it is still one of the smaller costs of operating our network and the rest of our IT Infrastructure.<div><br></div><div>Oh, FYI, I always assumed the LRSA annual fee increase cap would be annually compounding, not a fixed rate based on the first year.</div><div><div><br></div><div>Thanks.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 21, 2021 at 12:11 PM Owen DeLong <<a href="mailto:owen@delong.com">owen@delong.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Is your institution OK with the double-billing that results from that, or would you prefer to be treated like other organizations and pay MAX(v4,v6) instead of SUM(v4,v6)?<div><br></div><div>Owen</div><div><br><div><br><blockquote type="cite"><div>On Sep 21, 2021, at 07:49 , David Farmer <<a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a>> wrote:</div><br><div><div dir="ltr">I don't know what is typical, but it depends on when the ASNs were assigned. Our ASNs are all legacy and on LRSA, and all our IPv4 as well. Only IPv6 is on RSA.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 21, 2021 at 9:04 AM <<a href="mailto:hostmaster@uneedus.com" target="_blank">hostmaster@uneedus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In the typical LRSA+RSA case, is the ASN number covered by the LRSA or the <br>
RSA?  If the RSA only covers V6, why not consider getting V6 from your <br>
upstream and dumping the RSA to save money?  I happen to get V6 addresses <br>
from both of my V6 upstreams, without additonal cost.  If the ASN is also <br>
part of the RSA, in many cases private ASN's can be used for routing with <br>
your upstream(s) without the need for an ASN.<br>
<br>
Personally, I would like to see this policy changed, as I can see it being <br>
used as a quite valid excuse to drop IPv6 because of the cost.  ARIN <br>
should not be doing things that make operators less likely to use IPv6, <br>
and this price change for those LRSA+RSA people clearly is bad.<br>
<br>
Albert Erdmann<br>
Network Administrator<br>
Paradise On Line Inc.<br>
<br>
On Mon, 20 Sep 2021, Owen DeLong via ARIN-PPML wrote:<br>
<br>
> <br>
><br>
>       On Sep 19, 2021, at 14:35 , John Curran <<a href="mailto:jcurran@arin.net" target="_blank">jcurran@arin.net</a>> wrote:<br>
> <br>
> On 19 Sep 2021, at 1:12 PM, Owen DeLong <<a href="mailto:owen@delong.com" target="_blank">owen@delong.com</a>> wrote:<br>
><br>
>             On Sep 19, 2021, at 06:32 , John Curran <<a href="mailto:jcurran@arin.net" target="_blank">jcurran@arin.net</a>> wrote:<br>
> I actually haven’t said that – what I said is that your assertion that the costs are linear (i.e. per IP address represented) are not<br>
> realistic, nor is the single fee per-registry-object-regardless-of-size approach realistic. <br>
> <br>
> Our fee schedule scales in a geometric manner, so the smallest resource holders are paying only $250/year and the largest paying hundreds<br>
> of thousands per year.   Does it reflect perfect cost allocation?  Almost certainly not, since it generallizations the entire ARIN<br>
> customer base into a simple set of fee categories.  It may not be perfect but I believe it is as simple, fair and clear as is possible<br>
> under the circumstances. <br>
> <br>
> <br>
> You got two out of three. It’s as simple and clear as possible.<br>
> <br>
> <br>
> Thanks – that’s good to hear. <br>
><br>
>       It clearly subsidizes LIRs on the backs of end users that are just ever so slightly larger than the very smallest.<br>
> <br>
> <br>
> It is true that the 8022 end-user customers will be paying a larger portion of overall registry expenses (totaling approx. 1/3 of ARIN's total costs),<br>
> but “subsidizes” is probably not a correct characterization – as they will be paying $860 per year on average as compared to the $2341 paid annually<br>
> on average by the existing ISP customers. <br>
> <br>
> <br>
> So your assertion is that LIRs only constitute 75% of ARIN’s expenses? Unless you can make that claim, it is, indeed, subsidy.<br>
><br>
>       Yes, this does mean an increase in annual fee for those end-users organizations who have more IPv4 number resources, but it also means a<br>
>       reduction for more than three thousand end-user organizations who have the typical single /24 IPv4 address block. <br>
> <br>
> <br>
> That’s an extremely low cutoff for the end-user organizations worthy of consideration. A /22 can legitimately still be a very small end-user organization<br>
> and this latest fee hike, especially in light of double billing for LRSA+RSA end-users in light of the previous restructuring efforts to screw these<br>
> particular end users is quite painful.<br>
> <br>
> Owen<br>
> <br>
> <br>
>_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">===============================================<br>David Farmer               <a href="mailto:Email%3Afarmer@umn.edu" target="_blank">Email:farmer@umn.edu</a><br>Networking & Telecommunication Services<br>Office of Information Technology<br>University of Minnesota   <br>2218 University Ave SE        Phone: 612-626-0815<br>Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>=============================================== </div>
</div></blockquote></div><br></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">===============================================<br>David Farmer               <a href="mailto:Email%3Afarmer@umn.edu" target="_blank">Email:farmer@umn.edu</a><br>Networking & Telecommunication Services<br>Office of Information Technology<br>University of Minnesota   <br>2218 University Ave SE        Phone: 612-626-0815<br>Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>=============================================== </div>