sig-policy December 2010

sig-policy@lists.apnic.net

13 participants
6 discussions

Monthly List Reminder
by noreply＠apnic.net 31 Dec '10

31 Dec '10

Dear Subscriber, This is the monthly reminder of subscription information for the sig-policy list, hosted at APNIC. For subscription information including how to un-subscribe go to http://mailman.apnic.net/mailman/listinfo/sig-policy Thank you for participating in this discussion. Kind Regards, List administrator

1 0

prop-086-v002: Global Policy for IPv4 Allocations by the IANA Post Exhaustion
by Gaurab Raj Upadhaya 23 Dec '10

23 Dec '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear SIG members, Version 2 of the proposal, 'Global Policy for IPv4 Allocations by the IANA Post Exhaustion', has been sent to the Policy SIG for review. It will be presented at the Policy SIG at APNIC 31 in Hong Kong, 21-25 February 2011. Changes in version 2: - Section 4, 'Situation in other RIRs', has been updated to show the status of the proposal in other regions. - The second last sentence of section 5.4, 'RIR Eligibility for Receiving Allocations from the Reclamation Pool', has been rewritten to align the text with versions of the proposal submitted in other regions. We invite you to review and comment on the proposal on the mailing list before the meeting. The comment period on the mailing list before an APNIC meeting is an important part of the policy development process. We encourage you to express your views on the proposal: - Do you support or oppose this proposal? - Does this proposal solve a problem you are experiencing? If so, tell the community about your situation. - Do you see any disadvantages in this proposal? - Is there anything in the proposal that is not clear? - What changes could be made to this proposal to make it more effective? Information about this and other policy proposals is available from: http://www.apnic.net/policy/proposals Gaurab, Ching-Heng, and Terence ________________________________________________________________________ prop-086-v002: Global Policy for IPv4 Allocations by the IANA Post Exhaustion ________________________________________________________________________ Authors: Steve Bertrand <steve(a)ipv6canada.com> Chris Grundemann <cgrundemann(a)gmail.com> Martin Hannigan <marty(a)akamai.com> Aaron Hughes <ahughes(a)bind.com> Louie Lee <louie(a)equinix.com> Matt Pounsett <matt(a)conundrum.com> Jason Schiller <schiller(a)uu.net> Note: The above individuals donated their time, resources and effort to develop this proposal on behalf of the Internet Community. Version: 2 Date: 21 December 2010 1. Introduction - ---------------- This policy defines the process for the allocation of IPv4 addresses post "Exhaustion Phase" [1]. A global policy is required in order for the IANA to be able to transparently continue to be able to allocate IPv4 addresses beyond exhaustion. In order to fulfill the requirements of this policy, the IANA must set up a reclamation pool to hold addresses in and distribute from in compliance with this policy. This policy establishes the process by which IPv4 addresses can be returned to and re-issued from the IANA post Exhaustion Phase. This document does not stipulate performance requirements in the provision of services by the IANA to an RIR in accordance with this policy. Such requirements should be specified by appropriate agreements among the RIRs and ICANN. The intent of this policy is as follows: - To include all post Exhaustion Phase IPv4 address space returned to the IANA. - Allows allocations by the IANA from the Reclamation Pool once the Exhaustion Phase has been completed. - Defines "need" as the basis for further IPv4 allocations by the IANA. - Does not differentiate any class of IPv4 address space unless otherwise defined by an RFC. - Encourage the return of IPv4 address space by making this allocation process available. - Disallow transfers of addresses sourced from the Reclamation Pool in the absence of an IPv4 Global Transfer Policy to neutralize transfer process inequities across RIR regions. - Applies to legacy IPv4 Address Space initially allocated by the IANA to users including the allocations to RIRs. - Includes any length of fragments currently held by the IANA now or in the future. 2. Definitions - --------------- IANA: Internet Assigned Numbers Authority, or its successor ICANN: Internet Corporation for Assigned Names and Numbers, or its successor RIR: Regional Internet Registry as recognized by ICANN MoU: Memorandum of Understanding between ICANN and the RIRs IPv4: Internet Protocol Version Four(4), the target protocol of this Global Policy Free Space Pool: IPv4 Addresses that are in inventory at any RIR, and/or the IANA 3. Summary of the current problem - ---------------------------------- With the depletion of the IANA free pool of IPv4 address space, the current policy regarding the allocation of IPv4 address space to the RIRs will become moot. The RIRs may, according to their individual policies and procedures, recover IPv4 address space. This policy provides a mechanism for the RIRs to retro allocate the recovered IPv4 address space to the IANA and provides the IANA the policy by which it can allocate it back to the RIRs on a needs basis. This policy creates a new global pool of IPv4 address space that can be allocated where it is needed on a global basis without a transfer of address space between the RIRs. This policy proposal addresses the issues raised with the previous policy proposal prop-069, which the authors agree will not gain global consensus without significant revision. 4. Situation in other RIRs - --------------------------- This proposal is being submitted in all RIR regions, with a view to becoming a global policy [1]. - - AfriNIC Submitted. Presented at AfriNIC 13. However, due to a change in the text of the proposal within a week of the meeting, consensus could not be obtained. Returned for further discussion on mailing list, and to be presented at AfriNIC 14. http://www.afrinic.net/docs/policies/AFPUB-2010-v4-006.htm - - ARIN Submitted. The ARIN Address Council has recommended adoption. https://www.arin.net/policy/proposals/2010_10.html - - LACNIC Submitted. Presented at LACNIC XIV. Returned to the mailing list for further discussion. http://www.lacnic.net/documentos/politicas/LAC-2010-04-propuesta-en.pdf - - RIPE Submitted. Under initial discussion. http://www.ripe.net/ripe/policies/proposals/2010-05.html 5. Details - ----------- 5.1 Reclamation Pool Upon adoption of this IPv4 address policy by the ICANN Board of Directors, the IANA shall establish a Reclamation Pool to be utilized post RIR IPv4 exhaustion as defined in Section 4. The reclamation pool will initially contain any fragments that may be left over in IANA inventory. As soon as the first RIR exhausts its inventory of IP address space, this Reclamation Pool will be declared active. When the Reclamation Pool is declared active, the Global Policy for the Allocation of the Remaining IPv4 Address Space [3] and Policy for Allocation of IPv4 Blocks to Regional Internet Registries [4] will be formally deprecated. 5.2 Returning Address Space to the IANA The IANA will accept into the Reclamation Pool all eligible IPv4 address space that are offered for return. Eligible address space includes addresses that are not designated as "special use" by an IETF RFC or addresses allocated to RIRs unless they are being returned by the RIR that they were orignally allocated to. Legacy address holders may return address space directly to the IANA if they so choose. 5.3 Address Allocations from the Reclamation Pool by the IANA Allocations from the Reclamation Pool may begin once the pool is declared active. Addresses in the Reclamation Pool will be allocated on a CIDR boundary equal to or shorter than the longest minimum allocation unit of all RIRs in order to complete these allocations. The Reclamation Pool will be divided on CIDR boundaries and distributed evenly to all eligible RIRs. Any remainder not evenly divisible by the number of eligible RIRs based on a CIDR boundary equal to or shorter than the longest minimum allocation unit of all RIRs will remain in the Reclamation Pool. Addresses that are left over will be held in the Reclamation Pool until additional IP addresses can be returned to rejoin addresses on CIDR boundaries to the Reclamation Pool or a minimum allocation unit is set to allow allocation from existing inventory. 5.4 RIR Eligibility for Receiving Allocations from the Reclamation Pool Upon the exhaustion of an RIR's free space pool and after receiving their final /8 from the IANA [3], an RIR will become eligible to request address space from the IANA Reclamation Pool when it publicly announces via its respective global announcements email list and by posting a notice on its website that it has exhausted its supply of IPv4 address space. An RIR is considered at exhaustion when the inventory is less than the equivalent of a single /8 and is unable to further allocate or assign address space to its customers in units equal to or shorter than the longest of that RIR's policy defined minimum allocation unit. Any RIR that is formed after the ICANN Board of Directors has ratified this policy is not eligible to utilize this policy to obtain IPv4 address space from the IANA. 5.5 Reporting Requirements The IANA shall publish on at least a weekly basis a report that is publicly available which at a minimum details all address space that has been received and that has been allocated. The IANA shall publish a Returned Address Space Report which indicates what resources were returned, by whom and when. The IANA shall publish an Allocations Report on at least a weekly basis which at a minimum indicates what IPv4 address space has been allocated, which RIR received the allocation and when. The IANA shall publish a public notice confirming RIR eligibility subsequent to Section 5.4. 5.6 No Transfer Rights Address space assigned from the Reclamation Pool may be transferred if there is either an ICANN Board ratified global policy or globally coordinated RIR policy specifically written to deal with transfers whether inter-RIR or from one entity to another. Transfers must meet the requirements of such a policy. In the absence of such a policy, no transfers of any kind related to address space allocated or assigned from the reclamation pool is allowed. 5. Pros/Cons - ------------- 5.1 Advantages - The policy provides a mechanism for the ongoing distribution of IPv4 address space. 5.2 Disadvantages - None identified. 6. Effect on APNIC Members - --------------------------- This policy governs the allocation relationship between the IANA and the RIRs. It does not imply any change to allocation relationships between APNIC and its members. 7. Effect on NIRs - ------------------ This policy governs the allocation relationship between the IANA and the RIRs. It does not imply any change to allocation relationships between APNIC and NIRs. 8. References - ------------- [1] IANA, Global Policy for the Allocation of the Remaining IPv4 Address Space http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm [2] ICANN Address Supporting Organization (ASO) MoU http://aso.icann.org/documents/memorandum-of-understanding [3] Global Policy for the Allocation of the Remaining IPv4 Address Space http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm [4] Policy for Allocation of IPv4 Blocks to Regional Internet Registries http://aso.icann.org/wp-content/uploads/2009/09/aso-001-2.pdf -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0SsuwACgkQSo7fU26F3X1yuwCgl7PkG8LtHA2CI63+01XKs5tc VhwAn3qmDbHyiAdD7skCPuh1rblSJfB9 =TdLg -----END PGP SIGNATURE-----

1 0

APNIC 2010 in Review
by Srinivas Chendi 21 Dec '10

21 Dec '10

_______________________________________________________________________ 2010 in Review _______________________________________________________________________ Dear Colleagues The APNIC Secretariat thanks the Internet community for its support during 2010 and wishes everyone a happy and prosperous 2011. As we face the challenges of IPv4 runout, we have created a video reminding the community of the importance of IPv6 deployment, not only to the future of the Internet, but to future generations. http://www.apnic.net/yearinreview We look forward to working with you again. Warm regards Sunny -- Srinivas (Sunny) Chendi email: sunny(a)apnic.net Senior Community Engagement Specialist sip: sunny(a)voip.apnic.net http://www.apnic.net phone: +61 7 3858 3100 Join my twitter https://twitter.com/ap_sunny ________________________________________________________________________ Joins us for APNIC 31 Hong Kong. Visit - http://meetings.apnic.net/31

1 0

Long overdue: Fix to Chinese Internet traffic hijack due in January
by Jeffrey A. Williams 09 Dec '10

09 Dec '10

All, Good to see that RPKI is getting more broadly accepted now. This has been long overdue yet avaliable for a number of years. Seems though that when this was being argued on the GA here, that the IANA was dicidedly not very receptive of it's adoption and implimentation. Glad that they along with other RIR's have changed their minds finnaly. I suppose they just needed the right motivation? See: http://www.networkworld.com/news/2010/120710-chinese-internet-traffic-fix.h… Regards, Jeffrey A. Williams "Obedience of the law is the greatest freedom" - Abraham Lincoln "Credit should go with the performance of duty and not with what is very often the accident of glory" - Theodore Roosevelt "If the probability be called P; the injury, L; and the burden, B; liability depends upon whether B is less than L multiplied by P: i.e., whether B is less than PL." United States v. Carroll Towing (159 F.2d 169 [2d Cir. 1947] =============================================================== Updated 1/26/04 Network Eng. SR. Eng. Network data security ABA member in good standing member ID 01257402 E-Mail jwkckid1(a)ix.netcom.com Phone: 214-244-4827

1 0

prop-088: Distribution of IPv4 addresses once the final /8 period starts
by Terence Zhang YH 04 Dec '10

04 Dec '10

Dear SIG members, The proposal, 'Distribution of IPv4 addresses once the final /8 period starts', has been sent to the Policy SIG for review. It will be presented at the Policy SIG at APNIC 29 in Kuala Lumpur, 21-25 February 2011. We invite you to review and comment on the proposal on the mailing list before the meeting. The comment period on the mailing list before an APNIC meeting is an important part of the policy development process. We encourage you to express your views on the proposal: - Do you support or oppose this proposal? - Does this proposal solve a problem you are experiencing? If so, tell the community about your situation. - Do you see any disadvantages in this proposal? - Is there anything in the proposal that is not clear? - What changes could be made to this proposal to make it more effective? Information about this and other policy proposals is available from: http://www.apnic.net/policy/proposals Gaurab, Ching-Heng, and Terence ________________________________________________________________________ prop-088-v001: Distribution of IPv4 addresses once the final /8 period starts ________________________________________________________________________ Author: Randy Bush <randy(a)psg.com> Philip Smith <pfs(a)cisco.com> Version: 1 Date: 22 November 2010 1. Introduction ---------------- This is a proposal to handle any IPv4 address space received by APNIC after the final /8 policy is implemented as being part of the final /8 pool and to redistribute these resources according to the final /8 policies. 2. Summary of current problem ------------------------------ After APNIC has activated the "final /8" allocation policies[1], there is the possibility that APNIC will receive further IPv4 addresses. These IPv4 addresses will come either directly from Asia Pacific networks that no longer need them, or, if the global policy proposal for redistributing resources from the IANA succeeds, from the IANA. The intent of the authors of the original final /8 policy proposal was to have all other IPv4 allocation and assignment policies replaced by the delegation policy described in the final /8 policy. However, the current language of the final /8 policy does not explicitly repeal the other IPv4 allocation and assignment policies. The authors are therefore aware that there may be some confusion as to how such returned addresses should be distributed by APNIC. This proposal seeks to clarify the situation. 3. Situation in other RIRs --------------------------- There is no similar policy or proposal in other regions. 4. Details of the proposal --------------------------- It is proposed that: 4.1 When APNIC has distributed all other available IPv4 resources, and has to start distributing from the final /8, any IPv4 resources received after that point will be placed into the final /8 pool. - This placement into the final /8 pool will occur even if the result is a pool larger than one /8. - Subject to any future global policy for the redistribution of addresses received by the IANA from the RIRs (for example, prop-069), this placement applies to any IPv4 addresses APNIC receives from: - the IANA; and/or - holders of addresses in the APNIC Whois Database 4.2 These resources received in 4.1 are to be distributed according to the same policies as apply to the final /8 [1]. 5. Advantages and disadvantages of the proposal ------------------------------------------------ 5.1 Advantages - It reduces confusion possible if IPv4 resources are received outside the final /8 but during the period when the final /8 policy is active by explicitly stating how these IPv4 resources are to be handled. 5.2 Disadvantages - No disadvantages are foreseen. 6. Effect on APNIC members --------------------------- APNIC members can only request and receive a single distribution from the final /8. This would also apply to any other IPv4 addresses placed in the final /8 pool by this policy. 7. Effect on NIRs ------------------ This will affect NIR members in the same way as APNIC members. 8. References -------------- [1] Section 9.10 "Distribution of the final /8 worth of space in the unallocated APNIC IPv4 address pool" of "Policies for IPv4 address space management in the Asia Pacific region" http://www.apnic.net/policy/add-manage-policy#9.10 _______________________________________________

14 32

Call for policy proposals for APNIC 31
by Gaurab Raj Upadhaya 02 Dec '10

02 Dec '10

Dear Colleagues - Is there something in APNIC's policies that you think really needs to change? - Have you tried to request resources from APNIC but didn't meet the current criteria? - Have you thought of any ways to address some of the IPv4 run-out issues raised at the APNIC 30 Community Consultation? http://meetings.apnic.net/30/program/plenary If so, why not propose a new policy or a change to an existing policy? Submit your policy proposal now for discussion at APNIC 31. To submit a policy proposal before the 19 January 2011 deadline, you have two options: 1. Use the online form at: http://www.apnic.net/community/participate/submit-a-policy-proposal 2. Send your proposal in TEXT format to <policy(a)apnic.net>. We encourage you to submit proposals well before the deadline. This gives the community more time to consider your proposal and gives you the opportunity to amend your proposal, if needed, based on the community's feedback. More information ---------------- APNIC's policy development process is explained at: http://www.apnic.net/policy View current and past policy proposals at: http://www.apnic.net/policy/proposals Learn more about APNIC 31 at: http://meetings.apnic.net/31 We look forward to seeing you in Hong Kong! APNIC Policy SIG Chairs Gaurab, Ching-Heng, and Terence --

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

sig-policy December 2010