<div dir="ltr"><div>Do we really have to say opposed in principal instead of just wording every draft for it to be considered applicable response?<br><br></div>-Blake<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Thu, Sep 12, 2013 at 1:01 PM, David Farmer <span dir="ltr"><<a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

There has been only one comment on this revised text, the AC needs more input from the community regarding this revised text.  Next Thursday the AC must voting if it should promote this Draft Policy to Recommended Draft Policy status before the October ARIN meeting.  A Draft Policy cannot go to Last Call until it has gone to a Public Consultation as a Recommended Draft Policy.<br>


<br>
Please provide your feedback, even if its as simple as you support the policy or not.<br>
<br>
Thank you.<div class="HOEnZb"><div class="h5"><br>
<br>
On 9/4/13 16:25 , ARIN wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Revised text for ARIN-2013-6 is below and can be found at:<br>
<br>
<a href="https://www.arin.net/policy/proposals/2013_6.html" target="_blank">https://www.arin.net/policy/<u></u>proposals/2013_6.html</a><br>
<br>
The AC will evaluate the discussion in order to assess the conformance<br>
of this draft policy with ARIN's Principles of Internet Number Resource<br>
Policy as stated in the PDP. Specifically, these principles are:<br>
<br>
  * Enabling Fair and Impartial Number Resource Administration<br>
<br>
  * Technically Sound<br>
<br>
  * Supported by the Community<br>
<br>
The ARIN Policy Development Process (PDP) can be found at:<br>
<br>
<a href="https://www.arin.net/policy/pdp.html" target="_blank">https://www.arin.net/policy/<u></u>pdp.html</a><br>
<br>
<br>
Draft Policies and Proposals under discussion can be found at:<br>
<br>
<a href="https://www.arin.net/policy/proposals/index.html" target="_blank">https://www.arin.net/policy/<u></u>proposals/index.html</a><br>
<br>
Regards,<br>
<br>
<br>
Communications and Member Services<br>
American Registry for Internet Numbers (ARIN)<br>
<br>
<br>
## * ##<br>
<br>
Draft Policy ARIN-2013-6 Allocation of IPv4 and IPv6 Address Space to<br>
Out-of-region Requestors - Revised Text (V2)<br>
<br>
Date: 4 September 2013<br>
<br>
Problem Statement:<br>
ARIN number resources should be used primarily in the ARIN region, for<br>
ARIN region organizations. There is currently no explicit policy guiding<br>
staff in this area, this proposal seeks to correct that.<br>
<br>
Policy Statement:<br>
Create new policy Section X.<br>
<br>
X. Resource Justification within ARIN Region<br>
Organizations requesting Internet number resources from ARIN must<br>
provide proof that they (1) are an active business entity legally<br>
operating within the ARIN service region, and (2) are operating a<br>
network located within the ARIN service region. In addition to meeting<br>
all other applicable policy requirements, a plurality of resources<br>
requested from ARIN must be justified by technical infrastructure and<br>
customers located within the ARIN service region, and any located<br>
outside the region must be interconnected to the ARIN service region.<br>
The same technical infrastructure or customers cannot be used to justify<br>
resources in more than one RIR.<br>
###<br>
<br>
Authors Comments:<br>
<br>
Although we represent law enforcement, and have brought forth this issue<br>
based upon our concerns and experience from a law enforcement<br>
perspective, this is a problem in which the entire ARIN community has a<br>
stake.<br>
<br>
As reported at the last meeting in Barbados, ARIN staff is having<br>
difficulty verifying organizations out-of-region. In many of the cases,<br>
particularly in VPS (Virtual Private Service), the only information<br>
received on these organizations by ARIN is a customer name and IP<br>
address. This information cannot be properly verified by ARIN. Accuracy<br>
of registration data is critical to not only law enforcement, but the<br>
greater ARIN community as it relates to abuse contact and complaints. In<br>
fact, most issues facing law enforcement are also shared by legitimate<br>
companies attempting, for instance, to identify an organization that has<br>
hijacked their IP address space.<br>
<br>
The expedited depletion of IPv4 address space in the ARIN region<br>
certainly seems to negatively impact those organizations currently<br>
operating in the region that may need to return to ARIN for additional<br>
IPv4 address space. While law enforcementıs concern is that criminal<br>
organizations outside of the ARIN region can easily and quickly request<br>
large blocks of IPv4 address space from ARIN, organizations that are not<br>
truly global organizations, but specific national companies from the<br>
RIPE and APNIC regions, also have this capability which is detrimental<br>
to true ARIN region organizations.<br>
<br>
This policy proposal is re-enforcing practices the ARIN staff currently<br>
employs to ensure that ARIN IP space is used for and by companies that<br>
are legitimate and have a legitimate presence in the ARIN region. This<br>
policy will assist in defining clear criteria that will be helpful to<br>
ARIN staff and the community.<br>
<br>
The primary role of RIRs is to manage and distribute public Internet<br>
address space within their respective regions. The problem brought forth<br>
here clearly undermines the current RIR model; if any organization can<br>
acquire IP address space from any region, what then is the purpose of<br>
the geographical breakdown of the five RIRs?<br>
<br>
Advisory Council Comments:<br>
<br>
The term "Internet number resources" or more simply "resources" should<br>
be used instead of "IP Blocks" to more accurately reflect the totality<br>
of the Registry. This implies both IPv4 and IPv6, as well as ASNs.<br>
While Internet registries are organized on a regional basis, policy must<br>
recognize that many networks, services and operations are trans-regional<br>
and it would be burdensome and impractical to attempt to strictly<br>
enforce territorially exclusive allocations. Therefore, policy should<br>
seek to balance the regional structure of address allocation with<br>
flexibility of service provision, by ensuring that ARINıs resources are<br>
primarily aligned with the ARIN service region but facilitate<br>
flexibility and efficiency of use by applicants from any region.<br>
There are concerns that out of region organizations should be able to<br>
request resources for use within the ARIN service region. The proposed<br>
text accommodates this issue by requiring only proof that an<br>
organization is "legally operating within the ARIN Service Region". This<br>
includes business entities formed in the region, or other business<br>
entities with legal branch offices within the region. So, as long as an<br>
out of region organization is "legally operating within the ARIN Service<br>
Region" they can request resources from ARIN.<br>
<br>
Current operational practice is to require an organization be formed<br>
within the ARIN service region. However, if this were applied by all the<br>
RIRs, a global network would be required to have a minimum of five<br>
subsidiaries, one formed in each of the five RIR regions, this seems<br>
overly burdensome. Good resource policy should consider the consequences<br>
of all RIRs adopting the same policy.<br>
<br>
Previous discussions of the topic indicated that it is difficult to<br>
enforce and undesirable for many in the community to dictate where<br>
resources are to be used once they are allocated. A strategy to deal<br>
with this is to focus the policy on the technical infrastructure and<br>
customers used to justify the requested number resources from ARIN, as<br>
opposed to where resources are actually used once allocated. This is a<br>
subtle but important distinction.<br>
<br>
While resources received from ARIN may be used outside the ARIN region,<br>
a common technical infrastructure must interconnect the use of these<br>
resources to the ARIN region. This provides a necessary nexus with the<br>
ARIN service region for such out of region use. Therefore, if a discrete<br>
network is operating within another region, not interconnected to the<br>
ARIN region, then resources for that discrete network should be<br>
requested from that region's RIR.<br>
<br>
A concern was raised that this policy shouldn't limit or interfere with<br>
outbound inter-RIR transfers. If we focus on what justifies a request<br>
for resources from ARIN, outbound inter-RIR transfers shouldn't be<br>
affected, as they are clearly based on the receiving RIR's policies.<br>
<br>
 From previous discussions of the topic, "double dipping" should not be<br>
allowed, that is using the same technical infrastructure or customers to<br>
justify resources from ARIN and another RIR at the same time.<br>
The legal jurisdiction an organization is formed in doesnıt necessarily<br>
reflect the jurisdictions in which it operates, or even that it operates<br>
a network in a jurisdiction. This implies that we should have both<br>
technical and legal requirements regarding operating within the ARIN<br>
service region in order to receive resources.<br>
<br>
The original text used the term "majority", seeming to describe a<br>
"simple," "absolute" or "overall" majority, which means greater than<br>
50%. Many organizations don't have greater than 50% of their users or<br>
customers in any one region. A "plurality", "relative majority",<br>
"largest of", or more specifically "more than any other RIR's service<br>
region" seems to be the intended and appropriate meaning of the term<br>
"majority" in this context. Let's clarify that intent by using the term<br>
"plurality".<br>
<br>
The intent is not to require an organization to have an overall<br>
plurality of its technical infrastructure and customers within the ARIN<br>
service region. Rather, it is to ensure that the plurality of currently<br>
requested resources is justified from within the ARIN region. If an<br>
organizationıs primary, or largest, demand for resources is in another<br>
region then the organization should request resources from that region's<br>
RIR.<br>
--<br>
<br>
## * ##<br>
</blockquote>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
==============================<u></u>==================<br>
David Farmer               Email: <a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a><br>
Office of Information Technology<br>
University of Minnesota<br>
2218 University Ave SE     Phone: <a href="tel:1-612-626-0815" value="+16126260815" target="_blank">1-612-626-0815</a><br>
Minneapolis, MN 55414-3029  Cell: <a href="tel:1-612-812-9952" value="+16128129952" target="_blank">1-612-812-9952</a><br>
==============================<u></u>==================</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/<u></u>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.</div></div></blockquote></div><br></div>