<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:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@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:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"Trebuchet MS";
panose-1:2 11 6 3 2 2 2 2 2 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;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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">One more thing. I think the ARIN Mission Statement was well crafted and does a very good job of providing us with the principles of how policies should be
crafted. Why don’t we start there and build principles that follow the Mission Statement. Otherwise the Mission Statement should be changed to reflect a different mission. (I for one wouldn’t support a Mission Statement change.)<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>
<div>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">Steven L 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"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">770.392-0076 - Fax<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="_x0000_i1027" src="cid:image001.jpg@01CE8185.C1269DD0" 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><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>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<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""> arin-ppml-bounces@arin.net [mailto:arin-ppml-bounces@arin.net]
<b>On Behalf Of </b>Steven Ryerse<br>
<b>Sent:</b> Monday, July 15, 2013 5:57 PM<br>
<b>To:</b> Chris Grundemann<br>
<b>Cc:</b> arin-ppml@arin.net<br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2013-4: RIR Principles - revised<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Chris, I would use their existing network size first and then company size if available to help determine exceptions. The big guys with a big request like
T-Mobile who got around three quarters of a /8 awhile back are probably going to be handled by ARIN management anyway. If for example AT&T or Verizon decided they needed a /8 today I suspect that ARIN would help them get what they say they need. I realize
this subject is political and somewhat controversial based on the past discussions about T-Mobile and Microsoft obtaining large blocks, and I don’t wish to rehash that here - but it is debatable whether ARIN in real life would make them prove they need it
with a zillion ARP logs and whatever. And I know John would say publicly ARIN would make them prove it and I don’t have a problem empowering John with the authority to determine what a big guy needs to provide to prove it. So let the big guys get big blocks
and let the small guys get small blocks and make them all use their existing network size to help right size the request. I think ARIN managers are capable of handling the exceptions and I’m guessing there are probably not that many times a small existing
network wants a big block. Lastly let an org that doesn’t like the size of their allocation have an appeal option to ARIN management and empower ARIN management to look to see if they think an exception is warranted.
<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">One of the definitions of Conserve is to Preserve. I know the definition in the proposal tries to better define what is meant by Conserve but we can’t preserve
IPv4 and really for the same reasons we can’t preserve IPv6 forever. Better we be good technical stewards and have ARIN fulfill its mission to grow the Internet wherever it can and we all benefit. So I think William was on the money when he suggested removing
the word Conservation. <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">David asked: In your "right sized allocations" vision for policy is it necessary for a large company with a /8 to demonstrate that they are using the current<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">/8 they have before they can get another one? How long after they get there new /8 can they ask for another one, 1 day, 1 month, 1 year, 2 years..?<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">As I said above, in the real world with a real allocation request of a large block request, John is going to do his fiduciary duty and do what he thinks is
best based on everything he knows. I’m sure he did ask T-Mobile if they needed a /8 or the three quarters of the /8 that they got. I’m sure they did respond with what he thought was a reasonable answer at that time. I doubt he asked to see oodles of ARP
table reports or other physical evidence of need. (I could be wrong of course.) I doubt he made them calculate how long the allocation they requested would last per ARIN’s then current policy. (I could be wrong of course.)
<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 think the answer to when should T-Mobile (or anyone else) get another large (or smaller) allocation is when they have actual use for it. Need based policies
encourage fibbing (or outright lying) and I haven’t seen any allocations rescinded based on the org not using all of the allocation as fast as the org told ARIN they would actually use them. It is better to just have ARIN follow its mission and get allocations
out in the real world where they can be used and not try to preserve them when we all know they can’t be preserved.
<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">Getting IP allocations out there worked great by Jon Postel to grow the Internet and we all have benefitted. Trying to find ways to not get allocations out
there does the opposite and we all lose when that happens. We should follow Jon’s lead and get as many right sized allocations out there as we can so we all can continue to win.
</span><span style="font-size:11.0pt;font-family:Wingdings;color:#1F497D">J</span><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"><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 L 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"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS","sans-serif";color:#1F497D">770.392-0076 - Fax<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@01CE8185.C1269DD0" 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><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""> Chris Grundemann [<a href="mailto:cgrundemann@gmail.com">mailto:cgrundemann@gmail.com</a>]
<br>
<b>Sent:</b> Monday, July 15, 2013 5:05 PM<br>
<b>To:</b> Steven Ryerse<br>
<b>Cc:</b> Blake Dunlap; <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2013-4: RIR Principles - revised<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Mon, Jul 15, 2013 at 2:23 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">If you are publicly traded and your company’s revenues are public then the size of the company is
available to all. This could be used to make sure only a large organization who might actually have use for it can get a /8 or other large
</span><o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><br>
I can imagine many organizations that make lots of money but have very small networks, and many other organizations that make little to no money but have large networks. In other words, I don't see size of revenue as a good proxy for size of network. The same
is generally true for number of employees, and basically every stat other than "how big is the network you operate and how fast is it growing?" That may effect the other metrics but I don't see a conclusive, reliable, direct, and proportional link between
any of them.<br>
<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<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">block size. The other info that could be used is how much resource does an org have now. If they
have a /8 they might really have use for another /8. If they have a /22 they might really have use for another /22. Obviously the org with a /22 isn’t likely to have use for a /8. Orgs with multiple allocations already can add them together including legacy
blocks. An org that has no allocation or one up to a /22 allocation should be able to qualify for the currently defined minimum sized block which I believe is currently a /22 . The rare case where an org with a very small or no current allocation has use
for a very large block can be handled as an exception with more proof required that the block they are requesting – I’m thinking this would require a manager at ARIN to handle. I’m guessing it is rare that an org needs to add more than double what they already
have allocated and those can be special cases handled as exceptions with additional proof required. In this way the blocks allocated are right sized for the size of the org requesting the allocation. There are some smart folks in this community who might
be able to tweak this idea and make it better, especially for larger allocations.
</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><br>
A lot of this sounds reasonable, it all also sounds like possible tweaks to the manner in which need is assessed at ARIN. I don't see anything here that is inherently or necessarily out of line with the principle of conservation. What you are describing here
are implementation details of one of the principles included in this draft policy from what I can tell.<br>
<br>
Cheers,<br>
~Chris<br>
<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<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"> </span><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">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>
</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"><img border="0" width="56" height="37" id="_x0000_i1026" src="cid:image001.jpg@01CE8185.C1269DD0" 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>
<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"><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""> Blake Dunlap [mailto:<a href="mailto:ikiris@gmail.com" target="_blank">ikiris@gmail.com</a>]
<br>
<b>Sent:</b> Monday, July 15, 2013 3:01 PM<br>
<b>To:</b> Steven Ryerse<br>
<b>Cc:</b> Matthew Wilder; David Farmer; <a href="mailto:arin-ppml@arin.net" target="_blank">
arin-ppml@arin.net</a><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2013-4: RIR Principles - revised</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>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;margin-bottom:12.0pt">Exactly how is this "right sized allocation" based on network size different than needs basis allocation?<o:p></o:p></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">-Blake<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;margin-bottom:12.0pt;margin-left:11.55pt">
<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>