Changes to Autonomous System (AS) Number Assignment Policies
Legend | (+) Added | (-) Deleted |
---|---|---|
Changed | Tag Added | Tag Deleted |
insert: <b> Abstract delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">This document describes the policies for the assignment of globally unique Autonomous System (AS) Numbers within the RIPE NCC service region. These policies are developed by the RIPE Community following the RIPE Policy Development Process.
delete: <h2> insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> Contents delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">1.0 delete: <a href="#1"> Definition delete: </a> delete: <br /> insert: </p>
insert: <p class="western">2.0 delete: <a href="#2"> Assignment Criteria delete: </a> delete: <br /> insert: </p>
insert: <p class="western">3.0 delete: <a href="#3"> Assignments for Internet Experiments delete: </a> delete: <br /> 3.1 delete: <a href="#31"> Defining the Experiment delete: </a> delete: <br /> 3.2 delete: <a href="#32"> Non-commercial Basis delete: </a> delete: <br /> 3.3 delete: <a href="#33"> Period of the Resource Returning AS Numbers insert: </p>
insert: <p class="western">4.0 32-bit AS Numbers insert: </p>
insert: <p class="western">5.0 Registration delete: </a> delete: <br /> 4.0 delete: <a href="#4"> Returning AS Numbers delete: </a> delete: <br /> 5.0 delete: <a href="#5"> 32-bit AS Numbers delete: </a> delete: <br /> insert: </p>
insert: <p class="western">6.0 delete: <a href="#6"> Registration delete: </a> delete: <br /> References insert: </p>
insert: <p class="western">7.0 delete: <a href="#7"> References delete: </a> delete: <br /> 8.0 delete: <a href="#8"> Attribution delete: </a> delete: </p> delete: <h2> delete: <a id="1" name="1"> delete: </a> insert: </p>
insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> 1.0 Definition delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">insert: <span> An Autonomous System (AS) is a group of IP networks run by one or more network operators with a single clearly defined routing policy. When exchanging exterior routing information, each AS is identified by a unique number. Exterior routing protocols such as BGP, described in insert: </span> insert: <span> RFC 1771 insert: <span> RFC1771 insert: </span> insert: </span> insert: <span> , "A Border Gateway Protocol 4 (BGP-4)", are used to exchange routing information between Autonomous Systems. An AS will normally use some interior gateway protocol to exchange routing information on its internal networks. delete: </p> delete: <h2> delete: <a id="12" name="2"> delete: </a> insert: </span> insert: </p>
insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> 2.0 Assignment Criteria delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">insert: <span> In order to help decrease global routing complexity, a new AS Number should be used only if a new external routing policy is required, see insert: </span> insert: <span> RFC 1930 insert: <span> RFC1930 insert: </span> insert: </span> insert: <span> . delete: </p> delete: <p> insert: </span> insert: </p>
insert: <p class="western">insert: </p>
insert: <p class="western">A network must be multihomed in order to qualify for an AS Number. insert: </p>
insert: <p class="western">When requesting an AS Number the routing policy of the Autonomous System must be provided. The new unique routing policy should be defined in RPSL language, as used in the RIPE Database.
delete: <p> insert: <p class="western">insert: </p>
insert: <p class="western">insert: <span> The RIPE NCC will assign the AS Number directly to the End User upon a request properly submitted to the RIPE NCC either directly or through a sponsoring LIR. AS Number assignments are subject to the policies described in the RIPE NCC document entitled “ delete: <a href="http://www.ripe.net/ripe/docs/contract-req.html"> insert: </span> insert: <span> insert: <a href="https://www.ripe.net/publications/docs/contract-req"> insert: <span> Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region insert: </span> insert: </span> insert: <span> ”. delete: </p> delete: <h2> delete: <a id="13" name="3"> delete: </a> insert: </span> insert: </p>
insert: <p class="western">insert: </p>
insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> 3.0 Assignments for Internet Experiments delete: </h2> delete: <p> Organisations often require deployment tests for new Internet services and technologies. These require numbering resources for the duration of the test. The policy goal of resource conservation is of reduced importance when resources are issued on a temporary basis. delete: </p> delete: <h2> delete: <a id="14" name="31"> delete: </a> 3.1 Defining the Experiment delete: </h2> delete: <p> The experiment for which the organisation receives numbering resources must be documented. This may be in the form of a current IETF Experimental RFC (see delete: <a href="ftp://ftp.ripe.net/rfc/rfc2026.txt"> RFC 2026 delete: </a> , Section 4.2.1 or an “experiment proposal” detailing the resources required and the activities to be carried out. A single AS Number will be assigned. If more than one AS Number is required for the experiment, this should be indicated and explained in the request. delete: </p> delete: <p> The experiment proposal must be made public (e.g. published on a website), upon registration of the resources by the RIPE NCC. When the experiment is concluded the results must be published free of charge and free from disclosure constraints. delete: </p> delete: <h2> delete: <a id="15" name="32"> delete: </a> 3.2 Non-commercial Basis delete: </h2> delete: <p> Resources issued for an experiment must not be used for commercial purposes. delete: </p> delete: <h2> delete: <a id="16" name="33"> delete: </a> 3.3 Period of the Resource Registration delete: </h2> delete: <p> The resources will be issued on a temporary basis for a period of one year. Renewal of the resources' registration is possible on receipt of a new request that details any continuation of the experiment during the extended period. delete: </p> delete: <p> The resources issued cannot be used for a commercial service following the conclusion of the experiment. At the end of the assignment period the AS Number must be returned to the RIPE NCC. delete: </p> delete: <h2> delete: <a id="17" name="4"> delete: </a> 4.0 Returning AS Numbers delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">If an organisation no longer uses the AS Number, it must be returned to the public pool of AS Numbers. The RIPE NCC can then reassign the AS Number to another organisation.
delete: <h2> delete: <a id="18" name="5"> delete: </a> 5.0 insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> 4.0 32-bit AS Numbers delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">The RIPE NCC assigns 32-bit AS Numbers according to the following timeline:
insert: <p class="western">insert: </p>
- insert: <p class="western">
From 1 January 2007 the RIPE NCC will process applications that specifically request 32-bit only AS Numbers (AS Numbers that can not be represented with 16 bits) and assign such AS Numbers as requested by the applicant. In the absence of any specific request for a 32-bit only AS Number, the RIPE NCC will assign a 16-bit AS Number. delete: <br /> delete: <br /> insert: </p>
insert: </ul>
insert: </p>
insert: <ul>- insert: <p class="western">
From 1 January 2009 the RIPE NCC will process applications that specifically request 16-bit AS Numbers and assign such AS Numbers as requested by the applicant. In the absence of any specific request for a 16-bit AS Number, the RIPE NCC will assign a 32-bit only AS Number. delete: <br /> delete: <br /> insert: </p>
insert: </ul>
insert: </p>
insert: <ul>- insert: <p class="western">
From 1 January 2010 the RIPE NCC will cease to make any distinction between 16-bit AS Numbers and 32-bit only AS Numbers, and it will operate AS Number assignments from an undifferentiated 32-bit AS Number allocation pool. insert: </p>
insert: </p>
insert: <p class="western">insert: <b> 5.0 Registration delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">The RIPE NCC will register the resources issued in the RIPE Database.
delete: <h2> delete: <a id="110" name="7"> delete: </a> 7.0 insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> 6.0 References delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">[RFC1771] "A Border Gateway Protocol 4 (BGP-4)" insert: <span> http://www.ietf.org/rfc/rfc1771.txt delete: <br /> insert: </span> insert: </p>
insert: <p class="western">[RFC1930] " Guidelines for creation, selection, and registration of an Autonomous System (AS)" insert: <span> http://www.ietf.org/rfc/rfc1930.txt delete: <br /> insert: </span> insert: </p>
insert: <p class="western">[RFC2026] "The Internet Standards Process -- Revision 3 IETF Experimental RFC insert: <span> http://www.ietf.org/rfc/rfc2026.txt insert: </span> see Sec. 4.2.1
delete: <h2> delete: <a id="111" name="8"> delete: </a> 8.0 insert: <p class="western">insert: </p>
insert: <p class="western">insert: <b> 7.0 Attribution delete: </h2> delete: <p> insert: </b> insert: </p>
insert: <p class="western">This document is compiled from policies developed by the RIPE community.
delete: <p> insert: <p class="western">insert: </p>
insert: <p class="western">The following people actively contributed by making proposals through the RIPE Policy Development Process: delete: <br /> insert: </p>
insert: <p class="western">Nick Hilliard, Geoff Huston