I feel the need to pre-emptively clarify and say, that it is not my intent to say that this draft will or will not become and RFC.   Rather that, Geoff being  involved with both the proposed policy AND the RFC does not add anything to the speed or odds that this will become an RFC, as I doubt that the policy being passed by the RIR's will affect the RFC process.
<br><br>And for Geoff, I had looked at the history of the draft prior to the ARIN meeting in the spring and just before I sent my previous email.  I agree it seems to be a timing issue.. and it is a shame that the IETF process takes so dreadfully long, and gets little attention from the community.. but the question remains, will ARIN have any 32 bit addresses to hand out in January?
<br><br>--Heather<br><br><div><span class="gmail_quote">On 10/7/06, <b class="gmail_sendername">heather skanks</b> <<a href="mailto:heather.skanks@gmail.com">heather.skanks@gmail.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;">
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><span class="sg"><br>--Heather</span><div><span class="e" id="q_10e20ff052d75890_2"><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" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
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>

</span></div></blockquote></div><br>