The final /8 of address space to be administered by the RIPE NCC is subject to a restrictive delegation policy. In its current form, it can only be used to provide allocations of IPv4 address space to LIRs. This is inherently biased against the large number of organisations which require Provider Independent (PI) assignments of IPv4 address space.
This policy seeks to redress this bias by allowing End Users to receive PI assignments from the last /8.
The final /8 of address space to be administered by the RIPE NCC is subject to a restrictive delegation policy. In its current form, it can only be used to provide allocations of IPv4 address space to LIRs. This is inherently biased against the large number of organisations which require Provider Independent (PI) assignments of IPv4 address space.
This policy proposal seeks to redress this bias by allowing End Users to receive PI assignments from the last /8.
Current
[Following text is to be modified in the RIPE Policy Document “IPv4 Address Allocation and Assignment Policy for the RIPE NCC Service Region”, if the proposal reaches consensus. This would result in a new policy section.]
The following policies come into effect as soon as RIPE NCC is required to make allocations from the final /8 it receives from the IANA. From then on the distribution of IPv4 address space will only be done as follows:
A /16 from the final /8 will be held in reserve for exclusive use by Internet Exchange Points. On application for IPv4 resources, an Internet Exchange Point (IXP) will receive one number resource (/24 to /22) according to the following:
A /16 will be held in reserve for some future uses, as yet unforeseen. The Internet is a disruptive technology and we cannot predict what might happen. Therefore it is prudent to keep a /16 in reserve, just in case some future requirement makes a demand of it. In the event that this /16 remains unused at the time the remaining /8 covered by this policy has been distributed, it returns to the pool to be distributed as per clause 1.
This section only applies to address space that is returned to the RIPE NCC and that will not be returned to the IANA but re-issued by the RIPE NCC itself.
In case an allocation of a single /22 as per clause 1 can no longer be made, multiple allocations up to an equivalent of a /22 in address space will be made to fulfill a request.
New
[Following text will replace section 5.6 in the RIPE Policy Document “IPv4 Address Allocation and Assignment Policy for the RIPE NCC Service Region” , if the proposal reaches consensus. This would result in a new policy section. NOTE: added new paragraph 5.6.2 and renumbered subsequent paragraphs.]
The following policies come into effect as soon as RIPE NCC is required to make allocations from the final /8 it receives from the IANA. From then on the distribution of IPv4 address space will only be done as follows:
On application for IPv4 resources, End Users may receive IPv4 addresses according to the following:
A /16 from the final /8 will be held in reserve for exclusive use by Internet Exchange Points. On application for IPv4 resources, an Internet Exchange Point (IXP) will receive one number resource (/24 to /22) according to the following:
A /16 will be held in reserve for some future uses, as yet unforeseen. The Internet is a disruptive technology and we cannot predict what might happen. Therefore it is prudent to keep a /16 in reserve, just in case some future requirement makes a demand of it. In the event that this /16 remains unused at the time the remaining /8 covered by this policy has been distributed, it returns to the pool to be distributed as per clause 1.
This section only applies to address space that is returned to the RIPE NCC and that will not be returned to the IANA but re-issued by the RIPE NCC itself.
In case an allocation of a single /22 as per clause 1 can no longer be made, multiple allocations up to an equivalent of a /22 in address space will be made to fulfill a request.
a. Arguments supporting the proposal
Provider independent assignments provide a critical networking resource to a large number of End Users in the RIPE NCC service region. It is difficult to justify excluding them from the last /8 on what is essentially an arbitrary basis.
A policy of excluding End Users from being able to receive provider independent assignments from the last /8 may attract unwelcome regulatory and/or legal attention for the RIPE NCC.
b. Arguments opposing the proposal
It is likely that PI assignments from the last /8 will cause the last /8 to be consumed faster than if PI assignments were prohibited.
Note: In order to provide additional information related to the proposal, details of an impact analysis carried out by the RIPE NCC are documented below. The projections presented in this analysis are based on existing data and should be viewed only as an indication of the possible impact that the policy might have if the proposal is accepted and implemented.
The RIPE NCC understands that the intent of Policy Proposal 2010-02, “Allocations from the last /8” was to allow new entrants to receive some IPv4 address space next to their IPv6 allocation. The acceptance of Policy Proposal 2012-04 would accelerate the consumption of IPv4 addresses from the last /8, reducing the period in which new entrants would be able to receive IPv4 address space.
The RIPE NCC would like to highlight some details of the implementation:
Address/Internet Number Resource Consumption:
Acceptance of this proposal would speed up the consumption of addresses from the remaining IPv4 address pool. The exact impact depends on a number of factors.
These factors include:
If the policy proposal is not accepted:
In this case, it could be estimated that the last /8 would be fully used in approximately nine years.
If the policy proposal is accepted, the same assumptions as above could be made and:
In this case, it could be estimated that the last /8 would be fully used in approximately five years.
The RIPE NCC would like to highlight that both these scenarios assume that the LIR growth rate will remain the same for the entire period.
Another scenario assumes that End Users will request PI assignments directly from the RIPE NCC because the upstream LIR they would request a PA assignment from cannot or will not make an assignment to them. In this scenario, it is very difficult to predict what effect this would have on address consumption from the last /8.
Requests smaller and larger than a /24
Finally, under the policy proposal, only requests for a /24 would be approved. This would have implications for those who require less than a /24 of address space or more than a /24 of address space.
To determine the effect the proposal would have on the consumption of the last /8, it would be reasonable to look at the number of PA assignments from a /25 to a /23. In 2011, about 35,000 PA assignments between a /25 and a /23 were registered in the RIPE Database, excluding INFRA-AW assignments.
Even though it is impossible to predict how many End Users would request PI space if they could not obtain a PA assignment, the number of assignments from a /25 to a /23 could be considered to be an indication of the number of these assignments that would be made.
In the event that the same number of End Users requested PI space as in 2011, the last /8 would be exhausted in less than two years.
Fragmentation/Aggregation:
After analysing the data that is currently available, the RIPE NCC does not anticipate that any significant impact will be caused if this proposal is implemented.
Registration Services:
This proposal limits to a /24 the amount of address space that one End User may receive. Identifying all the assignments that an End User holds can be difficult and time-consuming, involving a substantial amount of administrative work from the RIPE NCC. Much of this work would derive from the large number of languages used in the RIPE NCC and difficulty this means for verifying the correctness of organisation details.
It is also relatively straightforward in many jurisdictions to set up a separate legal entity that could then apply for a PI assignment, resulting in one actual organisation holding multiple /24s from the last /8.
Evaluating requests for PI space carries a higher workload than evaluating other requests due to the extra due diligence checks required to approve the contract and registration documents. Due to the limit of one /24 per organisation and the accompanying requirement to verify company documents, the workload on the RIPE NCC is expected to increase significantly and result in the need for additional staff.
Billing/Finance Department:
This policy proposal could stimulate demand for PI address space over PA address space by introducing a financial incentive to request PI address space. For PA address space, an LIR would only be able to get one /22 from the last /8 of IPv4 address space. For PI address space, on the other hand, they would be able to obtain several /24s for different networks and for different customers (End Users).
A large-scale demand for PI space through sponsoring LIRs rather than concluding a direct contract with the RIPE NCC could lead to a decrease in the growth of new members and may lead to an erosion of the RIPE NCC membership base. The increased workload for the RIPE NCC in assigning PI address space combined with a reduced membership base may lead to increased fees for RIPE NCC members.
RIPE Database:
After analysing the data that is currently available, the RIPE NCC does not anticipate that any significant impact on the RIPE Database will be caused if this proposal is implemented.
After analysing the data that is currently available, the RIPE NCC does not anticipate that any significant legal impact will be caused if this proposal is implemented.