The policy proposals on this page have been archived. You can see at
a glance if they were accepted and adopted by the RIPE community or withdrawn
at any stage.
Name
 |
Status |
Proposal
Number |
Working Group |
Date Archived |
| Assigning IPv6 PA to Every LIR |
WITHDRAWN |
|
|
May 2008 |
Summary:
With the acceptance of this policy RIPE NCC will run a one-time
operation to allocate an IPv6 block to every LIR that does not have any
existing IPv6 holdings.
Reason for Withdrawal:
The proposer decided to withdraw this proposal due to
insufficient support for it.
|
| Assigning IPv6 PI to Every INETNUM Holder |
WITHDRAWN |
|
|
May 2008 |
Summary:
With the acceptance of this policy, the RIPE NCC will conduct a one-time
operation to assign a /56 IPv6 PI prefix to all End Users with an IPv4
assignment registered in the RIPE Database.
Reason for Withdrawal:
The proposer decided to withdraw this proposal due to
insufficient support for it.
|
| End Policy for IANA IPv4 Allocations to RIRs |
WITHDRAWN |
|
|
March 2008 |
Summary:
This proposal seeks to provide the solutions to the problems in terms of address management which may arise if no measures are taken for IPv4 address exhaustion.
Reason for Withdrawal:
Authors decided that they want to make a new proposal (see 2008-03).
|
| Global Policy for the Allocation of the Remaining IPv4 Address Space |
WITHDRAWN |
|
|
March 2008 |
Summary:
This policy describes the process for the allocation of the remaining IPv4 space from IANA to the RIRs. When a minimum amount of available space is reached, an identical number of IPv4 allocation units (/8s) will be allocated from IANA to each RIR, replacing the current IPv4 allocation policy.
Reason for Withdrawal:
Authors decided that they want to make a new proposal (see 2008-03).
|
| Proposal to Amend the IPv6 Assignment and Utilisation Requirement Policy |
ACCEPTED |
2005-08 |
|
November 2007 |
| Summary: To amend the RIPE IPv6 address allocation policies regarding the definition of the default size of End Site allocations, the threshold value for End Site allocation efficiency, and the method of calculation of the End Site allocation efficiency metric. |
| IPv4 Countdown Policy |
WITHDRAWN |
|
|
October 2007 |
Summary:
This policy proposal proposes four general principles, which will be needed to accomplish the smooth termination of IPv4 address allocation.
Reason for Withdrawal:
Authors decided that they want to make a new proposal (see 2007-07).
|
| IANA
Policy for Allocation of ASN Blocks to RIRs |
ACCEPTED |
2007-04 |
|
September 2007 |
|
Summary: This
This proposal is to have a global policy for the Regional Internet
Registries (RIRs) to receive blocks of Autonomous System Numbers
(ASNs) from the Internet Assigned Numbers Authority (IANA). |
| Change in IP Assignments for Anycasting DNS Policy |
WITHDRAWN |
|
|
August 2007 |
Summary: This proposal suggested that there should no longer be a requirement to be a ccTLD or a gTLD to receive IPv4 and IPv6 assignments for anycasting DNS.
Reason for Withdrawal: The proposer decided to withdraw this proposal due to insufficient support for it.
|
| IPv6
Address Allocation and Assignment Policy |
ACCEPTED |
|
|
July 2007 |
| Summary: This proposal is to change the IPv6 Initial Allocation criteria and the End Site definition in the "IPv6 Address Allocation and Assignment Policy". |
| First Raise in IPv4 Assignment Window Size |
ACCEPTED |
2006-07 |
|
April 2007 |
| Summary: This proposal suggests the Assignment Window (AW) available to new LIRs should automatically be raised from zero (0) to /21 (2,048 IPv4 addresses) six months after they receive their first allocation. Because the sub-allocation policy references the AW policy, the sub-allocation policy also needs to be updated. This proposal suggests that the maximum sub-allocation should be kept at /20 (4,096 IPv4 addresses). |
| IPv4 Maximum Allocation Period |
ACCEPTED |
|
|
March 2007 |
| Summary: This proposal is to have the RIPE NCC allocate address space
to Local Internet Registries (LIRs) based on their one-year needs.
In other words, it suggests setting a maximum allocation period
of 12 months. |
| Contact E-Mail Address Requirements |
WITHDRAWN |
|
|
February 2007 |
Summary: This proposal suggested that working and up-to-date contact e-mail
addresses should be maintained at all times for address space
that is registered in the RIPE Database.
Reason for Withdrawal: Withdrawn by the proposer and the Address Policy Working Group chair as not enough consensus was reached.
|
| 4-Byte AS Number Policy |
ACCEPTED |
|
|
September 2006 |
| Summary: This policy proposal details a set of actions and associated dates for RIR AS Number allocation policies to assist in an orderly transition to use of the 4-byte AS Number space. |
| IP Assignments for Anycasting DNS |
ACCEPTED |
2005-02 |
|
September 2006 |
| Summary: To enable country code Top Level Domain (ccTLD) and global Top Level Domain (gTLD) name server operators to provide their DNS service using shared unicast technology, RIPE NCC may assign one IPv4 and/or one IPv6 prefix to each TLD operator. |
| LIR-PARTITIONED
Status for IPv6 |
WITHDRAWN |
|
|
July 2006 |
Summary: This proposal is to have a new status for IPv6 address space as
"LIR-PARTITIONED".
Reason for Withdrawal: The
proposer decided that the proposal was no longer necessary.
|
| IPv6
Initial Allocation |
WITHDRAWN |
2005-03 |
|
June 2006 |
Summary: The proposal is to change the IPv6 Initial Allocation criteria outlined
in the "IPv6
Address Allocation and Assignment Policy". The proposed
change is to remove "have a plan for making at least 200 /48
assignments to other organisations within two years" and to
remove the reference to "/48s" as the assignment size.
Reason for Withdrawal: Withdrawn
by proposer who thought this proposal is superceded by 2006-02,
IPv6 Address Allocation and Assignment Policy.
|
| Multicast
Monitoring on RIPE NCC Test Traffic Boxes |
WITHDRAWN
|
2005-11 |
|
May 2006 |
Summary: A proposal to add testing of multicast connectivity between the
RIPE NCC Test Traffic boxes that are connected to multicast-capable
networks.
Reason for Withdrawal: During
the discussion phase, the working group decided that the RIPE NCC
should do the work and that there was no need to complete the full
PDP cycle for this proposal. |
| Consumer
Broadband Monitoring Feasibility |
WITHDRAWN
|
2005-10 |
|
May 2006 |
Summary: This is a proposal to have the RIPE NCC, as a neutral body, develop
a way of measuring performance for consumer broadband networks.
The proposal requests funding for a limited deployment prototype
with the purpose of assessing industry and consumer acceptance,
functional requirements and technical issues.
Reason for Withdrawal: During
the discussion phase, the working group decided that the RIPE NCC
should do the work and that there was no need to complete the full
PDP cycle for this proposal. |
| HD-ratio
Proposal |
WITHDRAWN |
2005-01 |
|
May 2006 |
Summary:
The proposal is to change the further allocation criteria for IPv4
as described in ripe-324: "IPv4
Address Allocation and Assignment Policies for the RIPE NCC Service
Region".
Reason for Withdrawal: Withdrawn
by proposer who felt that as there had been a number of objections,
consensus had not been reached. |
| Internet
Assigned Numbers Authority (IANA) Policy for Allocation of IPv6 Blocks
to Regional Internet Registries |
ACCEPTED |
2005-09 |
|
April 2006 |
| Summary: The proposal was to have a policy governing the allocation of IPv6
address space from the IANA to the Regional Internet Registries (RIRs). |
| IPv6
Address Allocation and Assignment Policy - definition for "End-Site" |
WITHDRAWN |
2005-04 |
|
January 2006 |
Summary: There are various terms for "end-site" in the IPv6 allocation
and assignment policy (ripe-267) and the RFC3177. We need to have
a final definition for "End-Site" to establish clear internal
assignment policies.
Reason for Withdrawal: During
discussions the proposer decided that the proposal was no longer
necessary.
|
| Introducing
DNSSEC Service to Reverse DNS Trees |
ACCEPTED
|
2005-07 |
|
October 2005 |
| Summary: To implement DNSSEC, we propose extending the policy for Reverse Address
Delegation of IPv4 and IPv6 Address Space in the RIPE NCC Service
Region. |
| Proposal
to Add Regional Boundaries to Policy Documents |
WITHDRAWN |
2005-06 |
|
July 2005 |
Summary: Our AS assignment policy has the following statement in it - "The
RIPE NCC assigns AS Numbers for Autonomous Systems located in the
RIPE NCC service region". Neither the IPv4 nor the IPv6 policy
documents have such a clear statement in them. It might be a good
idea to add a similar statement to those documents when they are
updated.
Reason for Withdrawal: The
proposer decided to withdraw this proposal.
|
| Proposal
to Remove Special African Policies From RIPE Policy Documents |
ACCEPTED |
2005-05 |
|
July 2005 |
| Summary: To modify the policy document text to reflect full recognition of
AfriNIC as a functioning RIR. |
| |
| |
| |
| |
| |