On Feb 17, 2014, at 6:48 AM, John Curran <[email protected]> wrote: > If the registry is to be operated without any policy on transfers, > that is indeed possible, but again that should be decided by the > community. Note - this is not unique to ARIN; LACNIC applies policies > to IPv4 transfers, APNIC applies policies to transfers (e.g. requiring > the recipient to be an APNIC member)... Are you suggesting that the > very existence of registry policies are contrary to being an RIR, in > that they may result in an operator using space not registered and > thus hinder operations? > > If this had only been made clear by the authors of RFC 2050, we could > have saved more than a decade of policy working group meetings in every > region... Can you explain why you now believe that RIRs are not entitled > to operate their registries in accordance with community-developed policy? > Why doesn't the APNIC community have the right to require a recipient > to be an APNIC member, or the LACNIC community the right to set a /24 > minimum block size on recipients? In any of these cases, a rejection > of a transfer request results in the same scenario you describe above; > suggesting that all of the RIRs are failing your new "basic test" of > providing a registration database.
David - It occurred to me that the above post might be seen as too critical of your position, and I apologize as that was not my intent... My goal was simply to get a clearer statement of your position. Are you saying that the RIRs should not be establishing any policy on legacy address holders? (Note, both the LACNIC and APNIC cases above specifically apply to legacy address holders) Are you saying that the RIRs can establish policy on legacy address holders, but it should be solely voluntary for compliance, and in the end RIRs should register transfers regardless of circumstances (e.g. to a non-existing entity, or of a single /32, etc.) Or is it that RIRs should only be making allocation policy, and not be placing any policy constraints (or only the minimal necessary constraints) in the case of transfers? Thanks! /John John Curran President and CEO ARIN _______________________________________________ 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.
