You are here: Home > Participate > Policy Development > Policy Proposals > Direct Internet Resource Assignments to End Users from the RIPE NCC

Changes to Direct Internet Resource Assignments to End Users from the RIPE NCC

Legend (+) Added (-) Deleted
Changed Tag Added Tag Deleted
delete: <p class=" "> insert: <h2>

Summary of Proposal: insert: </b> insert: </h2>

insert: <p>

This proposal states that a contractual relationship between an End User and a sponsoring LIR or the RIPE NCC must be established before the End User receives Internet number resources (Autonomous System (AS) Number, Provider Independent (PI) IPv4 and IPv6, Internet Exchange Point (IXP) and anycasting assignments) directly from the RIPE NCC. It also states that such a contractual relationship must be put in place for End Users of provider independent number resources which were previously assigned either directly by the RIPE NCC or through a RIPE NCC Local Internet Registry. The requirements for this contractual relationship are described in a proposed new policy document called “Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region”. The proposal also reaffirms and clarifies the existing RIPE policy that IPv4 provider independent address assignments of any type cannot be sub-assigned. delete: </b> delete: </p> delete: <h2> delete: <b> Summary of Proposal: delete: </b> delete: </h2> delete: <p> This proposal states that a contractual relationship between an End User and a sponsoring LIR or the RIPE NCC must be established before the End User receives Internet number resources (Autonomous System (AS) Number, Provider Independent (PI) IPv4 and IPv6 Internet Exchange Point (IXP) and anycasting assignments) directly from the RIPE NCC. It also states that the text in the policy should mention more explicitly that PI assignments cannot be sub-assigned.

Rationale:

a. Arguments supporting the proposal

delete: <b> Requirement for Contractual Relationship delete: </b> delete: </p> delete: <p> Currently, End Users receive direct number resource assignments from the RIPE NCC via a request sent by an existing LIR. The resources allocated or assigned can be an ASN, an IPv4 PI prefix, an IPv6 IXP prefix or a prefix for an anycasting assignment. While an End User may or may not have a contract with the LIR sending the request to the RIPE NCC on behalf of the End User, the RIPE NCC itself does not have any information about such a contract with that End User.

The absence of a contract between the End User and the LIR or the RIPE NCC is not an ideal situation for several reasons:

  • The link between the RIPE NCC and the End User is broken when the End User moves from the LIR that requested the resources on behalf of the End User to another service provider. This results in the RIPE NCC losing contact with the resources. resource holder.
  • Such a situation creates a potential environment for resource hijacking to occur.
  • The If the End User ceased to exist or no longer required the provider independent resources but did not inform the RIPE NCC, the process of reclaiming any resource is almost impossible without the existence of such a contract. In the near future, as a contractual link. As IPv4 address exhaustion progresses, reclamation of IPv4 address space resources will be more important than it is currently. increase in importance.
  • All other receivers of resources are LIRs and have a contract with the RIPE NCC. End Users receive Internet number resources from the RIPE NCC, just like the LIRs do from the RIPE NCC. LIRs. Therefore, the End User should also be obliged to enter into an equivalent contract to avoid creating an unfair alternative for receiving resources. insert: </li>
  • insert: <li>
  • Some ISPs prefer to receive the Internet number resources as an End User rather than becoming an LIR even though they provide services to their own customers and therefore sub-assign the address space assigned by the RIPE NCC. Such End User ISPs often receive several separate PI prefixes as this can be a cheaper alternative for them. This them.  Sub-assignment of PI address space in this manner is in contravention of the RIPE policies concerning direct resource assignment policies. It is also not good for overall aggregation. detrimental to aggregation of routing prefixes in the global routing tables.

If an End User uses address space from an LIR allocation, which is Provider Aggregatable (PA) address space, and decides to end the relationship with this LIR, the End User will normally need to return the address space to the LIR as their contract is no longer valid. When the RIPE NCC makes direct assignments of PI, ASN, IPv6 IXP and anycasting assignments to the End User, the RIPE NCC is the provider of the address space but no contract exists, direct or indirect. However, a contract is necessary to promote fulfil the obligations of responsible stewardship of Internet resources.

This proposal does not discuss any particular details of the contract that may be set up between the End User and the RIPE NCC. The RIPE NCC Executive Board will decide on the details of this contract. The Neither are the details of a the contract between a sponsoring LIR and an End User is not discussed either. However the User, except to note certain minimum requirements which must be present in all such contracts. insert: </p>

insert: <p>

The proposal argues that the End Users are responsible for holding resources and in case they change their sponsoring LIR this must be communicated to the RIPE NCC and that in NCC.  In the case that the End User ceases to hold or declines to engage in any such contracts the contract with either a sponsoring LIR or directly with the RIPE NCC, the number resources must be returned back to the RIPE NCC.

Overall, the proposal’s intention is to make sure that the RIPE NCC, as the provider of PI, ASN, IPv6 IXP and anycasting assignments to the End Users, can confirm that the End User exists and continues to exist. This can be ensured by the presence of a contract contractual link between the End User and the RIPE NCC. NCC, either direct or indirect.

Any specific details of possible fees for such End Users are also out the scope of this proposal. This needs to be developed by the RIPE NCC Board in the same manner the that LIR fees are proposed and developed.

Sub-assignment Clarification

Provider Independent (PI) Address space is assigned directly by the RIPE NCC for use in an End User's networks. It is not appropriate for such address space to contain any further hierarchy. Note that the current policy already mentions the following in regard to this:

“ The creation of an inetnum object with a status of “ASSIGNED PA” or “ASSIGNED PI” is only possible if there is no less specific or more specific inetnum object with an “ASSIGNED” status.”

This proposal states that this policy should be made more explicit and clearer in the policy document by adding: “PI address space cannot be re-assigned or further assigned to other parties.” This clarification will help the non-hierarchical aspect of PI address space to be understood more clearly.

b. Arguments opposing the proposal

Some LIRs may believe that this proposal might affect their own agreements with End Users. Note that the proposal’s intention is not to define such local contracts.

Additional Information:

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 may have if the proposal is accepted and implemented.

A. Impact of Policy on Registry and Addressing System

Address/Internet Number Resource Consumption:

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.

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.

B. Impact of Policy on RIPE NCC Operations/Services

B1. Regular Impact

The RIPE NCC has looked at the impact of the proposal on the actual operations from the day the policy is implemented. Assuming that all End User organisations that were assigned PI address space in 2007 would opt to hold a contract with the RIPE NCC directly, the Customer Services Department (CS) would have to process about 3000 new contracts per year, up from the current level of 800.

There are about 38,000 relevant objects currently in the RIPE Database that will be affected by 2007-01 (about 22,000 objects with status ASSIGNED PI and about 16,000 ASNs).

In the extreme case that all of these objects are held by unique organisations that then opt to have a direct relationship with the RIPE NCC, the Billing Department would have to issue about 38000 38,000 additional invoices yearly.

B2. One time Operation Impact

The retroactive nature of this proposal will result in a one-time operational impact as the RIPE NCC investigates and makes necessary updates to all existing non-PA space assignments, except address space marked as Early Registration (ERX) and address space marked as NOT-SET. assignments .

As mentioned, there are about 38,000 relevant objects currently in the RIPE Database that will be affected by 2007-01.

Customer Services (CS):

In the extreme case that all of these objects are held by unique organisations that then opt to have a direct relationship with the RIPE NCC, the retroactive nature of the policy would require the Customer Services Department (CS) to process about 38,000 new contracts.

Some of these objects are currently locked due to deprecated authentication schemes. It is anticipated that this will result in a minimum of 4000 maintainer authentication changes.

Registration Services (RS):

The Registration Services Department will have to investigate all 38,000 existing objects in the RIPE Database. The amount of reclamation and revocation that needs to be done afterwards will depend on the results of this investigation and how up-to-date the investigated blocks are.

General:

The retroactive nature of the policy means that it will create a considerable workload for the RIPE NCC. For this reason we expect that full implementation of 2007-01 will take longer than most other policy implementations.

Should the community adopt the proposal, we anticipate further planning to identify areas where we can increase efficiency by phasing out certain tasks and creating tools to automate some of the processes involved.

After receiving feedback on the first and second version previous versions of the proposal during RIPE 55 and RIPE 56, 55, RIPE 56 and on the RIPE Address Policy Working Group mailing list, in this third fourth version of the proposal, two contractual relationship possibilities are outlined for End Users that are wishing wish to receive direct number resource assignments. It is proposed that End Users can either have a contract either with a sponsoring LIR or directly with the RIPE NCC directly. NCC.

This third fourth version also argues that the proposal covers all non PA address space maintained in the RIPE Database, except address space marked as Early Registration (ERX) and address space marked as NON-SET. delete: </p> delete: <p> There are four different documents that are affected by this proposal. delete: </p> delete: <p> There will also be a new RIPE Document that describes the contractual requirements necessary for End Users of provider independent number resources and previously assigned either directly by the RIPE NCC or through a RIPE NCC Local Internet Registry. This proposal does not cover number resources marked in the RIPE database as Early Registration (ERX) or NOT-SET.  It also speaks to the status of pre-existing assignments. does not cover number resources listed in the RIPE database which were assigned by InterNIC or assigned or allocated by other Regional Internet Registries.

insert: <p>

There are four different documents that are affected by this proposal and the changes that are proposed can be seen in the drafted policy documents: insert: </p>

insert: <div align="left">
insert: <ul> insert: </div>
Draft Document Collection
2007-01: This proposal states that a contractual relationship between an End User and a sponsoring LIR or the RIPE NCC must be established before the End User receives Internet number resources (Autonomous System (AS) Number, Provider Independent (PI) IPv4 and IPv6, Internet Exchange Point (IXP) and anycasting assignments) directly from the RIPE NCC. The proposal It also reaffirms and clarifies the existing RIPE policy states that IPv4 such a contractual relationship must be put in place for End Users of provider independent address assignments of any type cannot be sub-assigned. number resources which were previously assigned either directly by the RIPE NCC or through a RIPE NCC Local Internet Registry.
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.