On 4/30/2014 4:50 PM, Scott Leibrand wrote:
>> On Apr 30, 2014, at 4:45 PM, Andrew Dul <[email protected]> wrote:
>>
>>> On 4/30/2014 1:55 PM, [email protected] wrote:
>>> BUT: With the limitation of the transfer size to a /16 or smaller, it
>>> would take a lot of transfers to hoard. It would take 256 transfers to
>>> stockpile a /8. This is the 2nd means to prevent hoarding. Most
>>> companies wanting that many IP's would simply do needs justification.
>> It seems trivial to me to divide a /8 into /16s or any other smaller
>> block so I could transfer it without doing the needs justification. I
>> could write a script for the transfer templates and just send them off.
>> Once the legwork for the first transfer is complete, the rest should
>> just flow right through. Nothing I see in the current text or policy
>> prevents someone from taking a larger block and slicing it up to get
>> under the /16 limit. Since most of the brokers are out speculating that
>> these blocks have significant value it seems clear that if the large
>> players need them they will just be paying a staff person a few extra
>> hours to manage this overhead.
> Current transfer policy operates on the *recipient* of the transfer. It
> requires that they meet their need with a single block, and prevents repeated
> transfers to circumvent that.
>
>
Conditions on recipient of the transfer:
* The recipient must demonstrate the need for up to a 24-month supply
of IP address resources under current ARIN policies and sign an RSA.
* The resources transferred will be subject to current ARIN policies.
Scott, I don't see any restrictions on the recipient that would prevent
them from receiving multiple blocks...where do you see that?
_______________________________________________
PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List ([email protected]).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-ppml
Please contact [email protected] if you experience any issues.
