Marty<div><br></div><div>Feel free to petition but the author of the proposal is the one who interpreted and advocated abandonment.  The intent of the proposal was to extend the timeframe that folks could get 2-byte ASNs.  ARIN's practice regarding how they will hand out ASNs in essence does this without a policy.  </div>
<div><br></div><div>----Cathy<br><br><div class="gmail_quote">On Wed, Jul 22, 2009 at 2:53 PM, Martin Hannigan <span dir="ltr"><<a href="mailto:martin.hannigan@batelnet.bs">martin.hannigan@batelnet.bs</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, Jul 21, 2009 at 4:09 PM, Owen DeLong<<a href="mailto:owen@delong.com">owen@delong.com</a>> wrote:<br>

>> I can try, and I'm sure someone will correct me if I'm wrong...<br>
>><br>
>> Up until January 1 2010, ARIN distinguishes between 2-byte and 4-byte<br>
>> ASNs, and lets you have a 2-byte if you need it, but gives out 4-bytes<br>
>> otherwise, to spur adoption.<br>
>><br>
>> After January 1 2010, ARIN ceases to make any distinction between 2-byte<br>
>> and 4-byte ASNs.  Instead, they simply give out ASNs as they always have,<br>
>> working up from the bottom.  At first, the ASNs given out will be <64k.<br>
>>  Eventually, when that block of ASNs is used up, they'll move on to higher<br>
>> numbers >64k.  Presumably by then everyone with a growing network will have<br>
>> rolled out code to support 4-byte ASNs.<br>
><br>
> More importantly, by then, it really doesn't matter since there aren't any<br>
> 16-bit ASNs left to give out.<br>
<br>
<br>
</div>How's that? There is likely some churn. If anything, it significantly<br>
pushes out 4 byte allocations since this seems to imply that as long<br>
as there are 2 byte ASN's they will be allocated.<br>
<br>
This is a good candidate for a petition. We lost transparency by the<br>
abandonment and the second interpretation of the intent of the<br>
original policy. It's possible that there are also technical<br>
implications to recycling (if that is the intent) on a rapid basis<br>
some previously utillized ASN's. I admit, I can't really think of<br>
anything significant besides number reputation. That could be enough<br>
though. I'm honestly not sure.<br>
<br>
Best,<br>
<font color="#888888"><br>
Martin<br>
</font><div><div></div><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>