<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 15 (filtered medium)">
<style><!--
/* Font Definitions */
@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:"Segoe UI Light";
panose-1:2 11 5 2 4 2 4 2 2 3;}
/* 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;}
span.EmailStyle17
{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"><a name="_MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">It might be, except there is another strong scenario discussed in the original policy text.<o:p></o:p></span></a></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">End-users are subject to this text for ADDITIONAL assignments.
<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">Policy only requires 80% overall utilization of existing addresses. You’d (often) continue to use existing space to 100% before you’d open up the new block. It
maximizes clean summarization opportunities. If you properly manage your address space, you may very well not meet the 25% in 90 days requirement.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><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"> arin-ppml-bounces@arin.net [mailto:arin-ppml-bounces@arin.net]
<b>On Behalf Of </b>Owen DeLong<br>
<b>Sent:</b> Wednesday, May 27, 2015 8:24 PM<br>
<b>To:</b> Jason Schiller<br>
<b>Cc:</b> ARIN PPML (ppml@arin.net)<br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2015-3: Remove 30 day utilization requirement in end-user IPv4 policy<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Would simply changing 30 days to 90 days be sufficient to address the issues being raised?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Owen<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
On May 27, 2015, at 6:57 PM, Jason Schiller <<a href="mailto:jschiller@google.com">jschiller@google.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal">Under the 25% utilization across all assignments held, an end site with a /24 with 253 hosts, a router, network and broadcast would be 100% utilized. They could then waive their hands and say something about growth, and double to a /23
(total) at 50% utilized, and double again to a /22 (total) at 25% utilization?<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">My impression of the 25% requirement is to have some real world measure to off set a pure future looking indisputable claim.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">My example attempted to replace the real world measure with some real commitment to have in process things that need IPs that can be counted (but won't necessarily have the IP in service in 30 days).<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I don't know how you avoid hand wavyness for initial allocation, or make slow start work in a transfer world.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">___Jason<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Wed, May 27, 2015 at 11:43 AM, William Herrin <<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">On Wed, May 27, 2015 at 11:04 AM, Jason Schiller <<a href="mailto:jschiller@google.com">jschiller@google.com</a>> wrote:<br>
> Imagine a case were an end user has a real commitment to deploy five new<br>
> offices each with ~210 employees (each employee with a single desktop) over<br>
> the next quarter. Office space is leased, computers are bought,<br>
> construction is on going for all five sites, and one site is scheduled to go<br>
> live in 45 days, 250 offers have been extended for the first site, 50 have<br>
> accepted, another 200 candidates are in the interview pipeline for the other<br>
> two sites with a scheduled go live date in the next 60 days.<br>
><br>
> Based on this growth rate, it is likely that 20 sites with approximately 210<br>
> employees (and desktops) each will be deployed in the next 12 months.<br>
><br>
> It is anticipated that it will take 45 days to get the 210 computers at the<br>
> new site physically setup on desks, and connected to a working LAN, with<br>
> working Internet access.<br>
><br>
> The organization has on hand enough equipment to number 82% of five /24s.<br>
> With a real one year projection based on past growth for filling 82% of<br>
> twenty /24s over the next year.<br>
><br>
> One would think this should be sufficient justification for at least a /21<br>
> (five /24s round up to eight /24s or a /21) with a real commitment already<br>
> underway to use these addresses. Once in service more than 50% of a /21<br>
> will be in use.<br>
><br>
> There are also a projection for a total of twenty /24s at 82% utilization or<br>
> 51% of<br>
> /19 over the next year.<br>
><br>
> This sounds like it should be a good justification for a /20 or a /19.<br>
><br>
> I think the 25% requirement in 30 days is unreasonable, especially when an<br>
> organization is already committed but the work will take longer than 30<br>
> days. But 50% of a purely future looking projection is not strong enough.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal">Hi Jason,<br>
<br>
For the sake of the argument, I accept your example in whole.<br>
<br>
That organization did not appear out of thin air, suddenly hire up<br>
hundreds of staff and build a bunch of locations. Large organizations<br>
don't magically spring into being. They already had a substantial<br>
operation and its infrastructure. Changing the 25% 30-day requirement<br>
to apply in aggregate across all direct assignments held by the<br>
organization would resolve the problem here quite effectively.<br>
<br>
I also note that the office space is leased and being paid for while<br>
construction is ongoing. Given the lead time for data circuits, are<br>
not those contracts let as well?<br>
<br>
Regards,<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal">Bill Herrin<br>
<br>
<br>
--<br>
William Herrin ................ <a href="mailto:herrin@dirtside.com">herrin@dirtside.com</a>
<a href="mailto:bill@herrin.us">bill@herrin.us</a><br>
Owner, Dirtside Systems ......... Web: <<a href="http://www.dirtside.com/" target="_blank">http://www.dirtside.com/</a>><o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><span style="font-family:"Courier New";color:#555555">_______________________________________________________</span><span style="font-family:"Arial",sans-serif;color:black"><o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-family:"Courier New";color:black">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</span><span style="font-family:"Arial",sans-serif;color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Arial",sans-serif;color:black"><o:p> </o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">_______________________________________________<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">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>
</blockquote>
</div>
</div>
</body>
</html>