Interesting. I hope secretariat/hostmaster can comment.
On Sat, 25 Feb 2017 at 12:32 Pacswitch Email <[email protected]> wrote: > Dear all, > > I can tell you my real experience with APNIC, when I want to transfer my > unused IP ranges to a Singapore based ISP from my account, they deny it!! > That is ridiculous! They said I cannot transfer! I cannot believe it if the > IP address I owned but I cannot transfer it to a new owner. > > Can anyone tell me who has the same experience? > > Ernest Tse > > Sent from Mobile > > David Hilario <[email protected]> 於 2017年2月25日 12:24 寫道： > > > Hi, > > The justification for the needs was/is great to have in place to protect a > free pool of scarce resources. > > Maintaining a correct registry, with the proper information is one of the > core responsibilities of the RIRs, and as a community we must develop > policies that allows the RIR to do that job in the most easy and convenient > manner, no need would enable that for APNIIC, their time can then be spent > on other things. > > Unused resources, ideally should be returned to the free pool, but that > almost never happen voluntarily, they will instead be transferred, or even > simply assigned or sub-allocated, no real big difference here, just > different values in the Database and different real world contracts, some > Database editing you can do yourself, others you need to ask your RIR for > assistance. > > Resources that get transferred are not issued by the RIR from their free > pool, they are already out there, I do not see any positive impact if APNIC > rejects a transfer because the recipient cannot justify the whole prefix to > be transferred. > > It will not increase the free pool available at APNIC. > It may as well cancel the whole transfer. > If initially rejected and further information is needed, it delays what is > a very sensitive process, where both the offering and receiving party wants > the whole process rounded up as fast as possible. > > RIPE region has had the "no need policy" in place for years, I don't > believe any sign of massive hoarding for speculative purpose is visible > over there (Multiple membership process gets abused, but that is another > issue altogether). > Large transfers were made, and you do not need to have access to any stats > to know those organisations needed that space, justifying large allocations > can be extremely time consuming and ultimately detrimental to the overall > LIR's business. > > > David Hilario > > *IP Manager* > > *Larus Cloud Service Limited* > > p: +852 29888918 <+852%202988%208918> m: +359 89 764 1784 > <+359%2089%20764%201784> > f: +852 29888068 <+852%202988%208068> > a: Flat B5, 11/F, TML Tower, No.3 Hoi Shing Road, Tsuen Wan, HKSAR > w: laruscloudservice.net/uk > e: [email protected] <[email protected]> > > On 25 February 2017 at 02:03, Owen DeLong <[email protected]> wrote: > > I disagree… > > I believe that needs testing still preserves the idea of distributing > addresses to those with need even in a post-exhaustion world. > > This serves to discourage speculative transactions and other transfers to > those not actually needing addresses which would only drive prices up and > not provide any benefit to the community. > > Owen > > On Feb 24, 2017, at 08:32 , Pacswitch Email <[email protected]> > wrote: > > Hello all, > > I agreed that APNIC should accept all transfer without question because IP > resource could be count into a assets to the IP holder in accounting. > That's mean the ip holder have the right to request transfer to or from > other APNIC members or other RIR. > > Ernest Tse > > Sent from Mobile > > David Hilario <[email protected]> 於 2017年2月24日 22:04 寫道： > > > > Hi Aftab, > > This is only to simplify things, need based policies are there to protect > the free pool from exhaustion and ensure fair distribution. > > Space that is already out there can already be transferred without much > hassle, removing the need base justification just simplifies the whole > process, making the transfer faster and smoother. > > > David Hilario > > *IP Manager* > > *Larus Cloud Service Limited* > > p: +852 29888918 <+852%202988%208918> m: +359 89 764 1784 > <+359%2089%20764%201784> > f: +852 29888068 <+852%202988%208068> > a: Flat B5, 11/F, TML Tower, No.3 Hoi Shing Road, Tsuen Wan, HKSAR > w: laruscloudservice.net/uk > e: [email protected] <[email protected]> > > On 22 February 2017 at 10:04, Aftab Siddiqui <[email protected]> > wrote: > > Thanks Guangliang for the update. > > Hi David, what are we trying to fix? > > On Wed, 22 Feb 2017 at 14:13 Guangliang Pan <[email protected]> wrote: > > Hi Aftab, > > > > We don't have a case that rejected because the recipient could not > demonstrate need. However, during the evaluation process, APNIC Hostmasters > often ask for more support documents before approve large transfers. > > > > Kind regards, > > > > Guangliang > > ========== > > > > > > > > > > > > *From:* Aftab Siddiqui [mailto:[email protected]] > *Sent:* Wednesday, 22 February 2017 12:23 AM > *To:* David Hilario; Guangliang Pan > *Cc:* [email protected] > > > *Subject:* Re: [sig-policy] prop-118-v001: No need policy in APNIC region > > > > Hi Guangliang, > > Do you have any stats on rejection rate due to weak requirement > justifications? > > > > On Tue, 21 Feb 2017 at 18:34 David Hilario < > [email protected]> wrote: > > Dear Benny, > > > > Thank you for asking for clarifications. > > > > This proposal is for any transfer, within in or out of region. > > > > The need based part is only needed to match any registry requiring a need > based justification, this can be another RIR or even an NIR. > > > > > David Hilario > > *IP Manager* > > *Larus Cloud Service Limited* > > p: +852 29888918 <+852%202988%208918> m: +359 89 764 1784 > <+359%2089%20764%201784> > f: +852 29888068 <+852%202988%208068> > a: Flat B5, 11/F, TML Tower, No.3 Hoi Shing Road, Tsuen Wan, HKSAR > w: laruscloudservice.net/uk > e: [email protected] <[email protected]> > > > > On 21 February 2017 at 05:38, Guangliang Pan <[email protected]> wrote: > > Dear David, > > > > From implementation point of view, I would like to double check if the > following proposal will also apply to transfers within the APNIC region. > > > > - APNIC shall accept all transfers of Internet number resources to its > > service region, provided that they comply with the policies relating > > to transfers within its service region. > > > > Best regards, > > > > Guangliang Pan (Benny) > > Registration Services Manager, APNIC > > Email: [email protected] > > SIP: [email protected] > > Phone: +61 7 3858 3188 <+61%207%203858%203188> > > http://www.apnic.net > > > ----------------------------------------------------------------------------- > > * You can now call APNIC Helpdesk for free using Skype. For more > information > > visit: www.apnic.net/helpdesk > > > > > > > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *David Hilario > *Sent:* Friday, 17 February 2017 12:17 AM > *To:* [email protected] > *Subject:* Re: [sig-policy] prop-118-v001: No need policy in APNIC region > > > > > > Dear list, > > > > We are only a few days away from the meeting in Saigon. > > There has been no opposition to the policy, but only very little support > as well. > > > > As the proposer of this policy I would like to know if there is interest > in streamlining the policy a bit in order to make transfers between two > regions more compatible, it is really more of a small patch the way I see > it. > > > > Any opposition to it is very much welcome too, only the "positive" sides > were really investigated and I would gladly hear any opposition to it as > well as any support. > > > > David Hilario > > *IP Manager* > > *Larus Cloud Service Limited* > > p: +852 29888918 <+852%202988%208918> m: +359 89 764 1784 > <+359%2089%20764%201784> > f: +852 29888068 <+852%202988%208068> > a: Flat B5, 11/F, TML Tower, No.3 Hoi Shing Road, Tsuen Wan, HKSAR > w: laruscloudservice.net/uk > e: [email protected] <[email protected]> > > > > * sig-policy: APNIC SIG on resource management policy > * > _______________________________________________ > sig-policy mailing list > [email protected] > https://mailman.apnic.net/mailman/listinfo/sig-policy > > -- > > Best Wishes, > > > > Aftab A. Siddiqui > > -- > Best Wishes, > > Aftab A. Siddiqui > > > * sig-policy: APNIC SIG on resource management policy > * > _______________________________________________ > sig-policy mailing list > [email protected] > https://mailman.apnic.net/mailman/listinfo/sig-policy > > * sig-policy: APNIC SIG on resource management policy > * > _______________________________________________ > sig-policy mailing list > [email protected] > https://mailman.apnic.net/mailman/listinfo/sig-policy > > > > * sig-policy: APNIC SIG on resource management policy > * > _______________________________________________ > sig-policy mailing list > [email protected] > https://mailman.apnic.net/mailman/listinfo/sig-policy -- Best Wishes, Aftab A. Siddiqui
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list [email protected] https://mailman.apnic.net/mailman/listinfo/sig-policy
