You are here: Home > Publications > RIPE Document Store > Supporting Notes for the Provider Independent (PI) Assignment Request Form

Changes to Supporting Notes for the Provider Independent (PI) Assignment Request Form

Legend (+) Added (-) Deleted
Changed Tag Added Tag Deleted
ripe-537: This document contains instructions for LIRs on how to complete the "Provider Independent (PI) Assignment Request Form". ripe-048: RIPE Internet Network Numbers Template
delete: <p class="p1"> delete: <a data-val="046f7e54-4540-4541-adff-aceeea440a2f" href="resolveuid/046f7e54-4540-4541-adff-aceeea440a2f" data-linktype="internal" class="internal-link"> This insert: <p style="text-align: left; ">

RIPE Internet Network Numbers Template insert: <br />
insert: <br />
D.Karrenberg insert: <br />
insert: <br />
Aug 1992 insert: <br />
insert: <br />
insert: <br />
insert: <br />
To whom it may concern, insert: <br />
insert: <br />
The RIPE Network Coordination Centre now handles all requests for IP insert: <br />
network numbers from European organisations. Our aim is to provide a insert: <br />
rapid and efficient service to all European organisations. As this is insert: <br />
a recent initiative, procedures for handling network number requests are insert: <br />
in the process of being established. Therefore we apologise in advance insert: <br />
for any duplication of effort that may be required by you due to new insert: <br />
forms and templates. As the European NIC, we require different insert: <br />
information to that required by the US and for it to be presented in a insert: <br />
format which is both easy for you to complete and for us to process. insert: <br />
Before your application can be processed any further, you will need to insert: <br />
complete the enclosed templates and return them to the appropriate insert: <br />
organisation responsible for issuing IP network numbers. In most cases insert: <br />
this will be your IP service provider or the RIPE NCC. Before insert: <br />
completion of the template, please be sure to read the following text insert: <br />
and examples carefully which will guide you. insert: <br />
insert: <br />
A new classless IP addressing scheme called CIDR has recently been insert: <br />
adopted to cope with routing table growth and address space exhaustion insert: <br />
problems in the Internet. Under this scheme it is beneficial for insert: <br />
everyone to get their network numbers allocated via their respective insert: <br />
IP service providers. Your IP service provider is the organisation insert: <br />
providing external connectivity to your network. If you are planning insert: <br />
to connect your network to other networks outside your organisation in insert: <br />
the foreseeable future we strongly urge you to get numbers allocated insert: <br />
from your current or prospective IP service provider. Alternatively, if insert: <br />
this is not likely, then you will be allocated a number from a different insert: <br />
part of the address space by the RIPE NCC. Please pay careful attention insert: <br />
to this matter. insert: <br />
insert: <br />
Class A and B network numbers are a scarce resource and some insert: <br />
justification in terms of expected network size and structure will be insert: <br />
needed before such a number can be allocated. Class A numbers will only insert: <br />
be assigned to networks which technically need more than 65000 hosts to insert: <br />
be on one network number. A detailed technical justification is needed, insert: <br />
review takes place on a global scale and the allocation process can take insert: <br />
several months. Similarly due to class B scarcity, a reasonable number insert: <br />
of class C numbers will be assigned over class B. If you can engineer insert: <br />
your network to use multiple class C numbers, it is strongly advised. insert: <br />
Please note that this is contrary to earlier recommendations where it insert: <br />
was recommended to use Bs over multiple Cs due to routing table size insert: <br />
constraints. A one page document has been obsoleted due to detailing the information needed by insert: <br />
the NCC to evaluate requests for class B numbers is available from the insert: <br />
NCC if it is not enclosed with this letter; this document also includes insert: <br />
a list of recommended reading about CIDR and address allocation in insert: <br />
general. insert: <br />
insert: <br />
Appended to this letter is a blank template for IP number registration, insert: <br />
which we would be extremely grateful if you complete and return to the insert: <br />
appropriate organisation responsible for issuing IP network numbers. In insert: <br />
most cases this will be your IP service provider. It may of course also insert: <br />
be the RIPE NCC reaching the last /8 of IPv4 address space. delete: </a> delete: </p> delete: <p> This document contains instructions for LIRs on how to complete the " delete: <a href="https://www.ripe.net/publications/docs/pi-requestform.html"> Provider Independent (PI) Assignment Request Form delete: </a> ". delete: </p> delete: <p> The instructions are based on the " delete: <a href="https://www.ripe.net/publications/docs/ipv4-policies.html"> IPv4 Address Allocation and Assignment Policy for the RIPE NCC Service Region delete: </a> ". delete: </p> delete: <ul> delete: <li> delete: <a href="#info"> General Information delete: </a> delete: </li> delete: <li> delete: <a href="#user"> Address Space User delete: </a> delete: </li> delete: <li> delete: <a href="#initial"> Initial Information delete: </a> delete: </li> delete: <li> delete: <a href="#plan"> Addressing Plan delete: </a> delete: </li> delete: <li> delete: <a href="#equipment"> Equipment Description delete: </a> delete: </li> delete: <li> delete: <a href="#network"> Network Description delete: </a> delete: </li> delete: <li> delete: <a href="#documentation"> Supporting Documentation delete: </a> delete: </li> delete: <li> delete: <a href="#database"> Database Template(s) delete: </a> delete: </li> delete: <li> delete: <a href="#end"> End of Request delete: </a> delete: </li> delete: </ul> delete: <hr /> delete: <p> delete: <a> delete: <strong> delete: </strong> delete: </a> delete: </p> delete: <h2> delete: <a name="info"> delete: </a> General Information delete: </h2> delete: <pre> #[GENERAL INFORMATION]# delete: <br /> % delete: <br /> % Please add your RegID. delete: <br /> delete: <br /> request-type: pi-ipv4 delete: <br /> form-version: 1.3 delete: <br /> x-ncc-regid: delete: <strong> nl.bluelight delete: </strong> delete: </pre> delete: <p> Please NCC. insert: <br />
insert: <br />
If you have any further queries please do not change the value of the " delete: <span class="pre"> request-type: delete: </span> " and " delete: <span class="pre"> form-version: delete: </span> " fields. delete: </p> delete: <p> Enter your Registry Identifier (RegID) in the " delete: <span class="pre"> x-ncc-regid delete: </span> :" field. RegIDs have the following format: <country code>.<name>. hesitate to contact the insert: <br />
NCC. Please note that all queries should, if possible, be made through insert: <br />
e-mail and sent to <hostmaster@ripe.net>. If you do not know your RegID, please contact delete: <a href="mailto:ncc@ripe.net"> ncc@ripe.net delete: </a> . delete: </p> delete: <p> delete: <a name="user"> delete: </a> delete: </p> delete: <h2> Address Space User delete: </h2> delete: <pre> #[ADDRESS SPACE USER]# delete: <br /> % delete: <br /> % Who will use the requested address space? delete: <br /> delete: <br /> delete: <br /> legal-organisation-name: delete: <strong> North SantaBank delete: </strong> delete: <br /> organisation-location: delete: <strong> Santa City, NN delete: </strong> delete: <br /> website-if-available: delete: <strong> http://www.nsb.nn delete: </strong> delete: <br /> delete: <br /> delete: <br /> % Is this request being sent have access to insert: <br />
electronic mail, then we prefer to communicate by a sponsoring LIR on behalf of delete: <br /> % an End User? (Yes/No) delete: <br /> delete: <br /> end-user-of-sponsoring-lir: delete: <strong> Yes delete: </strong> delete: <br /> delete: <br /> % If yes, please confirm that the "End User Assignment Agreement" delete: <br /> % contains all of the elements listed in paragraph 2.0 of "Contractual delete: <br /> % Requirements for Provider Independent Resource Holders in the delete: <br /> % RIPE NCC Service Region".(Yes/No) delete: <br /> delete: <br /> confirmation: delete: <strong> Yes delete: </strong> delete: <br /> delete: <br /> % Does this End User already have address space that can be used for delete: <br /> % this assignment? (Yes/No) delete: <br /> delete: <br /> space-available: delete: <strong> No delete: </strong> delete: </pre> delete: <p> Enter the legal name and primary location of the organisation that will use this PI address space in the "legal-organisation-name" and "organisation-location" fields. If this End User has a website, enter the URL in the "website-if-available" field. Otherwise, enter "none" in this field. delete: <br /> delete: <br /> If you are an LIR sending this request on behalf of an End User, you should answer "Yes" in the "end-user-of-sponsoring-lir" field. delete: <br /> delete: <br /> If you answered "Yes" you should also confirm that all of the elements of paragraph 2.0 of "Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region" are listed in the 'End User Assignment Agreement' that is signed fax rather than by the End User and the sponsoring LIR. PI assignments can only be made to End Users if there is a signed 'End User Assignment Agreement' between the sponsoring LIR and the End User. delete: <br /> delete: <br /> insert: <br />
ordinary mail. You can find an example agreement online: delete: <br /> delete: <a data-val="391df1203f5f7d0cf5f62b4d65424e23" href="resolveuid/391df1203f5f7d0cf5f62b4d65424e23" data-linktype="internal" class="internal-link"> http://www.ripe.net/membership/lir-end-user-agreement.html delete: </a> delete: <br /> delete: <br /> You can send reach us an agreement in your local language or use the English version. at: insert: <br />
insert: <br />
Kruislaan 409 Phone: +31 20 592 5065 insert: <br />
NL-1098 SJ Amsterdam Telefax: +31 20 592 5090 insert: <br />
The Netherlands

If this request is sent by a Direct Assignment User, you answer "No" to the above two questions. Direct Assignment Users have already signed an 'End User Assignment Agreement' with the RIPE NCC. If the request is for an LIR, you should also answer with "No". delete: </p> delete: <p> If there is any address space assigned to this End User that is not in use, indicate this in the "space-available" field. If you answer "yes", you can explain why the End User needs another assignment of address space in the "Network Description" section. delete: </p> delete: <p> delete: </p> delete: <h2> delete: <a name="initial"> delete: </a> Initial Information delete: </h2> delete: <pre> #[INITIAL INFORMATION]# delete: <br /> % delete: <br /> delete: <br /> % Why is PI address space required rather than PA address delete: <br /> % space? delete: <br /> delete: <br /> why-pi: delete: <strong> North SantaBank will be multihomed. delete: <br /> We cannot use PA address space because our uplinks we do not delete: <br /> allow their address space to be announced by other Autonomous Systems. delete: </strong> delete: <br /> delete: <br /> % Is the End User requesting extra address space for routing delete: <br /> % and/or administrative reasons? (Yes/No) delete: <br /> delete: <br /> routing-reasons: delete: <strong> No. delete: </strong> delete: <br /> delete: <br /> % Have you made the End User aware of the consequences and delete: <br /> % disadvantages of PI address space? (Yes/No) delete: <br /> delete: <br /> confirmation: delete: <strong> Yes. delete: </strong> delete: </pre> delete: <p> In the " delete: <span class="pre"> why-pi: delete: </span> " field, explain why PA address space cannot be used for this assignment. Remember hear from you in the near future we will assume that you should encourage the use of PA address space where possible. delete: </p> delete: <p> insert: <br />
have contacted your IP service provider. insert: <br />
insert: <br />
Yours sincerely, insert: <br />
insert: <br />
insert: <br />
insert: <br />
The RIPE NCC will assign additional IPv4 addresses to an End User in order to make the assignment size a multiple of a /24 if the End User demonstrates the intent to announce this address space for the purpose of multihoming to two or more Autonomous Systems (AS) which the End User does not own or control. Cumulatively, no more than 255 additional IPv4 addresses may be assigned to any particular End User for the purposes outlined above. You can state whether you are requesting more address space than needed in the " delete: <span class="pre"> routing-reasons: delete: </span> " field. staff

delete: <p> You must ensure that the End User understands and accepts that PI address space may be more difficult or more expensive to route than PA address space and then confirm this in the " delete: <span class="pre"> confirmation: delete: </span> " field. You can find more details on the consequences and disadvantages of PI address space in the document "IPv4 Address Allocation and Assignment Policy for the RIPE NCC Service Region". delete: </p> delete: <p> delete: <a name="plan"> delete: </a> delete: </p> delete: <h2> Addressing Plan delete: </h2> delete: <pre> #[ADDRESSING PLAN]# delete: <br /> % As of 1 January 2010 assignments are for a period of up to 12 months. delete: <br /> % As of 1 July 2010 assignments are for a period of up to 9 months. delete: <br /> % As of 1 January 2011 assignments are for a period of up to 6 months. delete: <br /> % As of 1 July 2011 assignments are for a period of up to 3 months. delete: </pre> delete: <pre> % delete: <br /> % How will the End User use this address space? delete: <br /> % delete: </pre> delete: <pre> % Subnet Immediate Intermediate Entire Purpose delete: <br /> % size (/nn) Requirement Requirement Period delete: <br /> subnet: delete: <strong> /26 32 64 64 Employee VPN Access delete: </strong> delete: <br /> subnet: delete: <strong> /26 18 34 64 Financial Services delete: </strong> delete: <br /> subnet: delete: <strong> /26 22 30 60 Workstations delete: </strong> delete: <br /> subnet: delete: <strong> /27 11 15 28 Public Services delete: </strong> delete: <br /> subnet: delete: <strong> /27 7 18 30 Operations delete: </strong> delete: <br /> subnet: delete: <strong> /24 176 192 240 Branch Offices delete: </strong> delete: <br /> totals: delete: <strong> /23 266 353 486 delete: </strong> delete: <br /> delete: </pre> delete: <pre> number-of-subnets: delete: <strong> 6 delete: </strong> delete: </pre> delete: <p> % Will the End User return any address space? delete: </p> delete: <pre> address-space-returned: delete: <strong> 85.118.187/24 to nl.bluelight in 3 months delete: </strong> delete: <br /> delete: </pre> delete: <p> The addressing plan shows how the End User will use the requested address space. delete: </p> delete: <p> You can repeat the "subnet" row as many times as needed. Delete any empty "subnet" fields before you send the request. delete: </p> delete: <p> In the "Subnet size (/nn)" column, enter a slash notation prefix for each subnet. Each entry should be large enough to contain the number of addresses needed for that subnet over the next time period. delete: </p> delete: <p> In order to demonstrate the predicted growth of your network, you must provide an estimate of the address space you will require over three distinct periods: Immediate, Intermediate and the Entire period. Your estimates should include interfaces used for hosts, routers, gateways, terminal concentrators and any other machines requiring one or more network interfaces. These columns can either contain numbers (for example, 128) or slash notation prefixes (for example, /25). Multiple slash notation prefixes must be separated by comma(s) with no blank spaces (for example, /25,/27). delete: <br /> Starting on 1 January 2010, a gradual reduction in the assignment period will be applied. As the assignment period changes, so to will the information required: delete: </p> delete: <p> Up to 30 June 2010, assignments are for a period of up to 12 months. Therefore, your request should reflect your immediate requirements, predicted requirements for the coming 6 months, and predicted requirements for the coming 12 months. delete: </p> delete: <p> As of 1 July 2010, assignments are for a period of up to 9 months. Your request should reflect your immediate requirements, predicted requirements for the coming 6 months, and predicted requirements for delete: <br /> the coming 9 months. delete: </p> delete: <p> As of 1 January 2011, assignments are for period of up to 6 months. Your request should reflect your immediate requirements, predicted requirements for the coming 3 months, and predicted requirements for delete: <br /> the coming 6 months. delete: </p> delete: <p> As of 1 July 2011, assignments are for a period of up to 3 months. Your request should reflect your immediate requirements, predicted requirements for the coming 2 months, and predicted requirements for the coming 3 months. delete: </p> delete: <p> In the "Purpose" column, write a short description of each subnet. If needed, you can write a more detailed description in the "Network Description" section at the end of this form. delete: <br /> delete: <br /> In the "totals" row, add the totals of each column. The total of the "Subnet size (/nn)" column should be the total amount of address space you are requesting for this assignment. delete: <br /> delete: <br /> In the "number-of-subnets" field, enter the total number of subnets listed in the addressing plan. delete: <br /> delete: <br /> If there is any address space assigned to the End User that they will return, list each prefix in separate "address-space-returned" fields. The expected time for renumbering is three months. You can use the following syntax: <x.x.x.x/xx> to <which LIR/ISP> in <time period> for this field. delete: </p> delete: <p> delete: <a name="equipment"> delete: </a> delete: </p> delete: <h2> Equipment Description delete: </h2> delete: <pre> #[EQUIPMENT DESCRIPTION]# delete: <br /> % delete: <br /> % What equipment will be used and how will it use the requested delete: <br /> % address space? delete: <br /> delete: <br /> equipment-name: delete: <strong> Core switches delete: </strong> delete: <br /> manufacturer-name: delete: <strong> Cisco delete: </strong> delete: <br /> model-number: delete: <strong> 25xx delete: </strong> delete: <br /> other-data: delete: <strong> 3 units delete: </strong> delete: <br /> delete: <br /> equipment-name: delete: <strong> Servers delete: </strong> delete: <br /> manufacturer-name: delete: <strong> HP delete: </strong> delete: <br /> model-number: delete: <strong> various delete: </strong> delete: <br /> other-data: delete: <strong> 40 units delete: </strong> delete: <br /> delete: <br /> equipment-name: delete: <strong> Firewalls delete: </strong> delete: <br /> manufacturer-name: delete: <strong> Cisco delete: </strong> delete: <br /> model-number: delete: <strong> PIX 515 E delete: </strong> delete: <br /> other-data: delete: <strong> 2 units, 8 IP addresses delete: </strong> delete: <br /> delete: <br /> equipment-name: delete: <strong> Workstations delete: </strong> delete: <br /> manufacturer-name: delete: <strong> Dell delete: </strong> delete: <br /> model-number: delete: <strong> GX150 delete: </strong> delete: <br /> other-data: delete: <strong> 22 units, 1 IP address each delete: </strong> delete: <br /> delete: <br /> equipment-name: delete: <strong> Routers delete: </strong> delete: <br /> manufacturer-name: delete: <strong> Cisco delete: </strong> delete: <br /> model-number: delete: <strong> 3825 delete: </strong> delete: <br /> other-data: delete: <strong> 2 units delete: </strong> delete: <br /> delete: <br /> equipment-name: delete: <strong> Routers delete: </strong> delete: <br /> manufacturer-name: delete: <strong> Cisco delete: </strong> delete: <br /> model-number: delete: <strong> AS5300 delete: </strong> delete: <br /> other-data: delete: <strong> 1 unit, 32 ports delete: </strong> delete: </pre> delete: <p> The equipment description will help us to understand the requirements listed in the addressing plan and can be repeated as many times as needed. Leave an empty line before each new "equipment-name" field. delete: <br /> delete: <br /> In the "equipment-name" field, enter the type of equipment requiring address space from this assignment. delete: <br /> delete: <br /> Enter the vendor name and model number for the piece of equipment in the "manufacturer-name" and "model-number" fields. delete: <br /> delete: <br /> If you have any more information about how this piece of equipment will use the requested address space, add this in the "other-data" field. delete: </p> delete: <p> delete: <a name="network"> delete: </a> delete: </p> delete: <h2> Network Description delete: </h2> delete: <pre> #[NETWORK DESCRIPTION]# delete: <br /> % delete: <br /> % Please add more information if you think it will help us understand delete: <br /> % this request. delete: <br /> delete: <br /> delete: <strong> We have 11 branches across Santa City linked by corporate fibre delete: <br /> channels. We will assign a /28 subnet for each branch. Each branch delete: <br /> will have SMTP, WWW, file server, e-banking and dial-up pool. delete: <br /> delete: <br /> Public Internet Services: SMTP (2 IP addresses), WWW (6 IP addresses, delete: <br /> 2 servers), FTP (1 IP address), DNS (2 IP addresses) Financial delete: <br /> Services: 6 servers, 3 IP addresses each. Operations network: delete: <br /> Security, Monitoring, VPN, Proxy, DNS delete: </strong> delete: </pre> delete: <p> You can use this space for additional information that you think will be helpful for us (RIPE NCC) when we evaluate your request. A clearer understanding of the network and its addressing needs can help us to evaluate your request more quickly. delete: </p> delete: <p> delete: <a name="documentation"> delete: </a> delete: </p> delete: <h2> Supporting Documentation delete: </h2> delete: <pre> #[SUPPORTING DOCUMENTATION]# delete: <br /> % delete: <br /> % If this request is being sent by a sponsoring LIR on behalf of delete: <br /> % an End User, please attach a copy of the signed "End User Assignment delete: <br /> % Agreement" and the company registration papers of the End User. delete: <br /> % You can also attach a network diagram or other supporting delete: <br /> % documentation. delete: <br /> % delete: <br /> % Have you attached any files/documents to this request? (Yes/No) delete: <br /> delete: <br /> file-attached: delete: <strong> Yes delete: </strong> delete: </pre> delete: <p> For each PI assignment that is requested through a sponsoring LIR for an End User, we need to receive a copy of 'End User Assignment Agreement' and the company registration papers of the End User. delete: <br /> delete: <br /> If this request is for an LIR or a "Direct Assignment User", you do not have to attach a copy of 'End User Assignment Agreement' and company registration papers. delete: <br /> delete: <br /> A network diagram (topology map) can help us to understand the set-up of the network and its addressing needs. delete: </p> delete: <p> delete: <a name="database"> delete: </a> delete: </p> delete: <h2> Database Template(s) delete: </h2> delete: <pre> #[DATABASE TEMPLATE(S)]# delete: <br /> % delete: <br /> % Please complete all of the fields below. delete: <br /> delete: <br /> inetnum: delete: <br /> netname: delete: <strong> NSB-NET delete: </strong> delete: <br /> descr: delete: <strong> North SantaBank delete: </strong> delete: <br /> country: delete: <strong> NN delete: </strong> delete: <br /> org: delete: <strong> ORG-NS31-RIPE delete: </strong> delete: <br /> admin-c: delete: <strong> ACM2-RIPE delete: </strong> delete: <br /> tech-c: delete: <strong> HOHO1-RIPE delete: </strong> delete: <br /> status: delete: <strong> ASSIGNED PI delete: </strong> delete: <br /> mnt-by: delete: <strong> RIPE-NCC-END-MNT delete: </strong> delete: <br /> mnt-lower: delete: <strong> RIPE-NCC-END-MNT delete: </strong> delete: <br /> mnt-by: delete: <strong> SANTA-MNT delete: </strong> delete: <br /> mnt-routes: delete: <strong> SANTA-MNT delete: </strong> delete: <br /> mnt-domains: delete: <strong> SANTA-MNT delete: </strong> delete: <br /> changed: hostmaster@ripe.net delete: <br /> source: RIPE delete: </pre> delete: <p> Leave the "inetnum" field empty as we will choose the address range. delete: <br /> delete: <br /> The "netname" should be a short and descriptive name for the network and should reflect the organisation name of the End User. delete: <br /> delete: <br /> Enter the End User's organisation name in the "descr" field. delete: <br /> delete: <br /> Use the ISO country code of the End User's location in the "country" field. If the End User is multi-national, repeat the "country" field as many times as needed. Alternatively, you can use EU or ZZ if you do not wish to show the End User's location in the delete: <strong> inetnum delete: </strong> object. delete: <br /> delete: <br /> Enter the org-ID of the End User's organisation object in the "org" field. delete: <br /> delete: <br /> The nic-handle of the delete: <strong> role delete: </strong> or delete: <strong> person delete: </strong> object in the "admin-c" field should reflect someone who is administratively responsible for the network. delete: <br /> delete: <br /> The nic-handle of the delete: <strong> role delete: </strong> or delete: <strong> person delete: </strong> object in the "tech-c" field should reflect someone who has technical knowledge of the network. delete: <br /> delete: <br /> The "status" field must be ASSIGNED PI. delete: <br /> delete: <br /> The "mnt-by" and "mnt-lower" fields must contain RIPE-NCC-END-MNT. You can put the LIR's or End User's maintainers in separate "mnt-by", "mnt-routes" and "mnt-domains" fields. delete: <br /> delete: <br /> The "mnt-by" field shows which maintainer authenticates object updates. The "mnt-routes" and "mnt-domains" fields show which maintainers authenticate the creation of delete: <strong> route delete: </strong> and delete: <strong> domain delete: </strong> objects. delete: <br /> delete: <br /> The RIPE Database must contain all of the objects that you use. delete: <br /> delete: <br /> The "changed" field must be hostmaster@ripe.net. delete: <br /> delete: <br /> The "source" field must be RIPE. delete: </p> delete: <p> delete: <a name="end"> delete: </a> delete: </p> delete: <h2> End of Request delete: </h2> delete: <pre> Best Regards, delete: <br /> delete: <br /> Jan Janssen, Bluelight Admin delete: </pre> delete: <p> Please write your full name below the "#[END of REQUEST]#" header. delete: </p>
Supporting Notes for the Provider Independent (PI) Assignment Request Form RIPE Internet Network Numbers Template