[arin-ppml] REVISED: Draft Policy ARIN-2012-8: Aligning 8.2 and 8.3 Transfer Policy
Owen DeLong
owen at delong.com
Mon Nov 19 20:21:34 EST 2012
My point in proposing this is not to exclude resuming operations (which I would consider within the spirit of the language I proposed), but to exclude acquiring assets that used to use resources as an adjunct to acquiring the resources with no intent of continuing said operations using the resources.
IOW, I want to avoid extending the more lenient 8.2 provisions to a sale where someone buys $100,000 worth of IP addresses and $20,000 worth of hardware and then sells the hardware to $SCRAP_DEALER just to keep the addresses.
Those kinds of purchases belong under the scrutiny of 8.3.
Owen
On Nov 19, 2012, at 12:13 PM, John Santos <JOHN at egh.com> wrote:
> On Mon, 19 Nov 2012, Chris Grundemann wrote:
>
>> Thanks for the feedback Owen.
>>
>> On Mon, Nov 19, 2012 at 12:26 PM, Owen DeLong <owen at delong.com> wrote:
>>> 1. first bullet, s/used/use/ in that the acquired assets should still be using the resources in order to justify an M&A transfer.
>>
>> That would constitute a change from the existing text, which several
>> folks spoke against at the PPM. I'd like to get more feedback before
>> changing it back again. Comments from others in the community would be
>> very much appreciated.
>>
>
> Would this effect the case where an organization in financial difficulty
> has ceased operations (and so isn't currently using any of the assets),
> but the acquiring org is planning to resume operations? Seems to me we
> should want to encourage that, rather than encouraging fire sales in
> this kind of situation. Maybe adding " and intends to continue or resume
> such use" to the first sentence. Or would that constrain the recipient
> too much?
>
>
>>> 2. Third bullet should read "current and future ARIN policies".
>>
>> Good catch, thanks.
>>
>>> 3. Suggest updating the minimum transfer size specification to reflect "Current ARIN minimum allocation or assignment policy as defined in section 4 or section 6 or the original assignment size, whichever is smaller." since over time we have seen change
>> s in these minimums and I would prefer that the transfer policy automatically track other policy changes.
>>
>> I believe that would effectively allow everyone to transfer v4/28s
>> today based on 4.10 - is this something the community wants to allow?
>> More feedback in this area would also be helpful.
>>
>> Cheers,
>> ~Chris
>>
>>>
>>> Owen
>>>
>>>
>>> Sent from my iPad
>>>
>>> On Nov 19, 2012, at 9:55 AM, Chris Grundemann <cgrundemann at gmail.com> wrote:
>>>
>>>> Hail PPML,
>>>>
>>>> Following discussion at the 30th ARIN PPM, ARIN-2012-8 has been
>>>> revised. A change-log has been added to the rationale. Please send
>>>> feedback at your earliest convenience.
>>>>
>>>> ----8<----8<----8<----
>>>> Draft Policy ARIN-2012-8 Aligning 8.2 and 8.3 Transfer Policy
>>>>
>>>> Date: 19 November 2012
>>>>
>>>> Policy statement:
>>>>
>>>> Replace the first paragraph of section 8.2 with the following (second
>>>> paragraph remains unchanged):
>>>>
>>>> ARIN will consider requests for the transfer of number resources in
>>>> the case of mergers and acquisitions under the following conditions:
>>>>
>>>> * The new entity must provide evidence that they have acquired assets
>>>> that used the resources transferred from the current registrant. ARIN
>>>> will maintain an up-to-date list of acceptable types of documentation.
>>>> * The current registrant must not be involved in any dispute as to
>>>> the status of the transferred resources.
>>>> * The new entity must sign an RSA covering all transferred resources.
>>>> * The transferred resources will be subject to current ARIN policies.
>>>> * The minimum IPv4 transfer size is a /24, or the original assignment
>>>> size, whichever is smaller.
>>>> * The minimum IPv6 transfer size is a /48.
>>>>
>>>> Rationale:
>>>>
>>>> The base intent here is to lower confusion, raise clarity, and level
>>>> the bar between 8.2 and 8.3 transfers. M&A transfers are distinct from
>>>> specified transfers and not all of the same rules can apply - but many
>>>> can and should. Therefor this policy change explicitly adds
>>>> requirements which do not exist in 8.2 policy text today: Source must
>>>> be the undisputed current registered holder, recipient must sign an
>>>> RSA (and is subject to policy), and /24 minimum for IPv4, /48 for
>>>> IPv6.
>>>>
>>>> Changes following discussion at the ARIN XXX public policy meeting:
>>>> 1) Changed the first bullet. This was an area for objections because
>>>> it did not allow chain of custody transfers, so now instead of saying
>>>> that the purchased company must be the current registrant holder it
>>>> simply says that there can not be any dispute as to who the registered
>>>> holder is.
>>>> 2) Removed the " such that their continued need is justified" text
>>>> from the second bullet, this was another area of debate at the meeting
>>>> and justification is already covered in paragraph 2 of 8.2 (which
>>>> remains unchanged).
>>>> 3) Swapped the first two bullets.
>>>> 4) Added "covering all transferred resources" to the RSA bullet, for clarity.
>>>> 5) Swapped the third and fourth bullets.
>>>> 6) Altered the IPv4 minimum allocation to bring it in line with 4.10
>>>> resources and any future exceptions.
>>>>
>>>> Timetable for implementation: immediate
>>>> ----8<----8<----8<----
>>>>
>>>> Cheers,
>>>> ~Chris
>>>>
>>>>
>>>> --
>>>> @ChrisGrundemann
>>>> http://chrisgrundemann.com
>>>> _______________________________________________
>>>> PPML
>>>> You are receiving this message because you are subscribed to
>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>>>> Unsubscribe or manage your mailing list subscription at:
>>>> http://lists.arin.net/mailman/listinfo/arin-ppml
>>>> Please contact info at arin.net if you experience any issues.
>>
>>
>>
>> --
>> @ChrisGrundemann
>> http://chrisgrundemann.com
>> _______________________________________________
>> PPML
>> You are receiving this message because you are subscribed to
>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>> Unsubscribe or manage your mailing list subscription at:
>> http://lists.arin.net/mailman/listinfo/arin-ppml
>> Please contact info at arin.net if you experience any issues.
>>
>>
>
> --
> John Santos
> Evans Griffiths & Hart, Inc.
> 781-861-0670 ext 539
More information about the ARIN-PPML
mailing list