[arin-ppml] transfer conditions
Matthew Kaufman
matthew at matthew.at
Mon May 9 21:09:44 EDT 2011
On May 9, 2011, at 3:49 PM, Ted Mittelstaedt wrote:
> On 5/8/2011 10:48 AM, Jimmy Hess wrote:
>> On Sat, May 7, 2011 at 11:04 PM, Matthew Kaufman<matthew at matthew.at> wrote:
>>
>>> Why don't we just start by disallowing all transfers smaller than, say, /19... and then adjusting that downward (in block size... upward in mask length) as the market shows that it can't function with the simultaneous combination of needs-justification-requirements and minimum-block/aggregate-sizes?
>>
>> Why don't we start by disallowing all transfers smaller than the
>> minimum allocation size for the block?
>>
>> And use /22 as the minimum allocation size for any legacy block of
>> which /16s were assigned'
>> /20 as the minimum allocation size for any legacy block of size /8 or
>> shorter were assigned?
>>
>> ARIN allocates prefixes longer than /19, so /19 restriction seems a bit much
>>
>
> I would be willing to accept a /24 minimum size transfer AS LONG AS it
> was tied to a mandate for the receiving party to sign an RSA.
All of the versions of the LRSA, and all of the modifications of "The RSA" are "an RSA"
>
> I wouldn't like it, but obviously ARIN does not like forcing the recieving party to sign an RSA,
No, they're fine with "an RSA", just not "The RSA and Only The RSA"
Matthew Kaufman
More information about the ARIN-PPML
mailing list