Re: [apnic-talk] Demonstrated Need Transfers - Seeking Opinions
>>>I think the policy shouldn't 'remove' DN for all regions, but make it
>>>compatible with the reasons... a dynamic policy as such..
>>>
>>>Something like 'if the region the resource is being transferred from
>>>required a DN, then the same DN requirements will exist in the APNIC
>>>region for inter-RIR transfers from that region'.
>That is basically the same idea behind the RIPE policy proposal 2014-05
>and the same idea behind the policy proposal which I wanted to make to
>the APNIC community.
While Skeeve's idea is pretty same as what some ARIN AC members are
suggested,
it is different from RIPE 2014-05.
Skeeve's one requires DN even in case of future transfers within region,
RIPE 2014-05 doesn't say anything about future transfers (at least
explicitly)
I'm not saying my favor, but I hope more accurate discussion.
Rgs,
Masato Yamanishi
APNIC Policy SIG Co-Chair
On 14/06/04 19:19, "Elvis Velea" <elvis at velea dot eu> wrote:
>Hi Skeeve,
>
>On 05/06/14 03:50, Skeeve Stevens wrote:
>> Hi Elvis,
>>
>> I've been pondering just this kind of policy proposal for the APNIC
>> region - which is why I started the thread to see what the communities
>> thoughts on DN was.
>
>Well, I have seen Sandra's proposal in the RIPE Region and I was
>impressed on how well it was made. That is why I asked her if she would
>be willing to come up with the same proposal (or something similar) for
>the APNIC region. Just because she has already done most of the work,
>and it was work very well done :)
>
>If she does not respond or does not want/have the time to propose a
>policy change in APNIC, we should definitely start working on something
>to present at APNIC38.
>> I am still undecided on DN personally, but I do appreciate the
>> consistency of policy, or at least policy that is in line with other
>> regions requirements.
>I used to work as Hostmaster/IPRA at the RIPE NCC. I was the one
>applying the demonstrated need to each request received from members.
>While I agree that it used to be a very useful part of policy, since
>depletion of the free pool has hit most of the regions, I think that DN
>is no longer useful. It will be the company that needs them most or the
>company with most money that will get the resources, one way or another,
>regardless of the DN.
>
>In addition, DN is not a very fair concept. It relies on all the members
>(on one side) understanding every letter of the policy and all the RIR
>staff (on the other side) applying exactly the same procedures
>consistently. There will always exist differences of opinion between two
>people during the evaluation of the same request, no matter how
>consistent a registration department tries to be. Even the same person
>will look at a request with different eyes based on its mood at the time
>of the evaluation.
>>
>> I think the policy shouldn't 'remove' DN for all regions, but make it
>> compatible with the reasons... a dynamic policy as such..
>>
>> Something like 'if the region the resource is being transferred from
>> required a DN, then the same DN requirements will exist in the APNIC
>> region for inter-RIR transfers from that region'.
>That is basically the same idea behind the RIPE policy proposal 2014-05
>and the same idea behind the policy proposal which I wanted to make to
>the APNIC community.
>>
>> I'd also like to see the inter-RIR transfer rules tightened so that if
>> a region allows in-bound, but not out-bound, then the APNIC region
>> would not allow outbound to that region.
>Well, that would be difficult to put in words, but let's talk about it.
>I am in favor of removing all limitations and not adding further ones.
>>
>> There are also some considerations regarding different policies of
>> NIR's as well... this would need to be addressed in the policy.
>Here is where you may be very useful :-) I do not have extended
>knowledge of the NIRs policies regarding transfers. I have been talking
>to some representatives of NIRs when I was in Xi'An at APNIC36 but my
>current knowledge is limited.
>
>cheers,
>Elvis
>(a very young member of this community)
>_______________________________________________
>apnic-talk mailing list
>apnic-talk at lists dot apnic dot net
>http://mailman.apnic.net/mailman/listinfo/apnic-talk