|
| 1 | +IPv4 Reclamation Algorithm (Beta) |
| 2 | +================================= |
| 3 | + |
| 4 | +OVERVIEW |
| 5 | + |
| 6 | +In May 2012, the ICANN Board ratified a global policy Global Policy for |
| 7 | +Post Exhaustion IPv4 Allocation by IANA. This policy called for the |
| 8 | +establishment of a Recovered IPv4 Pool, which contains fragments leftover |
| 9 | +in the IANA and space that has been returned to the IANA by other means. |
| 10 | +The policy also called for IANA to make allocations from the Recovered |
| 11 | +IPv4 Pool once the pool is declared active. |
| 12 | + |
| 13 | +The pool will initially be declared active as soon as the first RIR has |
| 14 | +less than a /9 of IPv4 space in its inventory. The pool will also be |
| 15 | +declared active during “IPv4 allocation periods”, 6-month periods |
| 16 | +following 1 March or 1 September in each year. |
| 17 | + |
| 18 | +ICANN reported that we will use an open-source software program to |
| 19 | +perform the address selection process. This code implements the IPv4 |
| 20 | +reclamation policy. |
| 21 | + |
| 22 | +This code is provisional and may be revised based on feedback from the |
| 23 | +community prior to its initial invocation by the Global Policy. |
| 24 | + |
| 25 | +REQUIREMENTS |
| 26 | + |
| 27 | +The Global Policy calls for the following: |
| 28 | + |
| 29 | + When the Recovered IPv4 Pool is first activated and at the beginning |
| 30 | + of each subsequent IPv4 allocation period, we will use software to |
| 31 | + select 5 IPv4 allocation units (one for each RIR) from the current |
| 32 | + IPv4 Recovered pool. |
| 33 | + |
| 34 | + An IPv4 allocation unit is 1/5 of Recovered IPv4 pool, rounded down |
| 35 | + to the next CIDR (power-of-2) boundary. |
| 36 | + |
| 37 | + The minimum "IPv4 allocation unit" size will be a /24. If the |
| 38 | + calculation used to determine the IPv4 allocation unit results in a |
| 39 | + block smaller than a /24, the IANA will not distribute any addresses |
| 40 | + in that IPv4 allocation period. |
| 41 | + |
| 42 | +The software should use the published ipv4-recovered-address-space |
| 43 | +registry XML file as input and output an updated XML file for check-in to |
| 44 | +the repository. Ideally, the software should try to allocate RIRs address |
| 45 | +space within /8s they already manage, based on the distribution in the |
| 46 | +ipv4-address-space registry. |
| 47 | + |
| 48 | +METHODOLOGY |
| 49 | + |
| 50 | +The algorithm determines the number of addresses that must be assigned |
| 51 | +to each RIR using the Global Policy. It determines the available ranges |
| 52 | +that can be re-allocated using the IANA recovered IPv4 address registry. |
| 53 | +It also determines a preference for each range using the current "WHOIS" |
| 54 | +records in the IPv4 address registry. The WHOIS record is a good indicator |
| 55 | +of which RIR is responsible for the covering /8 for a particular IP |
| 56 | +address. |
| 57 | + |
| 58 | +Based on these inputs, the algorithm iterates through each RIR and finds |
| 59 | +the best record to satisfy their need. Allocations are weighted toward |
| 60 | +(a) allocations that would be drawn from a range for which the |
| 61 | +RIR is responsible for the covering /8; (b) allocations that are larger; |
| 62 | +and (c) allocations that are the exact size of the needed space. |
| 63 | + |
| 64 | +HOW TO USE |
| 65 | + |
| 66 | +The algorithm is implemented as a command-line tool. Invoking the tool |
| 67 | +without arguments will fetch the most recent version of the two input |
| 68 | +registries from the IANA website. You can alternatively specify either a |
| 69 | +file-path or a URL as command line arguments to nominate alternate inputs. |
| 70 | + |
| 71 | +Using the "-o" or "--output" flags will save a revised version of the |
| 72 | +recovered IPv4 registry updated to reflect the new allocations. Note that |
| 73 | +allocations generated by this software will only take effect once the |
| 74 | +revised registries are published officially by ICANN. |
| 75 | + |
| 76 | +LICENSE |
| 77 | + |
| 78 | +Copyright (c) 2014, Internet Corporation for Assigned Names and |
| 79 | +Numbers. All rights reserved. |
| 80 | + |
| 81 | +Redistribution and use in source and binary forms, with or without |
| 82 | +modification, are permitted provided that the following conditions are met: |
| 83 | + |
| 84 | + * Redistributions of source code must retain the above copyright |
| 85 | + notice, this list of conditions and the following disclaimer. |
| 86 | + |
| 87 | + * Redistributions in binary form must reproduce the above copyright |
| 88 | + notice, this list of conditions and the following disclaimer in the |
| 89 | + documentation and/or other materials provided with the distribution. |
| 90 | + |
| 91 | + * Neither the name of the ICANN nor the names of its contributors |
| 92 | + may be used to endorse or promote products derived from this |
| 93 | + software without specific prior written permission. |
| 94 | + |
| 95 | +THIS SOFTWARE IS PROVIDED BY ICANN AND CONTRIBUTORS ``AS IS'' AND ANY |
| 96 | +EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE |
| 97 | +IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR |
| 98 | +PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL ICANN OR CONTRIBUTORS BE |
| 99 | +LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR |
| 100 | +CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF |
| 101 | +SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS |
| 102 | +INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN |
| 103 | +CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) |
| 104 | +ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF |
| 105 | +THE POSSIBILITY OF SUCH DAMAGE. |
0 commit comments