This policy proposal has been accepted and has been implemented
The new RIPE Document is: ripe-738
You're looking at an older version: 1
The current (published) version is 2This proposal suggests multiple editorial changes in the IPv6 Policy. The intent is to remove unnecessary text and simplify the policy.
There are multiple paragraphs in the IPv6 Policy that refer to “lack of experience” or “potential new changes”, things that are now obsolete, or clearly no longer the case.
Section 5.4.2 states that the policy was drafted at a moment when there was no experience with IPv6 deployment, which is no longer the case. It is does not make sense to have the RIPE NCC evaluate each LIR that has an End User whose end site(s) requires a shorter prefix than a /48.
Section 5.4.1 is reworded to mention a RIPE BCOP, and 5.4.3 is deleted, as it is clear that operators need to assign some space for different parts of their own infrastructure.
Finally, Section 7 is reworded, taking advantage of some of the editorial changes in the preceding sections, to avoid redundancy.
[...]
This policy is subject to future review and potential revision, subject to continuing experience in the administration of IPv6.
[...]
LIRs must make IPv6 assignments in accordance with the following provisions.
End Users are assigned an End Site assignment from their LIR or ISP. The size of the assignment is a local decision for the LIR or ISP to make, using a minimum value of a /64 (only one subnet is anticipated for the End Site).
When a single End Site requires an assignment shorter than a /48, it must request the assignment with documentation or materials that justify the request. Requests for multiple or additional prefixes exceeding a /48 assignment for a single End Site will be processed and reviewed (i.e., evaluation of justification) at the RIR/NIR level.
Note: There is no experience at the present time with the assignment of multiple network prefixes to the same End Site. Having the RIR review all such assignments is intended to be a temporary measure until some experience has been gained and some common policies can be developed. In addition, additional work at defining policies in this space will likely be carried out in the near future.
An LIR may assign a network prefix per PoP as the service infrastructure of an IPv6 service operator. Each assignment to a PoP is regarded as one assignment regardless of the number of users using the PoP. A separate assignment can be obtained for the in-house operations of the operator.
[...]
To qualify for IPv6 PI address space, an organisation must meet the requirements of the policies described in the RIPE NCC document entitled “Contractual Requirements for Provider Independent Resources Holders in the RIPE NCC Service Region”.
The RIPE NCC will assign the prefix directly to the End User organisations upon a request properly submitted to the RIPE NCC, either directly or through a sponsoring LIR.
The minimum size of the assignment is a /48. Organisations requesting a larger assignment (shorter prefix) must provide documentation justifying the need for additional subnets.
Additional assignments may also be made when the need is demonstrated and documented based on address usage, or because different routing requirements exist for additional assignments. When possible, these further assignments will be made from an adjacent address block.
Assignments will be made from a separate 'designated block' to facilitate filtering practices.
The PI assignment cannot be further sub-assigned to other organisations.
LIRs can qualify for an IPv6 PI assignment for parts of their own infrastructure that are not used for customer end sites. Where an LIR has an IPv6 allocation, the LIR must demonstrate the unique routing requirements for the PI assignment.
The LIR should return the IPv6 PI assignment within a period of six months if the original criteria on which the assignment was based are no longer valid.
[...]
[...]
(text removed)
[...]
LIRs must make IPv6 assignments in accordance with the following provisions.
End Users are assigned an End Site assignment from their LIR or ISP. The size of the assignment is a local decision for the LIR or ISP to make, using a value of "n" x /64. Section 4.2 of ripe-690 provides guidelines about this.
Assignments larger than a /48 (shorter prefix) or additional assignments exceeding a total of a /48 must be made based on address usage, or because different routing requirements exist for additional assignments.
In case of an audit or when making a request for a subsequent allocation, the LIR must be able to present documentation justifying the need for assignments shorter than a /48 to a single End-Site.
[...]
To qualify for IPv6 PI address space, an organisation must meet the requirements of the policies described in the RIPE NCC document entitled “Contractual Requirements for Provider Independent Resources Holders in the RIPE NCC Service Region”.
The RIPE NCC will assign the prefix to the End User organisations upon a request properly submitted to the RIPE NCC, either directly or through a sponsoring LIR.
Assignments will be made from a separate 'designated block' to facilitate filtering practices.
The PI assignment cannot be further sub-assigned to other organisations.
The minimum size of the assignment is a /48.
The considerations of "5.4.2. Assignments shorter than a /48 to a single End-Site" must be followed if needed.
LIRs can qualify for an IPv6 PI assignment for parts of their own infrastructure that are not used for customer end sites. Where an LIR has an IPv6 allocation, the LIR must demonstrate the unique routing requirements for the PI assignment.
The LIR should return the IPv6 PI assignment within a period of six months if the original criteria on which the assignment was based are no longer valid.
[...]
This proposal supports a regular update of the PDP backed-up with IPv6 deployment experience, reducing the RIPE NCC overhead.
LIRs could abuse this policy to justify higher needs of IPv6 space.
Counter argument: The Assisted Registry Check (ARC) process (additional allocations) will reveal those cases.
APNIC policy had this requirement
https://www.apnic.net/community/policy/resources#5.2.4.3.-Assignment-of-multiple-/48s-to-a-single-end-site
AFRINIC and LACNIC do not have this requirement in their IPv6 policies and recommend an assignment size of a /48
https://www.afrinic.net/policy/manual#Allocations-Assignments-Policies (section 6.5.4.1 Assignment address space size)
https://www.lacnic.net/684/2/lacnic/ (section 4.5.3.1 - Assignment address space size)
ARIN policy requires for larger initial assignments to be reasonably justified with supporting documentation, based on the number of sites in an organisation’s network and the number of subnets needed to support any extra-large sites.
https://www.arin.net/participate/policy/nrpm/#6-5-4-reassignments-from-lirs-isps