63 Recommended Draft Policy ARIN- 2014-1 Out of Region Use.

Slides:



Advertisements
Similar presentations
62 Recommended Draft Policy ARIN Resolve Conflict Between RSA and 8.2 Utilization Requirements.
Advertisements

1 Overview of policy proposals Policy SIG Wednesday 26 August 2009 Beijing, China.
Draft Policy Clarifying Requirements for IPv4 Transfers.
Improving 8.4 Anti-Flip Language. Problem Statement Current policy prevents an organization that receives BLOCK A in the previous 12 months from.
1 Draft Policy Globally Coordinated Transfer Policy Original Authors: Chris Grundeman, Martin Hannigan, Jason Schiller AC Shepherds: Bill Darte,
Recommended Draft Policy Section 8.4 Inter-RIR Transfer of ASNs.
60 Recommended Draft Policy ARIN Anti-hijack Policy.
DRAFT POLICY ARIN : NEEDS ATTESTATION FOR SOME IPV4 TRANSFERS John Springer.
ARIN Clarifying Requirements for IPv4 Transfers Dan Alexander- Primary Shepherd David Farmer- Secondary Shepherd.
2009-3: Allocation of IPv4 Blocks to Regional Internet Registries.
Policy Implementation and Experience Report Leslie Nobile.
Shepherd’s Presentation Draft Policy Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors 59.
Draft Policy Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors 59.
Open Policy Hour Einar Bohlin, Policy Analyst. OPH Overview Draft Policy Preview Policy Experience Report Policy BoF.
Standardize IP Reassignment Registration Requirements Draft Policy
Life After IPv4 Depletion Leslie Nobile. Overview ARIN’s current IPv4 inventory Trends and observations Ways to obtain IP addresses post IPv4 depletion.
Recommended Draft Policy ARIN Out of Region Use.
Policy Experience Report Leslie Nobile. Review existing policies – Ambiguous text/Inconsistencies/Gaps/Effectiveness Identify areas where new or modified.
Draft Policy Revising Section 4.4 C/I Reserved Pool Size.
ARIN Section 4.10 Austerity Policy Update.
PROP Leif Sawyer. Draft Policy ARIN Eliminating Needs-based Evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 Netblocks Author:
ARIN Out of Region Use Tina Morris. Problem Statement Current policy neither clearly forbids nor clearly permits out of region use of ARIN registered.
Recommended Draft Policy ARIN Remove Operational Reverse DNS Text.
Draft Policy Transfers & Multi-National Networks Kevin Blumberg.
Draft Policy ARIN “Out of Region Use”. Problem statement (summary) Current policy neither clearly forbids nor clearly permits out of region use.
Draft Policy Returned IPv4 Addresses 1.History including origin & shepherds 2.Summary 3.Status at other RIRs 4.Staff/legal assessment 5.PPML discussion.
Draft Policy Preview ARIN XXVII. Draft Policies Draft Policies on the agenda: – ARIN : Globally Coordinated Transfer Policy – ARIN : Protecting.
Recommended Draft Policy ARIN Remove Web Hosting Policy.
Draft Policy IPv6 Subsequent Allocations Utilization Requirement.
ARIN Change Utilization Requirements from last-allocation to total-aggregate.
Draft Policy Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors 59.
Draft Policy IPv6 Subsequent Allocations Utilization Requirement.
ARIN Revising Section 4.4 C/I Reserved Pool Size Bill Sandiford ARIN AC.
Waiting List For Unmet IPv4 Requests Draft Policy
ARIN Update Aaron Hughes ARIN Board of Trustees Focus Increased focus on customer service – Based on feedback and survey Continued IPv4 to IPv6.
ARIN Allow Inter-RIR ASN Transfers. Problem Statement We already allow transfer of ASNs within the ARIN region. Recently APNIC implemented a policy.
Draft Policy Return to 12 Month Supply and Reset Trigger to /8 in Free Pool.
Draft Policy Globally Coordinated Transfer Policy 1.History including origin & shepherds 2.Summary 3.Status at other RIRs 4.Staff/legal assessment.
Draft Policy ARIN Modify 8.4 (Inter-RIR Transfers to Specified Recipients) Authors: David Huberman and Tina Morris AC Shepherds: Cathy Aronson and.
A S I A P A C I F I C N E T W O R K I N F O R M A T I O N C E N T R E Emerging Registry Criteria ASO General Assembly Budapest, 19 May 2000.
Rework of IPv6 Assignment Criteria Draft Policy
Recommended Draft Policy ARIN Out of Region Use Milton Mueller, Tina Morris AC Shepherds Presented by David Farmer.
Draft Policy Aligning 8.2 and 8.3 Transfer Policy.
Draft Policy IPv6 Subsequent Allocations Utilization Requirement.
Recommended Draft Policy ARIN Out of Region Use Presented by Tina Morris.
Draft Policy ARIN Modify 8.4 (Inter-RIR Transfers to Specified Recipients) Presented by Chris Tacit.
Draft Policy Reassignments for Third Party Internet Access (TPIA) over Cable.
Allocation of IPv4 Blocks to Regional Internet Registries (Global Proposal) Draft Policy
Draft Policy Removal of Renumbering Requirement for Small Multihomers.
Recommended Draft Policy RIR Principles 59.
60 Recommended Draft Policy ARIN Reduce All Minimum Allocation/Assignment Units to /24.
60 Draft Policy ARIN NRPM 4 (IPv4) Policy Cleanup.
Draft Policy Better IPv6 Allocations for ISPs 1.History including origin & shepherds 2.Summary 3.Status at other RIRs 4.Staff/legal assessment 5.PPML.
Draft Policy ARIN Christian Tacit. Problem statement Organizations that obtain a 24 month supply of IP addresses via the transfer market and then.
Recommended Draft Policy ARIN
59 Draft Policy Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors.
Recommended Draft Policy ARIN David Farmer
2011-4: Reserved Pool for Critical Infrastructure
Draft Policy ARIN Amy Potter
Recommended Draft Policy ARIN : Post-IPv4-Free-Pool-Depletion Transfer Policy Staff Introduction.
IPv6 Subsequent Allocation
Draft Policy ARIN Cathy Aronson
Draft Policy Shared Transition Space for IPv4 Address Extension
Recommended Draft Policy ARIN Change timeframes for IPv4 requests to 24 months Tina Morris.
Recommended Draft Policy ARIN : Eliminate HD-Ratio from NRPM
Recommended Draft Policy Section 8
Permitted Uses of space reserved under NRPM 4.10
Recommended Draft Policy ARIN : Modify 8
Recommended Draft Policy ARIN : Transfers for new entrants
Update Chris Woodfield, ARIN Advisory Council.
Presentation transcript:

63 Recommended Draft Policy ARIN Out of Region Use

History 1.Origin: ARIN-prop-192 from December AC Shepherds: Milton Mueller, Tina Morris 3.Presented at: PPC at NANOG 60 ARIN 33 PPC at NANOG 61 PPC at NANOG 62 ARIN 34 4.Advanced to Recommended Draft Policy in December Text Online & in Discussion Guide

3 Staff Understanding This policy would allow out of region use of ARIN issued resources as long as the requesting organization is presently an ARIN registry customer and currently using the equivalent of a /22 IPv4 block, or a /44 IPv6 block, or an ASN on infrastructure physically located within the ARIN region. An officer attestation would be required to verify that the resource request is not a duplicate of one made to another RIR.

4 Staff Comments 1.Current ARIN policy requires organizations to show a justified need for resources to be used specifically within the ARIN region in order to receive number resources from ARIN. If the draft policy were adopted, ARIN number resources could be requested for use in another region. 2.When processing resource requests for use in another region under this policy, ARIN staff would include any address space registered through another RIR and currently used (or available to be used) within that region in its evaluation of the organization’s justified need based on current ARIN policy. 3.This policy adds a new requirement that staff review utilization outside of the ARIN region, which will require additional time, and could delay the review and processing of requests of this type as well as other request types that ARIN currently handles. 4. This policy would be placed in the NRPM as "2.17 Out of Region Use".

5 Legal Assessment 1. Counsel supports the issuance of resources to entities in the ARIN region that need number resources that will be used in this region and in the remainder of the world. ARIN currently issues resources for these needs based on a needs based allocation methodology. This proposed revised policy now requires that there be /22 of deployed IPv4 resources in the ARIN service region, and once that installation exists it allows all of the recipients’ needs outside the ARIN service region to be met by ARIN. The requirement of a meaningful physical presence of the recipient in the service region was absent from the prior version, and is an improvement. (The draft policy does not explicitly spell out that the recipient must have an actual physical presence, as well as a corporate legal entity, in the ARIN region, but implies the requirement indirectly by stating that the requester must presently be using resources in the ARIN region and thus already comply with ARIN’s existing requirements.

6 Legal Assessment 2. The single remaining aspect that continues to create legal and policy concern is that the policy as written and interpreted calls for ARIN to allocate resources solely for use out of the ARIN service region. By definition, those resources should be obtained from the RIR(s) in the service region(s) where the need exists. Counsel would strongly prefer that the policy require that there be a requirement that some of the resources being allocated be needed in the ARIN region. Such a modest limit would be consistent with ICP-2; it would be consistent with ARIN's stewardship responsibility to allocate the waning pool of IPv4 number resources, and will still meet the needs of ARIN based multinational entities who need resources across the globe.

7 Legal Assessment 3. This draft policy is inconsistent with ICP2. ARIN is governed by ICANN ICP-2, which calls for establishment of a single RIR to serve each region. ICP2 further notes that multiple RIRs serving in a single region is likely to lead to difficulty for co-ordination and co- operation between the RIRs as well as confusion for the community within the region. The implication of that governance structure is that each RIR can and should serve primarily its service region. Adoption of this policy will result in ARIN effectively providing significant registry services to ARIN qualified recipients in other RIR regions, and such a change should not be undertaken lightly but instead only after the framework provided in ICP-2 is updated (based on global discussion and consent) - to proceed otherwise would undermines ICP-2 and encourages parties to set aside its principles in an uncoordinated manner, risking in the very "confusion for the community" that ICP-2 helps deter at present.

8 Legal Assessment 4. ARIN cannot perform business functions contemplated in the policy with certain countries, and related public or private entities, such as relationships to Cuba, Iran and North Korea under U.S. law. This has not historically been an issue for ARIN prior to this proposed policy. It may be necessary to require ARIN’s implementation of this policy to require a certification that none of the resources will be deployed contrary to U.S., Canada or Caribbean nations law in this respect. If the draft policy is adopted and ARIN provides resources to qualifying entities for use outside of the region, it is essential that the present requirement for dispute resolution via arbitration at a location in ARIN’s service region as currently required in the RSA be maintained to assist in reducing the risk of ARIN becoming subject to the venue, jurisdiction and laws of legal forums outside the ARIN service region.

9 Implementation This policy would have significant resource impact from an implementation aspect. It is estimated that implementation would occur within 5-6 months after ratification by the ARIN Board of Trustees. The following would be needed in order to implement: Updated guidelines and internal procedures Staff training Additional time to review resource requests for out of region use as out of region utilization would now need to be included in the analysis of these requests Engineering efforts to handle out of region business rules may be substantial.

10 Presentation by the AC

Recommended Draft Policy ARIN “Out of Region Use” Milton Mueller, Tina Morris AC Shepherds Presented by David Farmer

Summary This policy would allow out of region use of ARIN issued resources as long as the requesting organization is presently an ARIN registry customer and currently using the equivalent of a /22 IPv4 block, or a /44 IPv6 block, or an ASN on infrastructure physically located within the ARIN region. An officer attestation would be required to verify that the resource request is not a duplicate of one made to another RIR. If adopted, the current draft policy would not require any of the resources sought to be utilized in the ARIN region.

Problem statement “Current policy neither clearly forbids nor clearly permits out of region use of ARIN registered resources. This has created confusion and controversy within the ARIN community for some time. Earlier work on this issue has explored several options to restrict or otherwise limit out of region use. None of these options have gained consensus within the community. The next logical option is a proposal that clearly permits out of region use while addressing some of the concerns expressed about unlimited openness to out of region use.” Staff has been counting utilization as in-region only when the least specific prefix is routed from within the region.

Staff and Legal Review Requirement for in-region nexus improved the proposal Concerns about the policy’s consistency with ICP-2, since none of the resources being sought need to be used within the region Counsel has expressed concern that the absence of any need for in-ARIN region resources will result in additional fraudulent requests to ARIN from entities with marginal or no actual ties to ARIN region Is a significant change that will affect the way we engage with other RIRs via global and transfer policies? An out of region entity might set up a router in the US to route a /22 through that location and tunnel the rest back to a country with no cooperative relationship with the region But no legal reasons prevent its implementation, if it is desire of the community

A Little About ICP-2 Defines Criteria for the Creation of New RIRs Is not itself Internet Number Resource Policy, but has an important role in defining aspects of the RIR System Requires Non-Overlapping RIR Service Regions when new RIRs are created. Does not discuss directly the relationship between the use of resources and RIR Service Regions Debate is ongoing whether the lack of having any requirement for in-ARIN region use of resources sought would be consistent with ICP-2 Details about ICANN’s Internet Coordination Policy 2 (ICP-2) can be found here:

Out of region use and IPv4 scarcity ARIN’s free pool of IPv4 has been the target of increased questionable or fraudulent applications since runout of IPv4 resources in RIPE/NCC and APNIC In 2011 when APNIC’s IPv4 austerity policy started, ARIN staff began seeing requests that were intended to conform technically to ARIN requirements but not with the spirit As staff gained experience with these types of requests, it was realized that they were not obtaining any justification data that could be verified But policy regarding out-of-region requests (as noted in the problem statement) was ambiguous There is concern that (if enacted before ARIN runout) would increase the number of fraudulent requests. But would go into effect before exhaustion? In a post-depletion world would affect the transfer market and IPv6 only Could its implementation be triggered after free pool is gone?