Re: [sig-policy] A new version of the proposal "prop-118: No need policy in APNIC region"

  • To: "sig-policy@apnic.net" <sig-policy@apnic.net>
  • Subject: Re: [sig-policy] A new version of the proposal "prop-118: No need policy in APNIC region"
  • From: Hiroki Kawabata <kawabata@nic.ad.jp>
  • Date: Wed, 5 Sep 2018 18:54:28 +0900
  • Delivered-to: sig-policy@clove.apnic.net
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nic.ad.jp; s=nic; t=1536141272; bh=AcnQz7t1JIeADXknjKhsKFBlg1ClPP7WL/t0eyEVves=; h=To:References:From:Date:In-Reply-To; b=IAqas9bWTCg/46MlkUrA24I2UjS4I/JTTa0GwkIcsxa1d4CEZY9E/aA44bh75Afq2 Vby2UxmoC1rJbRENwJTM6j4r7cCq3MBKFUjH7roYuUMODCJ+ZxgfHjUT6mmMAz0+1q AOWcMKh68BGLTxVm9HpBNnixFuKV79XwQNiu6IRg=
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nic.ad.jp; s=nic; t=1536141272; bh=AcnQz7t1JIeADXknjKhsKFBlg1ClPP7WL/t0eyEVves=; h=To:References:From:Date:In-Reply-To; b=IAqas9bWTCg/46MlkUrA24I2UjS4I/JTTa0GwkIcsxa1d4CEZY9E/aA44bh75Afq2 Vby2UxmoC1rJbRENwJTM6j4r7cCq3MBKFUjH7roYuUMODCJ+ZxgfHjUT6mmMAz0+1q AOWcMKh68BGLTxVm9HpBNnixFuKV79XwQNiu6IRg=
  • In-reply-to: <CAJMj-ZBZ59LY9Z33wBG5_xO+BGWB0-P4j4iafqm9aRYyLS8YqA@mail.gmail.com>
  • List-archive: <http://mailman.apnic.net/mailing-lists/sig-policy/>
  • List-help: <mailto:sig-policy-request@lists.apnic.net?subject=help>
  • List-id: APNIC SIG on resource management policy <sig-policy.lists.apnic.net>
  • List-post: <mailto:sig-policy@lists.apnic.net>
  • List-subscribe: <https://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=subscribe>
  • List-unsubscribe: <https://mailman.apnic.net/mailman/options/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=unsubscribe>
  • References: <CAJMj-ZBZ59LY9Z33wBG5_xO+BGWB0-P4j4iafqm9aRYyLS8YqA@mail.gmail.com>

    • Dear proposer,
      
      I remember that there are many discussions at APNIC44 meeting.
      APNIC secretariat publish the summary of discussions.
      https://www.apnic.net/community/policy/proposals/prop-118/discussion-118/
      
      I understand that you have revised this policy proposal based on these comments.
      Would you please share with us the reason why you add only the following paragraph
      in this version?
      
      ==============================================================================
      4. Proposed policy solution
      ---------------------------
      (snip)
      
       - When transferring Internet number resources to another RIR, the APNIC will
         follow the transfer policies that apply within its own service region. The
         APNIC will also comply with the commitments imposed by the receiving RIR in
         order to facilitate the transfer.
      ==============================================================================
      
      (Opposing arguments)
      ・In the past 12 months, only a single transfer was refused by the Secretariat
        because the recipient was unable to demonstrate need.
      ・More fraudulent transfers might occur if there is less analysis by the Secretariat.
      
      Especially about opposing arguments, what do you think about?
      Because we are the one of NIRs and we have already implemented the transfer policy,
      we are interested in the above points.
      
      Regards,
      Hiroki
      
      ---
      Hiroki Kawabata(kawabata@nic.ad.jp)
      Hostmaster, IP Address Department
      Japan Network Information Center(JPNIC)
      
      
      Subject: [sig-policy] A new version of the proposal "prop-118: No need policy in APNIC region"
      From: Sumon Ahmed Sabir <sasabir@gmail.com>
      Date: Wed Aug 08 2018 02:44:39 GMT+0900
      
      
      Dear SIG members
      
      A new version of the proposal "prop-118: No need policy in APNIC region"
      has been sent to the Policy SIG for review.
      
      Information about earlier versions is available from:
      
      https://www.apnic.net/community/policy/proposals/prop-118/
      
      You are encouraged to express your views on the proposal:
      
         - Do you support or oppose the proposal?
         - Is there anything in the proposal that is not clear?
         - What changes could be made to this proposal to make it more effective?
      
      Please find the text of the proposal below.
      
      Kind Regards,
      
      Sumon, Bertrand, Ching-Heng
      APNIC Policy SIG Chairs
      
      
      ----------------------------------------------------------------------
      
      prop-118-v002: No need policy in APNIC region
      
      ----------------------------------------------------------------------
      
      Proposer: Heng Lu
                  h.lu@laruscloudservice.net
      
      
      1. Problem Statement
      --------------------
      
      Whenever a transfer of IPv4 is taking place within the APNIC region, the
      recipient needs to demonstrate the "need" for the IPv4 space they intend
      to transfer.
      
      Companies transferring IPv4 space to their pool do this in ordcer to
      enable further growth in their network, since the space is not coming
      from the free public pool, regular policies that are intended to protect
      the limited pool of IPv4 space can be removed in transfers.
      
      
      2. Objective of policy change
      -----------------------------
      
      Simplify transfer of IPv4 space between resource holders.
      Ease some administration on APNIC staff, increase database accuracy.
      
      
      3. Situation in other regions
      -----------------------------
      
      RIPE region has an all around no need policy in IPv4, even for first
      allocation, transfers do not require the recipient to demonstrate their
      intended use of the resources.
      
      ARIN, need base for both transfers and resources issued by ARIN.
      
      AFRINIC, need based policy on transfers (not active yet) and resource
      request from AFRINIC based on needs.
      
      LACNIC, no transfers, need based request.
      
      Out of all these RIR, only ARIN and RIPE NCC have inter-RIR transfer
      policies,  ARIN has made clear in the past that the "no need" policy
      from the RIPE region would break inter-RIR transfers from ARIN to RIPE
      region.
      
      
      4. Proposed policy solution
      ---------------------------
      
      Simply copy the RIPE policy to solve the ARIN transfer incompatibility:
      
         - 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.
      
         - For transfers from RIR regions that require the receiving region to
           have needs-based policies, recipients must provide a plan to the
           APNIC for the use of at least 50% of the transferred resources within
           5 years.
      
         - When transferring Internet number resources to another RIR, the APNIC
           will follow the transfer policies that apply within its own service
      region.
           The APNIC will also comply with the commitments imposed by the
      receiving
           RIR in order to facilitate the transfer.
      
      
      5. Advantages / Disadvantages
      -----------------------------
      
      Advantages:
      
         - Harmonisation with RIPE region.
         - Makes transfer simpler and smoother within APNIC and between APNIC
           and RIPE.
         - Maintains a compatibility with ARIN.
         - Removes the uncertainty that a transfer may be rejected based on
           potentially badly documented needs.
         - Lowers the overall administrative burden on APNIC staff.
      
      Disadvantages:
      
      None.
      
      
      6. Impact on resource holders
      -----------------------------
      
      None.
      
      
      7. References
      -------------
      
      
      
      *              sig-policy:  APNIC SIG on resource management policy           *
      _______________________________________________
      sig-policy mailing list
      sig-policy@lists.apnic.net
      https://mailman.apnic.net/mailman/listinfo/sig-policy