Recommended Draft Policy ARIN-2014-10: Remove Sections 4.6 and 4.7
ARIN
info at arin.net
Tue Mar 25 14:22:15 EDT 2014
Recommended Draft Policy ARIN-2014-10
Remove Sections 4.6 and 4.7
On 20 March 2014 the ARIN Advisory Council (AC) recommended
ARIN-2014-10 for adoption, making it a Recommended Draft Policy.
ARIN-2014-10 is below and can be found at:
https://www.arin.net/policy/proposals/2014_10.html
You are encouraged to discuss Draft Policy 2014-10 on the PPML prior to
the upcoming ARIN 33 Public Policy Meeting. Both the discussion on the
list and at the meeting will be used by the ARIN Advisory Council to
determine the community consensus for adopting this as policy.
The ARIN Policy Development Process can be found at:
https://www.arin.net/policy/pdp.html
Draft Policies and Proposals under discussion can be found at:
https://www.arin.net/policy/proposals/index.html
Regards,
Communications and Member Services
American Registry for Internet Numbers (ARIN)
## * ##
Recommended Draft Policy ARIN-2014-10
Remove Sections 4.6 and 4.7
Date: 25 March 2014
AC's assessment of conformance with the Principles of Internet Number
Resource Policy:
"Draft Policy ARIN-2014-10: Remove Sections 4.6 and 4.7 - This proposal
will permanently remove suspended NRPM policies 4.6 and 4.7, due to the
potential for abuse by large requests. The ARIN staff has noted that
these two policies have rarely been used by the community since their
implementation and have not been used at all in the past 6 years.
Removing these Policies has received support from the community and is
technically sound."
Problem Statement:
The ARIN Board of Trustees has suspended sections 4.6 and 4.7 of the
Number Resource Policy Manual at their January 6, 2014 meeting. This was
done in response to the potential for abuse of these sections as the
IPv4 free pool approaches runout.
The last request to use section 4.6, amnesty and aggregation requests,
was in 2004. The last request to use section 4.7, aggregation requests,
was in 2008. These sections have not been used to request resources in
more than five years.
There are a number of organizations who could use these sections as
justification to request an allocation or assignment that could deplete
the remaining ARIN IPv4 free pool. This could have unintended
consequences with ARIN running out so unexpectedly, that outweigh the
intended benefits the sections were meant to provide.
These sections could also be used to justify large transfers, that would
put ARIN in an undesirable position trying to reclaim previous
resources, when the IPv4 pool is depleted. This risk also outweighs the
intended benefits the sections were meant to provide.
Efforts could be made to patch these sections, and provide additional
measures to limit abuse. There does not appear to be a need, however,
given how little the sections have been utilized. As we become aware of
other implications it may be best to try and deal with them through a
separate, independent proposal.
Policy statement:
Remove sections 4.6 and 4.7.
Comments:
a.Timetable for implementation: Immediate
b.Anything else:
4.6. Amnesty and Aggregation Requests
4.6.1 Intent of this policy
This policy is intended to allow the community and ARIN staff to work
together with holders of address resources in the best interests of the
community by facilitating the return of unused address space and the
aggregation of existing space in a manner which is in the best interests
of both parties.
All transactions under this policy must either create greater
aggregation (a reduction in the number of prefixes) or the return of
address space. Transactions should only be accepted under this policy if
they are in the interests of the community (e.g. they improve
aggregation or result in a net reclamation of space).
4.6.2 No penalty for returning or aggregating
ARIN shall seek to make the return of address space as convenient and
risk-free to the returning organization as possible. An organization
with several non-contiguous blocks seeking to aggregate and return space
at the same time should be accommodated if possible. If it is possible
to expand one block, for example, to facilitate the return of other
blocks, ARIN should do that.
4.6.3 Return should not force renumbering
An organization shall be allowed to return a partial block of any size
to ARIN. For any return larger than a /24, ARIN shall not require that
the non-returned portion of the block be renumbered unless the returning
organization wishes to do so.
4.6.4 Timeframe for return
Any organization which is returning addresses under this policy shall
negotiate with ARIN an appropriate timeframe in which to return the
addresses after any new resources are received under this policy. In the
case of a simple return, the timeframe shall be immediate. In the case
where renumbering into new addresses out of existing addresses to be
returned is required, the returning organization shall sign a contract
with ARIN which stipulates a final return date not less than 6 months
nor more than 18 months after the receipt of new addresses. If an
organization misses this return date, but, ARIN believes the
organization is working in good faith to complete the renumbering, ARIN
may grant a single extension of 6-12 months as staff deems appropriate
to the situation. Such an extension must be requested in writing (email
to hostmaster at arin.net) by the organization at least 15 days prior to
the original expiration date.
4.6.5 RSA Required if new addresses received
Any organization which receives any additional addresses under this
policy shall be required to sign an ARIN RSA which will apply to all new
addresses issued and to any retained blocks which are expanded under
this policy.
4.6.6 Annual contact required
Any organization which participates in this policy shall be required to
sign an agreement stipulating that ARIN will attempt contact at least
once per year via the contact mechanisms registered for the organization
in Whois. Should ARIN fail to make contact, after reasonable effort the
organization shall be flagged as "unreachable" in Whois. After six
months in "unreachable" status, the organization agrees that ARIN may
consider all resources held by the organization to be abandoned and
reclaim such resources. Should the organization make contact with ARIN
prior to the end of the aforementioned six month period and update their
contact information appropriately, ARIN shall remove the "unreachable"
status and the annual contact cycle shall continue as normal. If the
organization pays annual fees to ARIN, the payment of annual fees shall
be considered sufficient contact.
4.7. Aggregation Requests
If an organization, whether a member or non-member, ISP or end-user,
relinquishes a group of portable, non-aggregatable address blocks to
ARIN, they shall be allowed to receive a block in exchange, /24 or
larger, but no more than the largest block that could contain all of the
returned blocks. Exchanged space shall be returned within 12 months. If
the gain in the number of addresses is greater than 4096, the
aggregation request must be evaluated by the ARIN in accordance with the
current IPv4 allocation policy. If all of the previous address blocks
were maintained in the ARIN database without maintenance fees, the
replacement space shall be as well, but if any one of the returned
blocks had associated maintenance fees, then the replacement block shall
also be subject to maintenance fees.
##########
ARIN Staff and Legal Assessment
ARIN-prop-2014-10 Remove Sections 4.6 and 4.7
Date of Assessment: 04 Mar 2014
1. Summary (Staff Understanding)
This proposal seeks to permanently remove suspended NRPM policies 4.6
and 4.7 based on the rationale that any number of large organizations
could potentially abuse these policies and request enough IPv4 address
space to completely deplete ARINs available pool of addresses in one
request.
2. Comments
A. ARIN Staff Comments
· These two policies have rarely been used by the community since
their implementation and in fact, have not been used at all in the past
6 years.
o The last request to use section 4.6, amnesty and aggregation
requests, was in 2004.
o The last request to use section 4.7, aggregation requests, was in 2008.
· Customers wishing to return resources to ARIN have always been
able to, and can continue to do so, by simply submitting a request
ticket to hostmaster at arin.net. Staff then does the requisite
verification of the request for the return of space.
o The ARIN website has recently been updated to more clearly outline
the procedure for returning address space to ARIN.
· This proposal could be implemented as written and would have no
operational impact.
B. ARIN General Counsel - Legal Assessment
The policy does not create legal concerns.
3. Resource Impact
This policy would have minimal resource impact from an implementation
aspect. It is estimated that implementation would occur within 3 months
after ratification by the ARIN Board of Trustees. The following would be
needed in order to implement:
· Updated guidelines
4. Proposal Text
Problem Statement:
The ARIN Board of Trustees has suspended sections 4.6 and 4.7 of the
Number Resource Policy Manual at their January 6, 2014 meeting. This was
done in response to the potential for abuse of these sections as the
IPv4 free pool approaches runout.
The last request to use section 4.6, amnesty and aggregation requests,
was in 2004. The last request to use section 4.7, aggregation requests,
was in 2008. These sections have not been used to request resources in
more than five years.
There are a number of organizations who could use these sections as
justification to request an allocation or assignment that could deplete
the remaining ARIN IPv4 free pool. This could have unintended
consequences with ARIN running out so unexpectedly, that outweigh the
intended benefits the sections were meant to provide.
These sections could also be used to justify large transfers, that would
put ARIN in an undesirable position trying to reclaim previous
resources, when the IPv4 pool is depleted. This risk also outweighs the
intended benefits the sections were meant to provide.
Efforts could be made to patch these sections, and provide additional
measures to limit abuse. There does not appear to be a need, however,
given how little the sections have been utilized. As we become aware of
other implications it may be best to try and deal with them through a
separate, independent proposal.
Policy statement:
Remove sections 4.6 and 4.7.
More information about the Info
mailing list