<p dir="ltr">I also find the 25% utilization in 30 days problematic for the simple reason that renumbering out of PA space, or turning up new equipment often takes more than 30 days.</p>
<p dir="ltr">Imagine a case were an end user has a real commitment to deploy five new offices each with ~210 employees (each employee with a single desktop) over the next quarter. Office space is leased, computers are bought, construction is on going for all five sites, and one site is scheduled to go live in 45 days, 250 offers have been extended for the first site, 50 have accepted, another 200 candidates are in the interview pipeline for the other two sites with a scheduled go live date in the next 60 days.</p>
<p dir="ltr">Based on this growth rate, it is likely that 20 sites with approximately 210 employees (and desktops) each will be deployed in the next 12 months. </p>
<p dir="ltr">It is anticipated that it will take 45 days to get the 210 computers at the new site physically setup on desks, and connected to a working LAN, with working Internet access.</p>
<p dir="ltr">The organization has on hand enough equipment to number 82% of five /24s. With a real one year projection based on past growth for filling 82% of twenty /24s over the next year. </p>
<p dir="ltr">One would think this should be sufficient justification for at least a /21 (five /24s round up to eight /24s or a /21) with a real commitment already underway to use these addresses. Once in service more than 50% of a /21 will be in use.</p>
<p dir="ltr">There are also a projection for a total of twenty /24s at 82% utilization or 51% of <br>
/19 over the next year.</p>
<p dir="ltr">This sounds like it should be a good justification for a /20 or a /19.</p>
<p dir="ltr">I think the 25% requirement in 30 days is unreasonable, especially when an organization is already committed but the work will take longer than 30 days. But 50% of a purely future looking projection is not strong enough.</p>
<p dir="ltr">I think a one year projection based and past one year growth with all currently held subnets 50% full, or 80% usage of all space held, and a commitment to plans to start using the space should be sufficient. </p>
<p dir="ltr">I don't know how to deal with initial allocation or slow start especially in a transfer market, but we need to solve that problem wrt ISP, and suspect that slow start mechanism could apply here. </p>
<p dir="ltr">___Jason<br><br><br></p>
<div class="gmail_quote">On May 26, 2015 5:25 PM, "William Herrin" <<a href="mailto:bill@herrin.us">bill@herrin.us</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, May 26, 2015 at 3:52 PM, David Huberman<br>
<<a href="mailto:David.Huberman@microsoft.com">David.Huberman@microsoft.com</a>> wrote:<br>
> The 25% text applies not only to initial assignments, but to:<br>
> - additional assignments<br>
> - transfers<br>
<br>
Then change the 25% 30-day requirement to apply in aggregate across<br>
all direct assignments held by the organization instead of applying to<br>
just the most recent.<br>
<br>
<br>
> - criteria used by ISPs to determine justification for downstream assignments<br>
<br>
You are aware of an incident where an end-user could not get a<br>
reasonable IP addresses assignment from an ISP -solely- because they<br>
could not meet a 25% initial use requirement? Absent a case study, I'm<br>
not inclined to find that argument compelling.<br>
<br>
Regards.<br>
Bill Herrin<br>
<br>
<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>><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.<br>
</blockquote></div>