<div dir="ltr">Tossing my support onto the pile for this one.  </div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jan 24, 2017 at 4:16 PM Roberts, Orin <<a href="mailto:oroberts@bell.ca">oroberts@bell.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Agreed it's a step in the right direction.<br class="gmail_msg">
<br class="gmail_msg">
Specific to ISP's; I've noted Letters of Authorizations (LOA's) being common, where one organization uses the resources of another - no change to ARIN databases.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
Orin Roberts - CCNA,ITILv3<br class="gmail_msg">
<br class="gmail_msg">
-----Original Message-----<br class="gmail_msg">
From: ARIN-PPML [mailto:<a href="mailto:arin-ppml-bounces@arin.net" class="gmail_msg" target="_blank">arin-ppml-bounces@arin.net</a>] On Behalf Of Chris Woodfield<br class="gmail_msg">
Sent: January-24-17 5:53 PM<br class="gmail_msg">
To: John Springer<br class="gmail_msg">
Cc: <a href="mailto:arin-ppml@arin.net" class="gmail_msg" target="_blank">arin-ppml@arin.net</a><br class="gmail_msg">
Subject: Re: [arin-ppml] 2016-9 Streamline Merger & Acquisition Transfers - Text modifications<br class="gmail_msg">
<br class="gmail_msg">
Strongly support. This is a big win for enhancing whois accuracy with no substantial downsides that I can see.<br class="gmail_msg">
<br class="gmail_msg">
-C<br class="gmail_msg">
<br class="gmail_msg">
> On Jan 24, 2017, at 3:32 PM, John Springer <<a href="mailto:3johnl@gmail.com" class="gmail_msg" target="_blank">3johnl@gmail.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> Greetings PPML,<br class="gmail_msg">
><br class="gmail_msg">
> After discussions between the author, shepherds and the AC, the text of ARIN Draft Policy 2016-9, Streamline Merger & Acquisition Transfers has been modified for clarity.<br class="gmail_msg">
><br class="gmail_msg">
> Please reply with thoughts and feedback. They will be very welcome.<br class="gmail_msg">
> Thank you in advance.<br class="gmail_msg">
><br class="gmail_msg">
> New text:<br class="gmail_msg">
><br class="gmail_msg">
> Problem Statement:<br class="gmail_msg">
> In the case of a merger or acquisition, current policy encourages not updating registration data, thus leaving the number resource in the name of a now defunct entity.<br class="gmail_msg">
> It is not uncommon for an entity which has bought another entity (with existing number resources) to leave Organizational data (Whois) in the name of the acquired company. The requirements in Section 8.2 put a justification burden on the acquiring organization, which was a legitimate protection while free pool assignments were available. It is worth revisiting Section 8.2 and looking for opportunities to simplify the policy in the interest of improving the registry data.<br class="gmail_msg">
> Consider the following:<br class="gmail_msg">
> 1. In the case where both organizations (acquirer, acquired) have justified their existing number resources from an issuer (e.g. SRI-NIC, GSI, ARIN) under the policies that were in force at the time of issuance, the number resources have already been justified once.<br class="gmail_msg">
> 2. ARIN does not customarily require organizations holding address space to document utilization except when they are asking ARIN to issue more space.<br class="gmail_msg">
> 3. Section 8.2 M&A is not asking ARIN to issue more space or provide authorization to acquire space in an 8.3 transfer. It is simply updating ARIN's database to reflect the current reality, that being that control of a company has changed.<br class="gmail_msg">
> Language that speaks of required return or transfer of space is of questionable enforceability in the context of the current RSA (section 6, "ARIN has no right to revoke any Included Number Resources under this Agreement due to lack of utilization by Holder").<br class="gmail_msg">
> Clauses that serve to scare organizations away from updating their information are counter to the goal of good data in whois.<br class="gmail_msg">
> Policy should allow ARIN staff to concentrate finite resources on ascertaining corporate chain of custody so as to minimize the chance of fraudulent transfers rather than auditing space already issued.<br class="gmail_msg">
> Policy statement:<br class="gmail_msg">
> Delete the bullet point that reads:<br class="gmail_msg">
> For mergers and acquisition transfers, the recipient entity must provide evidence that they have acquired assets that use the resources to be transferred from the current registrant. ARIN will maintain an up-to-date list of acceptable types of documentation.<br class="gmail_msg">
> Add this conditional to the bottom of 8.2 for linguistic clarity:<br class="gmail_msg">
> "AND one or more of the following:<br class="gmail_msg">
> The recipient must provide independently verifiable evidence that they have acquired the assets that use the resources to be transferred from the current registrant.<br class="gmail_msg">
> OR<br class="gmail_msg">
> The recipient must show that they have acquired the entire corporate entity which is the current registrant."<br class="gmail_msg">
> Remove the following paragraph from Section 8.2 of the NRPM:<br class="gmail_msg">
> ARIN will proceed with processing transfer requests even if the number resources of the combined organizations exceed what can be justified under current ARIN policy. In that event, ARIN will work with the resource holder(s) to transfer the extra number resources to other organization(s) or accept a voluntary return of the extra number resources to ARIN.<br class="gmail_msg">
> These two changes will leave Section 8.2 looking like this:<br class="gmail_msg">
> 8.2. Mergers and Acquisitions<br class="gmail_msg">
> ARIN will consider requests for the transfer of number resources in the case of mergers, acquisitions, and reorganizations under the following conditions:<br class="gmail_msg">
> The current registrant must not be involved in any dispute as to the status of the resources to be transferred.<br class="gmail_msg">
> The new entity must sign an RSA covering all resources to be transferred.<br class="gmail_msg">
> The resources to be transferred will be subject to ARIN policies.<br class="gmail_msg">
> The minimum transfer size is the smaller of the original allocation size or the applicable minimum allocation size in current policy.<br class="gmail_msg">
> AND one or more of the following:<br class="gmail_msg">
> The recipient must provide independently verifiable evidence that they have acquired the assets that use the resources to be transferred from the current registrant.<br class="gmail_msg">
> OR<br class="gmail_msg">
> The recipient must show that they have acquired the entire corporate entity which is the current registrant.<br class="gmail_msg">
> Timetable for implementation: Immediate<br class="gmail_msg">
><br class="gmail_msg">
> Old text:<br class="gmail_msg">
><br class="gmail_msg">
> Problem Statement:<br class="gmail_msg">
> It is not uncommon for an entity which has bought another entity (with existing number resources) to leave Organizational data (Whois) in the name of the acquired company. The requirements in Section 8.2 put a justification burden on the acquiring organization, which was a legitimate protection while free pool assignments were available. It is worth revisiting Section 8.2 and looking for opportunities to simplify the policy in the interest of improving the registry data.<br class="gmail_msg">
> Consider the following:<br class="gmail_msg">
> 1. Both organizations (acquirer, acquired) have justified their existing number resources from an issuer (e.g. SRI-NIC, GSI, ARIN) under the policies that were in force at the time of issuance. In short, the number resources have already been justified once.<br class="gmail_msg">
> 2. ARIN does not customarily require organizations holding address space to document utilization except when they are asking ARIN to issue more space.<br class="gmail_msg">
> 3. Section 8.2 M&A is not asking ARIN to issue more space or provide authorization to acquire space in an 8.3 transfer. It is simply updating ARIN's database to reflect the current reality, that being that control of a company has changed.<br class="gmail_msg">
> Language that speaks of required return or transfer of space is of questionable enforceability in the context of the current RSA (section 6, "ARIN has no right to revoke any Included Number Resources under this Agreement due to lack of utilization by Holder").<br class="gmail_msg">
> Clauses that serve to scare organizations away from updating their information are counter to the goal of good data in whois.<br class="gmail_msg">
> Policy should allow ARIN staff to concentrate finite resources on ascertaining corporate chain of custody so as to minimize the chance of fraudulent transfers rather than auditing space already issued.<br class="gmail_msg">
> This proposal suggests two changes: a paragraph change to better reflect current practice, harmonize nomenclature with 8.3 ("new entity" vs "recipient") and remove an operationally-focused sentence, and a paragraph removal as it is the author's opinion that this paragraph has outlived its usefulness.<br class="gmail_msg">
> Policy statement:<br class="gmail_msg">
> Replace the following paragraph:<br class="gmail_msg">
> For mergers and acquisition transfers, the recipient entity must provide evidence that they have acquired assets that use the resources to be transferred from the current registrant. ARIN will maintain an up-to-date list of acceptable types of documentation.<br class="gmail_msg">
> with this conditional, moving it to the bottom of 8.2 for linguistic clarity:<br class="gmail_msg">
> AND one or more of the following:<br class="gmail_msg">
> The recipient must provide independently verifiable evidence that they have acquired the assets that use the resources to be transferred from the current registrant.<br class="gmail_msg">
> OR<br class="gmail_msg">
> The recipient must show that they have acquired the entire corporate entity which is the current registrant.<br class="gmail_msg">
> Remove the following paragraph from Section 8.2 of the NRPM:<br class="gmail_msg">
> In the event that number resources of the combined organizations are no longer justified under ARIN policy at the time ARIN becomes aware of the transaction, through a transfer request or otherwise, ARIN will work with the resource holder(s) to return or transfer resources as needed to restore compliance via the processes outlined in current ARIN policy.<br class="gmail_msg">
> These two changes will leave Section 8.2 looking like this:<br class="gmail_msg">
> 8.2. Mergers and Acquisitions<br class="gmail_msg">
> ARIN will consider requests for the transfer of number resources in the case of mergers, acquisitions, and reorganizations under the following conditions:<br class="gmail_msg">
> The current registrant must not be involved in any dispute as to the status of the resources to be transferred.<br class="gmail_msg">
> The new entity must sign an RSA covering all resources to be transferred.<br class="gmail_msg">
> The resources to be transferred will be subject to ARIN policies.<br class="gmail_msg">
> The minimum transfer size is the smaller of the original allocation size or the applicable minimum allocation size in current policy.<br class="gmail_msg">
> AND one or more of the following:<br class="gmail_msg">
> The recipient must provide independently verifiable evidence that they have acquired the assets that use the resources to be transferred from the current registrant.<br class="gmail_msg">
> OR<br class="gmail_msg">
> The recipient must show that they have acquired the entire corporate entity which is the current registrant.<br class="gmail_msg">
> Timetable for implementation: Immediate<br class="gmail_msg">
><br class="gmail_msg">
> regards<br class="gmail_msg">
><br class="gmail_msg">
> John Springer<br class="gmail_msg">
> ARIN AC member and shepherd of 2016-9<br class="gmail_msg">
><br class="gmail_msg">
> _______________________________________________<br class="gmail_msg">
> PPML<br class="gmail_msg">
> You are receiving this message because you are subscribed to the ARIN<br class="gmail_msg">
> Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="gmail_msg" target="_blank">ARIN-PPML@arin.net</a>).<br class="gmail_msg">
> Unsubscribe or manage your mailing list subscription at:<br class="gmail_msg">
> <a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="gmail_msg">
> Please contact <a href="mailto:info@arin.net" class="gmail_msg" target="_blank">info@arin.net</a> if you experience any issues.<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
PPML<br class="gmail_msg">
You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="gmail_msg" target="_blank">ARIN-PPML@arin.net</a>).<br class="gmail_msg">
Unsubscribe or manage your mailing list subscription at:<br class="gmail_msg">
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="gmail_msg">
Please contact <a href="mailto:info@arin.net" class="gmail_msg" target="_blank">info@arin.net</a> if you experience any issues.<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
PPML<br class="gmail_msg">
You are receiving this message because you are subscribed to<br class="gmail_msg">
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="gmail_msg" target="_blank">ARIN-PPML@arin.net</a>).<br class="gmail_msg">
Unsubscribe or manage your mailing list subscription at:<br class="gmail_msg">
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="gmail_msg">
Please contact <a href="mailto:info@arin.net" class="gmail_msg" target="_blank">info@arin.net</a> if you experience any issues.<br class="gmail_msg">
</blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr">Alyssa Moore<br>Policy & Strategy Analyst<div>Cybera</div></div></div>