You are here: Home > Participate > Policy Development > Policy Proposals > Multiple Editorial Changes in IPv6 Policy

Multiple Editorial Changes in IPv6 Policy

Summary of Proposal:

This 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.

Policy Text:

a) Current Policy text (ripe-707)

1.1 Overview

[...]

This policy is subject to future review and potential revision, subject to continuing experience in the administration of IPv6.

[...]

5.4. Assignment

LIRs must make IPv6 assignments in accordance with the following provisions.

5.4.1. Assignment address space size

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).

5.4.2. Assignments shorter than a /48 to a single 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.

5.4.3. Assignment to operator's infrastructure

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.

[...]

7. IPv6 Provider Independent (PI) Assignments

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.

7.1 IPv6 Provider Independent (PI) Assignments for LIRs

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.

[...]

 

b) New Policy Text

1.1 Overview

[...]

(text removed)

[...]

5.4. Assignment

LIRs must make IPv6 assignments in accordance with the following provisions.

5.4.1. Assignment address space size

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.

5.4.2. Assignments shorter than a /48 to a single End Site

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.

[...]

7. IPv6 Provider Independent (PI) Assignments

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.

7.1 IPv6 Provider Independent (PI) Assignment Size

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.

7.2 IPv6 Provider Independent (PI) Assignments for LIRs

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.

[...]

 

Rationale:

a. Arguments Supporting the Proposal

This proposal supports a regular update of the PDP backed-up with IPv6 deployment experience, reducing the RIPE NCC overhead.

 

b. Arguments Opposing the Proposal

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.

c. Situation in other RIRs

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

Get Involved

The Address Policy Working Group develops policies relating to the allocation and registration of Internet number resources (IPv4 and IPv6 addresses and ASNs) by the RIPE NCC and its members. Anyone with an interest in Internet numbering issues is welcome to observe, participate and contribute to the WG. To post a message to the list, send an email to address-policy-wg@ripe.net. Please note that only subscribers can post messages.

RIPE Forum

The RIPE Forum is an additional way to participate in RIPE community mailing list discussions using a web-based interface rather than an email client.

Check out the forum

Please contact if you need more information.

Stay up to date!

Follow @PDO_RIPE_NCC on Twitter.