Elvis, >>>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" <[email protected]> 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 >[email protected] >http://mailman.apnic.net/mailman/listinfo/apnic-talk _______________________________________________ apnic-talk mailing list [email protected] http://mailman.apnic.net/mailman/listinfo/apnic-talk
