<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:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 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.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.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">Bill thanks for your question!<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">It means that allocations should be made by a combination of the size of the organization and the size of their network and maybe the total size of their current
allocations. There should <i>never</i> be a time when the allocation by Arin is zero. Arin’s mission is to allocate - and it isn’t to not allocate.<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">We run a small data center and we run BGP and should easily be able to qualify for a /22 (which I believe is the current minimum block size Arin allocates per
current policy) and maybe even qualify for a /21. We would never and should never qualify for a /17 or a /18 as that is way too big for our size. T-Mobile got something like three quarters of a /8 a while back and of course their company and network size
certainly could have justified that. We were denied a /22 allocation – the minimum size this “community” has decided to allocate - because of “policy” and T-Mobile was not denied. That isn’t a level playing field, adjusted for size of course, and all organizations
should be able to get right sized allocations without having to meet some arbitrary needs test (and the current needs based allocation policies are very arbitrary) - even if this community wants a needs test for whatever reason. I’ve said many times that
Arin’s mission is to allocate first and conserve second - and the conserve part should never override the allocate part of the mission for any reason including IPv4 depletion. I don’t believe this community should be able to override Arin’s mission statement
without changing the mission statement first. <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 used to think that the current needs based policies were put in place to slow IPv4 depletion but now I’m not so sure. I was shocked to see some recent opinions
in this forum that actual live installations of IPv6 should not be able to be used to help justify an IPv4 allocation. Wow! I don’t know how wide spread that opinion is in this community but I sure hope it doesn’t prevail. It just shows how crazy any needs
based policy really is and that all needs based policies are arbitrary. It cements my belief that the whole Arin Community very much needs and very much would benefit from a major rewrite of all of the needs based policies a la
<a href="https://www.ripe.net/ripe/policies/proposals/2013-03">https://www.ripe.net/ripe/policies/proposals/2013-03</a>
<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 will keep on advocating this as long as I can breathe until sanity prevails. For those who argue that there is no other way to fix IPv4 depletion, I would
suggest that the free market will take care of that problem for us. Either IPv6 will get adopted and depletion will be fixed that way - or - the free market will find more IPv4 resources as needed a la
<a href="http://www.hilcobid.net/auction/listOffers.htm?auction_id=13186&elementsPerPage=25#barranavegacaoleilao">
http://www.hilcobid.net/auction/listOffers.htm?auction_id=13186&elementsPerPage=25#barranavegacaoleilao</a>
<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 for one prefer that the allocation process work within the charter of Arin - but then I tried that route and was denied. Does this community really want
me and many others to go outside because of the arbitrary needs based policies. I guess that is for this community to ultimately decide.
<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"><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""> Bill Darte [mailto:billdarte@gmail.com]
<br>
<b>Sent:</b> Tuesday, April 30, 2013 7:53 PM<br>
<b>To:</b> Steven Ryerse<br>
<b>Cc:</b> Alexander, Daniel; Owen DeLong; ARIN-PPML List<br>
<b>Subject:</b> Re: [arin-ppml] Clean up definition of LIR/ISP vs. end-user<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Steven Ryerse wrote:<br>
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I believe that Arin and this community need to adopt a similar set of policies like have been proposed in Europe
<a href="https://www.ripe.net/ripe/policies/proposals/2013-03" target="_blank">https://www.ripe.net/ripe/policies/proposals/2013-03</a> This would require a wholesale rewrite of a lot of policies which I am not capable of doing - but removing the needs requirements
in all policies and just instituting right-sizing policies would be in line with Arin’s mission and be best for all. I would support anyone willing to take the time to submit a proposal to Arin similar to the one above that has been proposed for RIPE.
</span><o:p></o:p></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Steven, please tell what right-sizing means to you and how that differs from assigning addresses according to an explicit need...</span><o:p></o:p></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks,</span><o:p></o:p></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">bd</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Tue, Apr 30, 2013 at 3:34 PM, Steven Ryerse <<a href="mailto:SRyerse@eclipse-networks.com" target="_blank">SRyerse@eclipse-networks.com</a>> wrote:<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I agree with Daniel. I strongly believe it is Arin’s charter and mission to further the Internet
and not impede access to it. Debating about what an organization is doing on the Internet or what they are called is really a discussion on how to limit access to the Internet. I don’t believe that Arin should be trying to deny or limit an organization’s
access to the Internet. I believe Arin should be trying to expand the Internet for good of everyone as was done before Arin’s existence. I’m all for right sizing an organizations access with reasonable polices but I am not in favor of policies that have
the sole purpose of denying or restricting access to the Internet. </span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I believe that Arin and this community need to adopt a similar set of policies like have been proposed
in Europe <a href="https://www.ripe.net/ripe/policies/proposals/2013-03" target="_blank">
https://www.ripe.net/ripe/policies/proposals/2013-03</a> This would require a wholesale rewrite of a lot of policies which I am not capable of doing - but removing the needs requirements in all policies and just instituting right-sizing policies would be in
line with Arin’s mission and be best for all. I would support anyone willing to take the time to submit a proposal to Arin similar to the one above that has been proposed for RIPE.
</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">Steven L Ryerse</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">President</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">100 Ashford Center North, Suite 110, Atlanta, GA 30338</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D"><a href="tel:770.656.1460" target="_blank">770.656.1460</a> - Cell</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D"><a href="tel:770.399.9099" target="_blank">770.399.9099</a> - Office</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D"><a href="tel:770.392-0076" target="_blank">770.392-0076</a> - Fax</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><img border="0" width="56" height="37" id="_x0000_i1025" src="cid:image001.jpg@01CE45DC.FE1F9F50" alt="Description: 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><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;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><o:p></o:p></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><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"">
<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a> [mailto:<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a>]
<b>On Behalf Of </b>Alexander, Daniel<br>
<b>Sent:</b> Tuesday, April 30, 2013 3:54 PM<br>
<b>To:</b> Owen DeLong; ARIN-PPML List<br>
<b>Subject:</b> Re: [arin-ppml] Clean up definition of LIR/ISP vs. end-user</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">I suggest it is a worthwhile conversation to explore why they will be necessary?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">If the Internet is a network of networks, why does ARIN, an RIR, need to make the distinctions in how it allocates
or assigns resources? Why shouldn't ARIN simply allocate resources to networks, regardless of how they operate simply based on what they need? </span><o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Are we over complicating things, not only for the Registry, but for those who don't do this for a living who are
struggling to understand what all this means and why? </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">This goes back to the original PI/PA debate. There are End User networks that dwarf many ISP/LIR networks and vise
versa. Why should we maintain multiple layers of requirements to justify IPv4 transfers and an exceedingly large pool of IPv6 space?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">-Dan</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:
</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Owen DeLong <<a href="mailto:owen@delong.com" target="_blank">owen@delong.com</a>><br>
<b>Date: </b>Tue, 30 Apr 2013 11:36:30 -0700<br>
<b>To: </b>Microsoft Office User <<a href="mailto:daniel_alexander@cable.comcast.com" target="_blank">daniel_alexander@cable.comcast.com</a>><br>
<b>Cc: </b>ARIN-PPML List <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>><br>
<b>Subject: </b>Re: [arin-ppml] Clean up definition of LIR/ISP vs. end-user</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Dan,
</span><o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">The definitions apply to IPv6 as well.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">I believe they are still necessary.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Owen</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">On Apr 29, 2013, at 20:37 , "Alexander, Daniel" <<a href="mailto:Daniel_Alexander@Cable.Comcast.com" target="_blank">Daniel_Alexander@Cable.Comcast.com</a>>
wrote:</span><o:p></o:p></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Hello All,</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">I would be curious to hear people's opinions of whether the distinctions are still necessary within ARIN policy.
Once the IPv4 free pool is depleted, and the policies become focused on processing transfers, do we need to distinguish between End Users, non-End Users, and PA vs PI within ARIN policy?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">What are the criteria in which these distinctions matter, and will they still apply next year?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Dan </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">ARIN AC</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:
</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Scott Leibrand <<a href="mailto:scottleibrand@gmail.com" target="_blank">scottleibrand@gmail.com</a>><br>
<b>Date: </b>Mon, 29 Apr 2013 13:41:56 -0700<br>
<b>To: </b>ARIN-PPML List <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>><br>
<b>Subject: </b>[arin-ppml] Clean up definition of LIR/ISP vs. end-user</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">At ARIN 31 last week, Leslie's Policy Experience Report (slides at
<a href="https://www.arin.net/participate/meetings/reports/ARIN_31/PDF/monday/nobile_policy.pdf" target="_blank">
https://www.arin.net/participate/meetings/reports/ARIN_31/PDF/monday/nobile_policy.pdf</a> or
<a href="https://www.arin.net/participate/meetings/reports/ARIN_31/PPT/monday/nobile_policy.pptx" target="_blank">
https://www.arin.net/participate/meetings/reports/ARIN_31/PPT/monday/nobile_policy.pptx</a>) reported that, in ARIN staff's experience, the NRPM does not adequately define ISP/LIR vs. end-user. For example, by literally applying the existing definitions as
currently written, my employer would be neither an ISP nor and end-user, because while they do not *primarily* assign address space to users, neither do they *exclusively* use it in their own networks. So I think those definitions need a few tweaks.
</span><o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">I would propose that the primary difference between ISPs/LIRs vs. end-users, for purposes of the NRPM, is whether
an organization reassigns address blocks to third parties. If an organization maintains full control of all of the equipment on its network, and doesn't need to make any reassignments to other organizations, then it can qualify as an end-user. In particular,
an end user organization must be able to supply a full list of all the IP addresses in use on its network, and know what devices are using those addresses.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">An ISP/LIR, on the other hand, should be defined by whether they delegate that responsibility to another organization.
In that case, they need to reassign the network space via SWIP/rwhois, which makes them an LIR.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">I understand that there are other considerations, such as the expectation in the security community that addresses
within an ISP allocation are generally controlled by third parties, whereas addresses in an end-user assignment are generally controlled by the end-user organization. However, I don't believe it's practical to try to draw a distinction there: rather, organizations
can decide for themselves whether they need to make reassignments (for that or several other reasons), and that decision can drive whether they are considered an ISP/LIR or end-user for purposes of ARIN policy.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">In light of the above, I would propose the following revised definitions:</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">2.4. Local Internet Registry (LIR)</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">The terms Internet Service Provider (ISP) and LIR are used interchangeably in this document. A Local Internet
Registry (LIR) is an IR that assigns address space to the users of the network services that it provides. Therefore, LIRs / ISPs are organizations that reassign addresses to end users and/or reallocate addresses to other ISPs/LIRs.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">2.6. End-user</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">An end-user is an organization receiving assignments of IP addresses exclusively for use in its operational networks,
and does not register any reassignments of that space.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Thoughts? Should I submit this as a policy proposal?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">-Scott</span><o:p></o:p></p>
</div>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">_______________________________________________ PPML You are receiving this message because you are subscribed
to the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>). Unsubscribe or manage your mailing list subscription at:
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a> Please contact
<a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.</span><o:p></o:p></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">_______________________________________________<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/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.</span><o:p></o:p></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><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>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>