<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 23, 2014 at 5:57 PM, David Farmer <span dir="ltr"><<a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/23/14, 14:50 , Martin Hannigan wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
On Mon, Dec 22, 2014 at 5:48 PM, David Farmer <<a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a><br></span><span class="">
<mailto:<a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a>>> wrote:<br>
<br>
So far there has been very little discussion on this policy.<br>
<br>
<br>
Not really. I recall a huge thread previously that demonstrated much<br>
support. What's the hold up?<br>
</span></blockquote>
<br>
No hold up, the proposal was submitted a little more than week before ARIN 34. The AC Chair assigned shepherd, but there wasn't sufficient time to get it ready for the October AC meeting held at ARIN 34. At the November conference call the AC accepted the proposal on to its docket, promoting it to Draft Policy, and it was posted to the list for discussion.<br>
<br>
I went back and reviewed the thread, there was some support for the ideas that spawned the proposal, but no specific text was posted at that time. Since the Draft Policy and the specific text was posted there has now been two statements of support and no opposition.<span class=""><br>
<br></span></blockquote><div><br></div><div>Its fair to expect that the OIX commentary, documented in full public view, should count as support. That would be more than two.<br><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Therefore, as one of the AC shepherds for this policy I would like<br>
to initiate some discussion of this policy. Here are a few<br>
questions for the ARIN community to think about and provide feedback on;<br>
<br>
- The current CI reservation is for all CI not just IXPs, the<br>
problem statement discusses growth primarily in the IXPs as<br>
justification to expand the reservation. Should we split off a<br>
separate reservation pool for IXPs? Or, keep the current common CI<br>
pool?<br>
<br>
If you want to complicate this further, yes, let's do that. If not, are<br>
you suggesting that there still isn't a large enough reservation?<br>
<br>
I see some merit in your suggestion, but dragging this out beyond<br>
exhaustion doesn't sound like a wise idea. I'd go with a larger<br>
reservation if you are concerned and have data points.<br>
</blockquote>
<br></span>
I think /15 is probably big enough. But, there is no guarantee that the /16 that will be added will be used for IXPs. As shepherd, I'm just trying to make sure the community considers the issues.<br>
<br></blockquote><div><br></div><div>I agree, I think the /15 is big enough. With the change to three as the minimum requirement and the addition, that at least solidifies some CI addressing for IXPs. If we have to adjust again, it'll be doable with the reservation in place. I think its big enough. For now.<br><br><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
- ARIN-2011-4 the policy that made the original CI reservation had a<br>
Policy Term of 36 Months following implementation, but this was not<br>
in the policy text itself and therefore did not get included in the<br>
NRPM.<br>
<br></span>
<a href="https://www.arin.net/policy/__proposals/2011_4.html" target="_blank">https://www.arin.net/policy/__proposals/2011_4.html</a><span class=""><br>
<<a href="https://www.arin.net/policy/proposals/2011_4.html" target="_blank">https://www.arin.net/policy/proposals/2011_4.html</a>><br>
<br>
If applicable, this would have expired July 2014. So, should there<br>
be expiration date included in this policy text? If there should be<br>
no expiration date, should we explicitly note the removal of any<br>
expiration date in the discussion of this policy?<br>
<br>
I was the author of that revision and the author or this one. That was<br>
based on a belief in 2011 that ARIN would have been long out of v4<br>
addresses and v6 adoption would be well underway. Expiry in retrospect<br>
seems unnecessary since dual stacking is likely to prevail in CI for<br>
quite some time to come. As it should.<br>
</span></blockquote>
<br>
Ok, then I think we should make that intent explicit, "regardless of the status of the ARIN-2011-4 Policy Term, this policy intentionally does not include an expiration date for the CI reservation."<span class=""><br>
<br></span></blockquote><div><br></div><div>I believe I specified "non" when I submitted the template so I'd argue that its part of the modification.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- There was discussion of smaller and larger than /24 IXP<br>
allocations, like /26 on the smaller side and that some very large<br>
IXPs are starting to need as large as a /22. Also discussed was,<br>
sparse allocation for IXPs to allow expansion without renumbering.<br>
Should this policy includes any changes along these lines? Why or<br>
why not?<br>
<br>
There's nothing that codifies that an CI prefix can not be routed so<br>
linkage to the minimum allocation makes sense.<br>
</blockquote>
<br></span>
So keep a /24 minimum?<span class=""><br></span></blockquote><div><br></div><div>If later "we" managed to codify a variable MAU and hten have policy reference that, it would be a reasonable approach. Until then, /24 is "ok". <br><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Should we try to get this to the PPC at NANOG 63 in San Antonio as<br>
a Recommended Draft Policy? Or should it wait go to the PPM at ARIN<br>
35 in San Francisco as a Recommended Draft Policy? What about ARIN<br>
free pool run-out timing?<br>
<br>
Speaking as an Open-IX community (board) member <a href="http://www.open-ix.org/" target="_blank">http://www.open-ix.org/</a><br>
and referencing previous discussions here that pointed there as well,<br>
there is a substantial and demonstrated amount of support for this.<br>
<br>
San Antonio.<br>
</blockquote>
<br></span>
I'd be happy to work toward getting this to San Antonio as a Recommended Draft Policy. However, the normal path would be Draft in San Antonio and then Recommended Draft in San Francisco. So, to justify accelerating this policy we need clear and strong support from the community for this policy. Lukewarm support with no opposition is not sufficient to take this to San Antonio as a Recommended Draft Policy in my opinion as the shepherd.<span class=""><br></span></blockquote><br></div><div class="gmail_quote">I'm happy to cross post and invade ppml rms style with OIX. That doesn't seem necessary based on the transparency of our discussions.<br><br> <br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Do you support the policy as written, if not are there any changes<br>
that could be made that would allow you to support the policy?<br>
<br>
As written.<br>
<br>
Best,<br>
<br>
-M<<br>
</blockquote>
<br></span>
Thanks.<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br> </div><div>:-) You're welcome. <br></div></div></div></div>