<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 Sep 2, 2021, at 04:51 , 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="">
Folks - 
<div class=""><br class="">
</div>
<div class="">We try to base policy changes in the ARIN region on a clear problem statement.  With respect to updates of existing number resources in the registry, the question to be asked is:
<div class=""><br class="">
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class="">
<div class=""><i class="">– What information (contacts, utilization) do I need updated on an ongoing basis from others (those with number resources in the ARIN registry) so that I can continue to reliably operate my part of the Internet?</i></div></blockquote></div></div></div></blockquote><div><br class=""></div>Are you now in a position to tell the community which questions they should be asking on a particular topic? I thought we got to choose those for ourselves.</div><div><br class=""></div><div>I’m not saying this is a bad place to start, but calling it “the question to be asked” seems a bit beyond your scope.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">
One could easily imagine an entire host of information update requirements to be put on those holding number resources, but it is also worth remembering that the Internet number registry system is an instantiation of a
<b class="">mutual</b> cooperation model of the Internet operator community, and as such one must then qualify any requirements as follows:
<div class=""><br class="">
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><i class="">– What level of cooperation in providing and updating information about my number resources am I willing to commit to (potentially in perpetuity) with the recognition that
 such cooperation would become required to continue to participate in the registry and continue to hold those rights?</i></blockquote></div></div></div></blockquote><div><br class=""></div>I agree that this would be good practice and certainly facilitate better policy decisions, but I’m not convinced you are in a position to individually tell the community what to do here.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">
<div class="">

<div class="">These are not particularly complicated questions, but achieving a shared sense in the community about what is needed here (and thus a statement of the problem with current policy) is a definitely a non-trivial activity.    I leave it to those on this list
 to further consider the matter. </div></div></div></div></div></blockquote><div><br class=""></div>Personally, I think that in the ARIN region, the status quo is perfectly fine for now.</div><div><br class=""></div><div>Owen</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class="">
<div class=""><br class="">
</div>
<div class="">Thanks!</div>
<div class="">/John</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">John Curran</div>
<div class="">President and CEO</div>
<div class="">American Registry for Internet Numbers</div>
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On 1 Sep 2021, at 6:25 PM, Martin Hannigan <<a href="mailto:hannigan@gmail.com" class="">hannigan@gmail.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Utilization after implementation and continued use is not likely to result in any substantial change of need. Addresses are issued based on an initial plan; the word plan is used six times in the NRPM and maps to utilization afterwards in 4.3.3.
 Whether it starts its utilization life on a server and grows up to move on to a router seems irrelevant. Based on my interpretation (and real world experience)in the NRPM that's defensible. Utilization is a rate of use, not actual use and whether it is on
 a server today and a router tomorrow? Irrelevant in that optic.<br class="">
</div>
</div>
<div dir="ltr" class=""><br class="">
<div class="">YMMV<br class="">
</div>
<div class=""><br class="">
</div>
</div>
<div class="">-M<</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Sep 1, 2021 at 5:39 PM Mike Burns <<a href="mailto:mike@iptrading.com" class="">mike@iptrading.com</a>> wrote:<br class="">
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<u class=""></u>
<div class="">
<div style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:10pt" class="">
<div class="">HI Chris and David,<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">I think reclaiming resources for fraud of any kind is perfectly reasonable.<br class="">
</div>
<div class="">I do not see any need for reporting to ARIN any change of utilization.<br class="">
</div>
<div class="">Unlike the AFRINIC RSA (and the LACNIC RSA) the ARIN RSA doesn't put resources at risk for utilization, whether that's a change of utilization or lack of utilization.<br class="">
</div>
<div class="">This is how it should be in a registry that allows transfers, otherwise sellers wouldn't risk coming to ARIN to book a transfer if ARIN could revoke the addresses for utilization reasons.<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">(I think this language in the RSA is one reason for LACNIC's anemic transfer market. On the other hand it may prove useful to AFRINIC in this peculiar and likely unique situation.)<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">I think we need a clear leasing policy in ARIN, one that allows leased addresses to be used as justification if those addresses are leased out with valid recorded assignments (SWIPS).<br class="">
</div>
<div class="">Leasing has to be recognized as a valid distribution channel for IPv4 addresses and policy must not stand in the way of that channel evolving naturally along with the market.<br class="">
</div>
<div class="">This AFRINIC situation involves leasing, and everywhere leasing is happening in a policy void. That's asking for problems.<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">I think we are in the realm of "hard cases make bad law" if we try to generalize from the situation in AFRINIC, which really can't be repeated.
<br class="">
</div>
<div class="">There is no sense in trying to protect against a repeat occurence through a knee-jerk reaction that leads to useless prophylactic policy clutter.<br class="">
</div>
<div class="">I suppose it bears repeating though, fraud at any point merits revocation.</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Regards,<br class="">
Mike</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div style="border-top:1px solid rgb(204,204,204);height:0px;margin-top:10px;margin-bottom:10px;line-height:0px" class="">
<br class="">
</div>
<div class="">
<div class=""><br class="">
</div>
<div id="gmail-m_1904890338223082971Zm-_Id_-Sgn1" class="">---- On Wed, 01 Sep 2021 16:35:19 -0400
<b class="">Chris Woodfield <<a href="mailto:chris@semihuman.com" target="_blank" class="">chris@semihuman.com</a>></b> wrote ----<br class="">
</div>
<div class=""><br class="">
</div>
<blockquote style="margin:0px" class="">
<div class="">
<div class="">David - <br class="">
</div>
<div class=""><br class="">
</div>
<div class="">In addition to the RSA language John cited, Section 12 of the NRPM gives ARIN the right to review an organization’s resource usage at any time for continued  compliance with community-driven policy. I suspect that these reviews are not common,
 however. What’s more common, in my view, is an organization’s request for additional resources, which must come with justification that currently-held resources are being used in compliance with policy. I do not believe that these are checked against the original
 requests for consistency, however.<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">I’d be curious if the clause below can be interpreted as giving organizations a duty to report *any* substantial changes in an organization’s allocation plans if they diverge from the justification filed at the time of the request, or only when
 such changes would have the effect of putting the organization out of compliance with current policy. I can see the former interpretation being rather troublesome for a large number of organizations, given how often business plans and environments can change
 over time, as well as adding quite a bit of (IMO unnecessary) overhead to IP allocation managers.<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">That said, I can see ARIN being quite justified in reclaiming resources if the justification documentation filed with the request had no bearing to the org’s actual plans. I suspect that to be the unspoken subtext of the current controversy, and
 I absolutely believe that ARIN would and should act similarly in such a scenario (which, in the past, it has).<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Regards,,<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">-Chris<br class="">
</div>
<div class="">
<div class=""><br class="">
</div>
<blockquote class="">
<div class="">On Sep 1, 2021, at 1:21 PM, John Curran <<a href="mailto:jcurran@arin.net" target="_blank" class="">jcurran@arin.net</a>> wrote:<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">
<div class="">David - <br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><span style="white-space:pre-wrap" class=""></span>Excellent question.   The most important item is for the community to determine its policy goals in this area, and then based on such what requirements/duties belong in policy language in Number
 Resource Policy Manual (NRPM.)<br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><span style="white-space:pre-wrap" class=""></span>The ARIN RSA places an explicit duty of “Information and Cooperation” on number resource holders (see below) that can be used to enforce community-developed policy in this area, but the communities
 thoughts on the appropriate policy really should drive the discussion – <br class="">
</div>
<blockquote style="margin:0px 0px 0px 40px;border:medium none;padding:0px" class="">
<div class="">
<div title="Page 2" class="">
<div class="">
<div class=""><p class=""><i class=""><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">2.(c) Information and Cooperation. Holder has completed an application provided by ARIN for one or more
</span></span><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">Services (the “Application”). Holder must (i) promptly notify ARIN if any information provided in the Application
</span></span><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">changes during the term of this Agreement, and (ii) make reasonable efforts to promptly, accurately, and completely provide any information or cooperation required
 pursuant to the Service Terms or in response to any inquiry or request made to Holder by ARIN during the term of this Agreement. In addition, Holder shall promptly provide ARIN with complete and accurate information, and cooperation as required by any Service
 Terms or </span></span><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">that ARIN requests in connection with ARIN’s provision of any of the Services to Holder. If Holder does not
</span></span><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">provide ARIN with such information or cooperation that ARIN requests, ARIN may take such failure into account in evaluating
</span></span><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">Holder’s subsequent requests for transfer, allocation or assignment of additional number
</span></span><span style="font-family:ArialMT" class=""><span style="font-size:10pt" class="">resources, or requests for changes to any Services. </span></span></i><br class="">
</p>
</div>
</div>
</div>
</div>
</blockquote>
<div class=""><span style="white-space:pre-wrap" class=""></span>Note that material breach of Section 2(c) is one of the events that provides ARIN clear right of termination for the RSA and subsequent revocation of the number resources – so let’s be extra careful
 when considering any reporting/information duties for placement into NRPM.  <br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Thanks! <br class="">
</div>
<div class="">
<div class="">/John<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">
<div class=""><br class="">
</div>
<div class="">
<div class="">John Curran<br class="">
</div>
<div class="">President and CEO<br class="">
</div>
<div class="">American Registry for Internet Numbers<br class="">
</div>
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">On 1 Sep 2021, at 3:47 PM, David Farmer <<a href="mailto:farmer@umn.edu" target="_blank" class="">farmer@umn.edu</a>> wrote:<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">
<blockquote class="">
<div class=""><br class="">
</div>
<div class="">
<div dir="ltr" class="">
<div class="">I changed the subject line, as this isn't directly related to the dispute between AFRINIC and CI, but more some questions arising from it specifically related to the ARIN registered resources.<br class="">
</div>
<div class="">----<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">So, do ARIN resource holders have a duty to report changes in their use of resources? If they do, where does that duty come from in policy or contract language? And, what are the relevant changes that need to be reported?<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">In my review of these questions;<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">In the RSA I see where holders are granted, "The right to use the Included Number Resources within the ARIN database" (RSA section 2.b bullet 2). However, I don't see any limitation to that use, such as "originally justified" or any obligation to
 report a change in such use.<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">In policy, "An end-user is an organization receiving assignments of IP addresses exclusively for use in its operational networks." (NRPM 2.6), with an exception for incidental or transient use (last paragraph, section 2.5).<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Maybe to align end-user requirements with the new Registration Services Agreement we should change that so end-users have to report any use, other than incidental or transient use, outside their organization.<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">And ISP's have requirements to report the use by their customers that exceed certain levels (NRPM sections 4.2.3.7 and 6.5.5).<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">So, other than the ISP reporting requirements, I don't see direct reporting obligations for change in use. Further, I don't see any guidance to what might be a material change in use that is in need of reporting, as I'm sure we don't want ARIN
 Staff tied up with reports of all possible changes, most of which are probably irrelevant. <br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Are there reporting requirements I'm missing? Maybe implied or indirect requirement?<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Should something be added to ARIN's policies explicitly stating requirements for reporting a change in the use of resources?<br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Thanks<br class="">
</div>
</div>
</div>
</blockquote>
</div>
<div class=""><br class="">
</div>
</div>
</div>
</div>
<div class="">_______________________________________________<br class="">
</div>
<div class="">ARIN-PPML<br class="">
</div>
<div class="">You are receiving this message because you are subscribed to<br class="">
</div>
<div class="">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank" class="">ARIN-PPML@arin.net</a>).<br class="">
</div>
<div class="">Unsubscribe or manage your mailing list subscription at:<br class="">
</div>
<div class=""><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank" class="">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">
</div>
<div class="">Please contact <a href="mailto:info@arin.net" target="_blank" class="">
info@arin.net</a> if you experience any issues.<br class="">
</div>
</div>
</blockquote>
</div>
<div class=""><br class="">
</div>
</div>
<div class="">_______________________________________________ <br class="">
</div>
<div class="">ARIN-PPML <br class="">
</div>
<div class="">You are receiving this message because you are subscribed to <br class="">
</div>
<div class="">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank" class="">ARIN-PPML@arin.net</a>).
<br class="">
</div>
<div class="">Unsubscribe or manage your mailing list subscription at: <br class="">
</div>
<div class=""><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank" class="">https://lists.arin.net/mailman/listinfo/arin-ppml</a>
<br class="">
</div>
<div class="">Please contact <a href="mailto:info@arin.net" target="_blank" class="">
info@arin.net</a> if you experience any issues. <br class="">
</div>
</blockquote>
</div>
<div class=""><br class="">
</div>
</div>
<br class="">
</div>
_______________________________________________<br class="">
ARIN-PPML<br class="">
You are receiving this message because you are subscribed to<br class="">
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank" class="">ARIN-PPML@arin.net</a>).<br class="">
Unsubscribe or manage your mailing list subscription at:<br class="">
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank" class="">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">
Please contact <a href="mailto:info@arin.net" target="_blank" class="">info@arin.net</a> if you experience any issues.<br class="">
</blockquote>
</div>
</div>
_______________________________________________<br class="">
ARIN-PPML<br class="">
You are receiving this message because you are subscribed to<br class="">
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="">ARIN-PPML@arin.net</a>).<br class="">
Unsubscribe or manage your mailing list subscription at:<br class="">
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" class="">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">
Please contact <a href="mailto:info@arin.net" class="">info@arin.net</a> if you experience any issues.<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</div>

_______________________________________________<br class="">ARIN-PPML<br class="">You are receiving this message because you are subscribed to<br class="">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="">ARIN-PPML@arin.net</a>).<br class="">Unsubscribe or manage your mailing list subscription at:<br class=""><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" class="">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">Please contact info@arin.net if you experience any issues.<br class=""></div></blockquote></div><br class=""></body></html>