<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Trebuchet MS";
panose-1:2 11 6 3 2 2 2 2 2 4;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The virtual train has left the station. 80% of the servers we are doing now are Virtual and most need Internet IP addresses. Almost all of the Internet IP
addresses I’m assigning today are being assigned to virtual servers. Treating them somehow like they are different than say a router in that they need one or more IP addresses makes no sense. An Internet IP address - is an Internet IP address - is an Internet
IP address - no matter what it is assigned to. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I don’t like adding needless restrictions. -1<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">Steven Ryerse<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">President<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">100 Ashford Center North, Suite 110, Atlanta, GA 30338<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">770.656.1460 - Cell<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">770.399.9099- Office<o:p></o:p></span></i></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><img width="56" height="37" id="Picture_x0020_1" src="cid:image001.jpg@01CEC433.1E96AB50" alt="Description: Description: Eclipse Networks Logo_small.png"></span><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D">℠</span><span style="font-size:14.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">
</span><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">Eclipse Networks, Inc.</span><span style="font-size:14.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal" style="text-indent:.5in"><sup><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D"> Conquering Complex Networks</span></sup><sup><span style="font-size:9.0pt;font-family:"Calibri","sans-serif";color:#1F497D">℠</span></sup><sup><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D"><o:p></o:p></span></sup></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Scott Leibrand [mailto:scottleibrand@gmail.com]
<br>
<b>Sent:</b> Tuesday, October 08, 2013 1:45 PM<br>
<b>To:</b> Steven Ryerse<br>
<b>Cc:</b> John Curran; Frank Bulk; <arin-ppml@arin.net><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2013-6: Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors - Revised<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Steven,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Were you following the discussion at the NANOG PPC? (It's being webcast.)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The challenge with what you're describing seems to be that many organizations who provide virtual servers, tunnels, or other similar services over virtual infrastructure have to justify their addresses based on how many customers they have
(as their physical infrastructure isn't necessarily growing).<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">There will also be another round of discussion of this policy at the ARIN Public Policy meeting later this week.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">-Scott<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Tue, Oct 8, 2013 at 10:35 AM, Steven Ryerse <<a href="mailto:SRyerse@eclipse-networks.com" target="_blank">SRyerse@eclipse-networks.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">I keep seeing questions going back and forth on this issue. As I understand it two things are trying to be accomplished, first ARIN issued resources are to be primarily used on equipment located within the ARIN region, and second there
needs to be some sort of legal presence with contact information in the ARIN region that can be kept in the ARIN database for everyone including law enforcement to access. Can't the policy simply say there must be a legal presence and the resources must be
used within the ARIN region, and that resources can be de-allocated if either ceases to be true?<br>
<br>
The elegance of the Internet is that it can expand an organization's reach - including across RIR boundaries, so who cares if a web server or a virtual server (or whatever) that is physically located in the ARIN region is access by tons of folks outside the
region. There just needs to be a legal presence and contact information to go along with that allocation. Trying to apply some test such as majority or plurality will just cause unnecessary complexity and the current policies are complex enough without
needlessly adding to it. My 2 cents.<br>
<br>
Steven Ryerse<br>
President<br>
100 Ashford Center North, Suite 110, Atlanta, GA 30338<br>
<a href="tel:770.656.1460">770.656.1460</a> - Cell<br>
<a href="tel:770.399.9099">770.399.9099</a>- Office<br>
<br>
<span style="font-family:"MS Mincho"">℠</span> Eclipse Networks, Inc.<br>
Conquering Complex Networks<span style="font-family:"MS Mincho"">℠</span><o:p></o:p></p>
<div>
<p class="MsoNormal"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> [mailto:<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>] On Behalf Of John Curran<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Sent: Tuesday, October 08, 2013 1:16 PM<br>
To: Frank Bulk<br>
Cc: <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>><br>
Subject: Re: [arin-ppml] Draft Policy ARIN-2013-6: Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors - Revised<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">On Oct 8, 2013, at 9:26 AM, Frank Bulk <<a href="mailto:frnkblk@iname.com">frnkblk@iname.com</a>><br>
wrote:<br>
<br>
> John,<br>
><br>
> What if Acme Hosting, Inc., located in the Silicon Valley, found a<br>
> niche offering virtualized servers for Asian customers who want to<br>
> have their Internet-based services hosted more closely to the North American market.<br>
><br>
> Acme Hosting and their infrastructure are clearly in the U.S., but<br>
> their customers are not in the ARIN region.<br>
<br>
Their physical infrastructure would only qualify for modest address space in accordance with policy, and this would not change with the addition of virtualized servers on existing equipment.<br>
<br>
> Does the policy, as currently written, preclude Acme Hosting from<br>
> requesting more address space as their Asian customer base grows?<br>
<br>
Under current policy, they may request additional addresses as their customers grow. Under the current revised policy text, we would not consider their customers who are not in region. This side effect (hosting companies not being able to consider customers
who are out of region) may or may not be desirable, but is understandable given the additional of customer region as criteria.<br>
<br>
FYI,<br>
/John<br>
<br>
John Curran<br>
President and CEO<br>
ARIN<br>
<br>
_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">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/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
_______________________________________________<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">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/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<o:p></o:p></p>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>