[ppml] Policy Proposal: IPv4 Transfer Policy Proposal
Scott Leibrand
sleibrand at internap.com
Tue Feb 12 12:06:39 EST 2008
No, I think that reflects my failure to actually re-read 4.2.2 when
writing 8.4.3. :-) I'll look into that and see what revisions are
needed are needed to make them consistent. Good catch.
Thanks,
Scott
Jim Weyand wrote:
> Well done! However I see one small issue that probably reflects my lack
> of understanding:
>
> Section 8.4.3 of the proposal below references NRPM 4.2.2. regarding
> minimum allocation size and section 8.4.1 says, "The transferee may only
> receive one IPv4 address transfer every 6 months."
>
> However NRPM 4.2.2.2.2. says, " Provide information showing that the
> requested IP address space will be utilized within three months and
> demonstrating..."
>
> Which of course would mean that, to be consistent with the NRPM, a
> transferee could only buy a three month supply of addresses every six
> months.
>
>
> -----Original Message-----
> From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On Behalf Of
> Member Services
> Sent: Monday, February 11, 2008 11:35 AM
> To: ppml at arin.net
> Subject: [ppml] Policy Proposal: IPv4 Transfer Policy Proposal
>
> Resending with a typo that has been corrected in 8.4.2 below. The
> original text is supposed to have "24 months" twice in that section.
>
> Member Services
> American Registry for Internet Numbers (ARIN)
>
>
>
>
> ARIN received the following policy proposal. In accordance with the ARIN
> Internet Resource Policy Evaluation Process, the proposal is being
> posted to the ARIN Public Policy Mailing List (PPML) and being placed on
> ARIN's website.
>
> The ARIN Advisory Council (AC) will review this proposal at their next
> regularly scheduled meeting. The AC may decide to:
>
> 1. Accept the proposal as written. If the AC accepts the proposal, it
> will be posted as a formal policy proposal to PPML and it will be
> presented at a Public Policy Meeting.
>
> 2. Not accept the proposal. If the AC does not accept the proposal,
> the AC will explain their decision via the PPML. If a proposal is not
> accepted, then the author may elect to use the petition process to
> advance their proposal. If the author elects not to petition or the
> petition fails, then the proposal will be closed.
>
> The AC shepherds for this proposal are Scott Leibrand and Stacy Taylor.
>
> The AC invites everyone to comment on this proposal on the PPML,
> particularly their support or non-support and the reasoning behind their
> opinion. Such participation contributes to a thorough vetting and
> provides important guidance to the AC in their deliberations.
>
> The ARIN Internet Resource Policy Evaluation Process can be found at:
> http://www.arin.net/policy/irpep.html
>
> Mailing list subscription information can be found at:
> http://www.arin.net/mailing_lists/
>
> Regards,
>
> Member Services
> American Registry for Internet Numbers (ARIN)
>
>
> ## * ##
>
>
> Policy Proposal Name: IPv4 Transfer Policy Proposal
>
> Author: ARIN Advisory Council
>
> Proposal Version: 1.0
>
> Submission Date: 02/07/2008
>
> Proposal type: modify
>
> Policy term: permanent
>
> Policy statement:
>
> Replace the current NRPM section 8 with the following --
>
> 8. Transfers
>
> [8.1. Transfers - retain as is:
>
> Number resources are non-transferable and are not assignable to any
> other organization unless ARIN has expressly and in writing approved a
> request for transfer. ARIN is tasked with making prudent decisions on
> whether to approve the transfer of number resources.
>
> It should be understood that number resources are not "sold" under ARIN
> administration. Rather, number resources are assigned to an organization
> for its exclusive use for the purpose stated in the request, provided
> the terms of the Registration Services Agreement continue to be met and
> the stated purpose for the number resources remains the same. Number
> resources are administered and assigned according to ARIN's published
> policies.
>
> Number resources are issued, based on justified need, to organizations,
> not to individuals representing those organizations. Thus, if a company
> goes out of business, regardless of the reason, the point of contact
> (POC) listed for the number resource does not have the authority to
> sell, transfer, assign, or give the number resource to any other person
> or organization. The POC must notify ARIN if a business fails so the
> assigned number resources can be returned to the available pool of
> number resources if a transfer is not requested and justified.]
>
>
> [8.2 - remove the word "only", and retitle to "M&A Transfer
> Requirements":
>
> 8.2. M&A Transfer Requirements
>
> ARIN will consider requests for the transfer of number resources upon
> receipt of evidence that the new entity has acquired the assets which
> had, as of the date of the acquisition or proposed reorganization,
> justified the current entity's use of the number resource. Examples of
> assets that justify use of the number resource include, but are not
> limited to:
>
> * Existing customer base
> * Qualified hardware inventory
> * Specific software requirements.]
>
>
> [8.3 - retitle to "M&A Transfer Documentation Requirements":
>
> 8.3. M&A Transfer Documentation Requirements
>
> In evaluating a request for transfer, ARIN may require the requesting
> organization to provide any of the following documents, as applicable,
> plus any other documents deemed appropriate:
>
> * An authenticated copy of the instrument(s) effecting the transfer
> of assets, e.g., bill of sale, certificate of merger, contract,
> deed, or court decree
> * A detailed inventory of all assets utilized by the requesting
> party in maintaining and using the number resource
> * A list of the requesting party's customers using the number
> resource.
>
> If further justification is required, the requesting party may be asked
> to provide any of the following, or other supporting documentation, as
> applicable:
>
> * A general listing of the assets or components acquired
> * A specific description of acquisitions, including:
> o Type and quantity of equipment
> o Customer base
> * A description of how number resources are being utilized
> * Network engineering plans, including:
> o Host counts
> o Subnet masking
> o Network diagrams
> o Reassignments to customers]
>
> 8.4. Requirements for Simple Transfer of IPv4 Addresses
>
> After the exhaustion of the IANA IPv4 free pool, ARIN will also process
> IPv4 address transfer requests subject to the following conditions.
>
> 8.4.1 Conditions on the transferor:
>
> * The transferor resides in the ARIN service area.
> * The transferor has signed an RSA and/or a legacy RSA covering the
> IPv4 addresses transferred.
> * The transferor has no outstanding balances with ARIN.
> * The transferor has not received any IPv4 allocations or
> assignments from ARIN (through ordinary allocations or
> assignments, or through this Simple Transfer policy) within the
> preceding 24 months.
> * The transferor may not request any IPv4 allocations or
> assignments
> from ARIN (through ordinary allocations or assignments, or
> through
> this Simple Transfer policy) within the subsequent 24 months.
>
> 8.4.2 Conditions on the transferee:
>
> * The transferee resides in the ARIN service area and intends to
> use
> the transferred IPv4 addresses within the ARIN service area.
> * The transferee has no outstanding balances with ARIN.
> * The transferee's need is confirmed by ARIN, according to current
> ARIN policies, including but not limited to confirmation of
> utilization rate of any prior IPv4 allocations, assignments, or
> previously transferred IPv4 addresses held by the transferee.
> * The transferee signs (or has previously signed) an RSA covering
> the IPv4 addresses transferred.
> * The transferee has not provided any IPv4 addresses for transfer
> through this Simple Transfer process within the preceding 24
> months.
> * The transferee may not provide any IPv4 addresses for transfer
> through this Simple Transfer process within the subsequent 24
> months, except in the case of business failure.
> * The transferee may only receive one IPv4 address transfer every 6
> months.
>
>
>
> 8.4.3 Conditions on the IPv4 address block to be transferred:
>
> * The IPv4 block must comply with applicable ARIN requirements,
> including minimum allocation size (i.e. NRPM 4.2.2., 4.2.4.,
> 4.3.2., 4.3.6.). However, an IPv4 allocation or assignment of
> /24
> or larger, but smaller than the current minimum allocation size,
> may be transferred as a whole resource, but may not be
> subdivided.
> * The IPv4 block must currently be registered for use within the
> ARIN service area, either as part of an address block assigned by
> IANA to ARIN, or as part of a legacy address block allocated
> within the ARIN service area.
> * There must exist no dispute as to the status of the IPv4 block or
> regarding the allocation or assignment of such block to the
> transferor.
> * The transferor may retain one contiguous address range out of
> their original allocation or assignment for their own use, and
> transfer the other contiguous address range. If the address
> range
> to be transferred consists of multiple non-aggregatable CIDR
> blocks, each may be transferred to a different transferee. The
> retained address range may not be further subdivided or
> transferred for a period of 12 months.
>
> 8.4.4 Fees
>
> * Completion of a transfer requires payment of a transfer fee
> according to ARIN's schedule of fees.
> * The transferee will be subject to all future ARIN membership and
> service fees according to the transferee's total address
> holdings.
>
> 8.4.5 Pre-qualification
>
> * An interested transferee must seek pre-qualification from ARIN to
> confirm its eligibility to receive a transfer (including
> satisfaction of need according to current ARIN policies) before
> making any solicitation for transfer. Upon pre-qualification,
> ARIN will provide the transferee with documentation of the
> pre-qualification, including the size (CIDR prefix length) of the
> largest IPv4 address block the transferee is eligible to receive,
> and the expiration date of the pre-qualification.
> * An interested transferor must seek pre-qualification from ARIN to
> confirm its eligibility to offer a transfer (including lack of
> outstanding balances and having signed an RSA) before offering
> IPv4 address resources for transfer. Upon pre-qualification,
> ARIN
> will provide the transferor with documentation of the
> pre-qualification, including the exact network address and size
> (CIDR prefix length) the transferor is eligible to provide, and
> the expiration date of the pre-qualification.
>
> 8.5. Safe Harbor for IPv4 Transfers through this Simple Transfer
> Process
>
> IPv4 address resources being made available for transfer shall be exempt
> from ARIN audit until expiration of the transfer pre-qualification or
> completion of the transfer. In the event that a transfer
> pre-qualification expires, ARIN shall have up to 90 days to initiate an
> audit prior to this exemption being reinstated through subsequent
> transfer pre-qualification. This will not extend the end of the
> exemption.
>
> 8.6. Simple IPv4 Transfers to or from Organizations Under Common
> Ownership or Control
>
> If an IPv4 transferor or transferee is under common ownership or control
> with any other organization that holds one or more IPv4 blocks, the IPv4
> transfer request must report all such organizations under common
> ownership or control.
>
> When evaluating compliance with IPv4 Simple Transfer conditions, ARIN
> may consider a transferor's transfer request in light of requests from
> other organizations under common ownership or control with the
> transferor. Similarly, ARIN may consider a transferee's request in
> light of requests from other organizations under common ownership or
> control with the transferee. In evaluating requests from other
> organizations under common ownership or control, ARIN staff will
> consider the relationship between the organizations, the degree of
> coordination between the organizations, and the bona fide use of the
> addresses at issue to determine whether all appropriate conditions are
> met.
>
> 8.7. Record-keeping and Publication of Simple Transfers of IPv4
> Addresses
>
> ARIN will develop and operate a listing service to assist interested
> transferors and transferees by providing them a centralized location to
> post information about IPv4 blocks available from prequalified
> transferors and IPv4 blocks needed by prequalified transferees.
>
> After completion of the transfer, ARIN will update the registration
> records pertaining to the IPv4 block at issue. ARIN will adjust its
> records as to the holdings of the transferor and transferee.
>
> After the transfer, ARIN will publish WHOIS data that reflects the
> current allocation or assignment of the transferred block. ARIN will
> also make available information about any prior recipient(s) of such
> block. ARIN will also publish a log of all transfers, including block,
> transferor, transferee, and date.
>
>
> Rationale:
>
> The ARIN Board of Trustees asked the Advisory Council to consider a set
> of questions around the depletion of the free pool of IPv4 addresses,
> the transition to IPv6 for Internet address needs in the future, and
> ARIN's possible role in easing the transition.
>
> Over the past few years the AC has spent a great deal of time reflecting
> on these issues as a group, as individuals, and in consultation with
> the community. One outcome of this process is this policy proposal,
> which the AC is submitting for consideration at the next meeting. We are
> proposing some changes to existing ARIN policy regarding the transfer of
> IP address block registrations between subscribers, which will allow for
> the emergence of trade in IPv4 address space, with ARIN to provide a
> listing service for address blocks available for transfer under the
> liberalized policy. We are aware that this proposal, if adopted, will
> mark a major change in ARIN's role in the community and the Internet.
>
> This policy proposal would create a transfer mechanism for IPv4 number
> resources between those who have excess resources and those who have a
> need, thereby allowing ARIN to continue to serve its mission after IANA
> free pool exhaustion. This proposal would also set conditions on such
> transfers intended to preserve as much as possible the existing policy
> related to efficient, needs-based resource issuance, and would leverage
> ARIN's extensive control systems, audit trails, and recognized position
> as a trusted agent to avoid speculation and hoarding and diminish the
> likelihood and extent of an uncontrolled 'black market' where the risk
> and potential for fraud is immeasurably higher.
>
> Many of the transfer conditions are self-explanatory, but some worth
> highlighting are that:
>
> * To discourage speculation, a waiting period (proposed at 24
> months) is required before a transferee (or ordinary resource
> recipient) can become a transferor, or vice versa.
> * Transferees must qualify for IPv4 space (just as they do today
> when getting it from ARIN) before they can receive address space
> by transfer, or solicit space on a listing service.
> * To discourage unnecessarily rapid growth of routing tables, an
> allocation or assignment may not be arbitrarily deaggregated. To
> allow a transferor to downsize within their existing space, they
> may split off a contiguous address range, once every 12 months,
> and transfer the resulting netblock(s), which are subject to
> ARIN's minimum allocation size, to one or more transferee(s).
> * A transferee may receive one transfer every 6 months, so they'll
> be incented to transfer a block appropriately sized for their
> needs, which will further discourage deaggregation and keep
> smaller blocks available for smaller organizations.
>
> The proposal would also have ARIN develop and operate a listing service
> to facilitate transfers and provide an authoritative central source of
> information on space available and requested for transfer. It would not
> prohibit private party transactions, but would require that potential
> transferors and transferees be pre-qualified first, so that neither
> party will encounter any unexpected surprises when they ask ARIN to
> process the transfer.
>
> Timetable for implementation: Immediately, with most aspects of policy
> taking effect upon IANA exhaustion, per the policy text.
>
>
>
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the ARIN
> Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml
> Please contact the ARIN Member Services Help Desk at info at arin.net if
> you experience any issues.
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the ARIN Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml
> Please contact the ARIN Member Services Help Desk at info at arin.net if you experience any issues.
>
More information about the ARIN-PPML
mailing list