[arin-ppml] ARIN-prop-148 LRSA resources must not be transferred to LRSA

[Owen DeLong]

On May 11, 2011, at 11:11 AM, Kevin Kargel wrote:

> 
> 
> 
> 
>> -----Original Message-----
>> From: Owen DeLong [mailto:owen at delong.com]
>> Sent: Wednesday, May 11, 2011 1:05 PM
>> To: Kevin Kargel
>> Cc: arin-ppml at arin.net
>> Subject: Re: [arin-ppml] ARIN-prop-148 LRSA resources must not be
>> transferred to LRSA
>> 
>>>>> 
>>>> Absolutely. This was the clear intent of the community in the phrasing
>>>> of 2009-1, the rationale, and both the community and AC discussions.
>>>> The fact that it is possible to do otherwise came as a surprise.
>>> 
>>> I will agree and try to clarify by stating that "Legacy" 'rights' apply
>> to the 'Legacy' organization, not the number resource and are non-
>> transferrable.  To my way of thinking when a numbered resource leaves the
>> original 'Legacy' holders dominion it no longer carries any aegis granted
>> to it by the 'Legacy' holders status.  At that moment the resource becomes
>> common.
>>> 
>> Slight refinement... "Legacy" status applies to the intersection of the
>> "Legacy" organization and the resources issued to them by one of
>> ARIN's predecessor registries.
>> 
>> Owen
>> 
> Agreed.  However, the moment the organization severs the tie to the resource then the resource no longer enjoys the aegis provided by the organizations status. 
> 
Correct... Hence my statement of intersection. It's an and clause.
So long as the resource was issued by a preceding registry
_AND_ is in the hands of its original holder for its original purpose,
the resources in question remain in legacy status.

In some cases, earlier section 8.2 transfers allowed for the transfer
of the legacy status to a successor organization with the acquisition
of the underlying network infrastructure while retaining legacy status.
My understanding of the modifications to 8.2 that occurred with
the adoption and implementation of 2009-1 is that even those transfers
now involve a standard RSA and valid justification.

Owen