Yes, I know Geoff Houston is behind both the rfc draft and the policy proposals, but I don't find it relevant, just because it's the same person doesn't mean it will ever become an RFC.   Isn't the RFC intended to outline what the new AS's are, how the they will be used, make IANA the authority to delegate them to the registrars and give something for the vendors to work with for implementation?  (At the very least the latter!!)  Just because the system is broke, does that mean that everyone (including the registrars) should just go off and do what they want?   That seems like the path to anarchy, especially considering that this is something in which should require global acceptance and implementation.  
<br><br>And let me play devil's advocate and ask, is the system really broken?  or does it just take too long?  Was the system broke last fall when the draft was created?  If the author knew it to be broke, why submit a proposal to individual registrars that would change policy in about 6 months, for something you knew wouldn't get through the rfc process by the time it was implemented, and more importantly wouldn't be supported by any vendors?    If the plan is to circumvent the rfc process, to motivate vendors, by going directly to individual registrars because the process is "broken", then what other process can be or is in place to make sure that all registrars agree to hand out whatever crazy new number resource thing someone dreams up?  What happens when one registrar agrees to hand out something, and another registrar says no.. and there is no parent organization (IANA) doling out ranges, because no one ever informed them?  What happens on January 1, 2007 when someone asks ARIN to give them a new 32 bit AS.. will ARIN have any to give out?
<br><br>I don't disagree that the net has to work in the meantime.. it just seems if we go down this path, there is potential for it not to work in the future!   I see ARIN AC referring author's to a better path, as an attempt to help keep things in sync.  
<br><br>--Heather<br><br><br><br><div><span class="gmail_quote">On 10/6/06, <b class="gmail_sendername">Randy Bush</b> <<a href="mailto:randy@psg.com">randy@psg.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> Last spring we looked at 2005-9 (4 Byte AS Numbers)   The policy gives<br>> clear dates over the next 3 years and starting in January of 2007, for<br>> when ARIN should begin handing out 32 bit AS's and cease to make a
<br>> distinction between 32 bit and 16 bit AS's.  However there is no RFC and<br>> only a Internet draft created last fall, that discusses the creation of<br>> 4byte AS's.  It seemed to me that having the policy go through the local
<br>> registrar's process, was a bit premature considering that the draft has<br>> not gone through the RFC process in IETF and that no hardware supports<br>> it.   This is a case, where I would have liked to see the AC refer the
<br>> author to the IETF process to flesh things out a bit more, and if<br>> necessary with a nod that "we support this idea" ..  As it is now, ARIN<br>> can start handing out 32 bit AS's in a little more than 3 months and the
<br>> draft is still a "proposed standard" "waiting for write up"<br><br>the internet stopped waiting for the ivtf a while ago.  they are good at<br>inventing and embellishing the complex and delaying the obvious.  in the
<br>meantime, the net kinda has to work.  it might be wise if the<br>operational and administrative infrastructures kept in synch.<br><br>[ btw, the author of the 4-byte asn policy proposal is the same poor sob<br>who is working his draft through the ivtf sausage machine ]
<br><br>randy<br></blockquote></div><br>