[sig-policy] Final Comment Period for prop-133: Clarificationon Sub-Assignmen ts

  • To: "sig-policy" <sig-policy@lists.apnic.net>
  • Subject: [sig-policy] Final Comment Period for prop-133: Clarificationon Sub-Assignmen ts
  • From: "chku" <chku@twnic.tw>
  • Date: Fri, 05 Mar 2021 10:30:37 +0800 (CST)
  • Delivered-to: sig-policy@clove.apnic.net
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=twnic.tw; s=tw168; t=1614911438; bh=5JkCwKL4tZKNvsKeBhmNkZtyOp/+exX+Qry2Yh9uVio=; l=13796; h=From:Subject:Message-ID:To:Date:MIME-Version; b=cTG4OvWEhXvPPB8H6GYKFrth0Whu0aYb0IwfT8CvTY/CI88IMxnvZ7Fj04giA8xds hmT6lalMwKFKaM0XzuLM49YlrYd6QgN2DGBSnMp5H7uwbVSgxPrq+YH7LkaTRoc54d 2V2j/PQnlrDAyFtL3mLCwOo5FwkL1c7LSrvENpbI=
  • 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>
  • Reply-to: chku <chku@twnic.tw>

    • Dear colleagues,

      Version 3 of prop-133: Clarification on Sub-Assignments, reached consensus
      at the APNIC 51 Open Policy Meeting and later at the APNIC Annual General
      Meeting (AGM).

      This proposal will now move to the next step in the APNIC Policy
      Development Process and is being returned to the Policy SIG mailing list
      for the final Comment Period.

      - Deadline for comments:  23:59 (UTC +10) Friday, 02 April 2021

      Proposal details, including the full text of the proposal, history, and
      links to previous versions are available at:


      Bertrand and Ching-Heng
      Policy SIG Chairs


      prop-133-v003: Clarification on Sub-Assignments


      Proposer: Jordi Palet Martinez

      1. Problem statement
      Note that this proposal is ONLY relevant when end-users obtain direct assignments from APNIC, or when a LIR obtains (from APNIC as well), an assignment for exclusive use within its infrastructure. Consequently, this is NOT relevant in case of LIR allocations.

      The intended goal of assignments is for usage by end-users or LIRs in their own infrastructure (servers, equipment, interconnections, employees, guest devices, subcontractors, clearly only within that infrastructure), not for
      sub-assignment in other networks.

      The current text uses a ?ust_ together with ?ocumented purposes_. As a consequence, if there is a request with a documented purpose, and in the future the assigned space is used for some other purposes, it will violate the policy.

      For example, a university may document in the request, that the assigned addressing space will be used for their own network devices and serves, but afterwards they also sub-assign to the students in the campus (still same infrastructure). This last purpose was not documented, so it will fall out of the policy.

      The cause of the problem is easy to understand. When we used to have only IPv4, in most cases this was not happening, because typically the IPv4 addressed sub-assigned to the students was private addresses, so not falling in the scope of the policy. However, in the case of IPv6, the addresses sub-assigned will be GUA, so violating the policy.

      2. Objective of policy change
      Clarification of the text, by rewording and simplifying it and avoiding an unintended policy violation when deploying IPv6.

      3. Situation in other regions
      This situation, has already been corrected in AFRINIC, ARIN, LACNIC and RIPE. In some cases, the reworded text corrected/clarified also other issues which do not happen in APNIC.

      4. Proposed policy solution
      Actual text:
      2.2.3. Assigned address space
      Assigned address space is address space that is delegated to an LIR, or end-user, for specific use within the Internet infrastructure they operate. Assignments must only be made for specific, documented purposes and may not be sub-assigned.

      Proposed text:
      2.2.3. Assigned address space
      Assigned address space means address space delegated to an LIR, or end-user, for exclusive use within the infrastructure they operate.

      5. Advantages / Disadvantages
      Fulfilling the objective above indicated and making sure to match the real situation with IPv4 and IPv6 networks.

      The proposal resolves the problem, now and in the future, for unintended violations that happen mainly because the incorporation of IPv6 in the networks, with a text that was written thinking mostly in IPv4 only.

      The proposal is NOT creating any trouble/change to networks that do not violate the actual policy.

      6. Impact on resource holders

      7. References
      _ https://www.afrinic.net/policy/2018-v6-002-d3#details

      _ https://www.arin.net/participate/policy/nrpm/#2-5-allocation-assignment-reallocation-reassignment and https://www.arin.net/participate/policy/drafts/2019_15/

      _ https://politicas.lacnic.net/politicas/detail/id/LAC-2018-7?language=en

      RIPE NCC:
      _ https://www.ripe.net/participate/policies/proposals/2016-04