Re: [Sip] Re: [RAI] RAI review of draft-ietf-sip-hitchhikers-guide-03
Spencer Dawkins <spencer@mcsr-labs.org> Thu, 01 November 2007 15:10 UTC
Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Inbgv-0005J4-LJ; Thu, 01 Nov 2007 11:10:41 -0400
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1Inbgu-0005Hl-3G for sip-confirm+ok@megatron.ietf.org; Thu, 01 Nov 2007 11:10:40 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Inbgt-0005Hb-OW; Thu, 01 Nov 2007 11:10:39 -0400
Received: from usaga01-in.huawei.com ([206.16.17.211]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Inbgt-0003Tl-7m; Thu, 01 Nov 2007 11:10:39 -0400
Received: from huawei.com (usaga01-in [172.18.4.6]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JQU00LRQ25Q20@usaga01-in.huawei.com>; Thu, 01 Nov 2007 08:10:38 -0700 (PDT)
Received: from s73602 (cpe-72-190-0-23.tx.res.rr.com [72.190.0.23]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JQU00MZB25OV3@usaga01-in.huawei.com>; Thu, 01 Nov 2007 08:10:38 -0700 (PDT)
Date: Thu, 01 Nov 2007 10:09:58 -0500
From: Spencer Dawkins <spencer@mcsr-labs.org>
Subject: Re: [Sip] Re: [RAI] RAI review of draft-ietf-sip-hitchhikers-guide-03
To: rai@ietf.org, sip@ietf.org
Message-id: <0b5a01c81c99$447b1470$6401a8c0@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
Content-type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="response"
Content-transfer-encoding: 7bit
X-Priority: 3
X-MSMail-priority: Normal
References: <OF4D147ED0.D97D7DF1-ONC2257383.0032DA38-C2257383.003A99E6@il.ibm.com> <5D1A7985295922448D5550C94DE291800188609F@DEEXC1U01.de.lucent.com> <1ECE0EB50388174790F9694F77522CCF12DC4A04@zrc2hxm0.corp.nortel.com> <4729E458.6030703@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745
Cc:
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org
I was going to respond offlist, but Brian's already onlist with followups, so... I would like to support Jonathan's understanding here. I thought the Hitchhiker's Guide was very useful when it appeared, and have reviewed multiple versions of the draft since then. I would like for it to be "out there", and I would like for each revision to be as helpful as we can make it. (1) delaying publication due to REF-HOLD for completed-and-approved specifications to pass through RFC Editor processing doesn't seem helpful, while (2) removing references to completed-and-approved specifications that don't have RFC numbers assigned seems even LESS helpful. I see no problem with references to completed-and-approved IDs in an Informational RFC that we expect to update anyway. My understanding is that these IDs really ARE stable references - they no longer expire, and are replaced with "was published as RFC XXXX" boilerplate when an RFC IS available. One recent redirection looks like this (appears as http://www.ietf.org/internet-drafts/draft-ietf-mip6-dsmip-problem-04.txt) "This Internet-Draft, draft-ietf-mip6-dsmip-problem-03.txt, was published as an Informational RFC, RFC 4977 (http://www.ietf.org/rfc/rfc4977.txt), on 2007-8-29." As long as we publish specifications the way we publish them, there's going to be a delay, measured in months, for significant specifications in RFC Editor processing/Auth48/etc. REF-HOLD for the Hitchhiker's Guide makes no sense. Thanks, Spencer From: "Jonathan Rosenberg" <jdrosen@cisco.com> > inline: > > Francois Audet wrote: >> What about SIPS, which is already in hitchiker's guide, and which is >> waiting on outbound because of a normative reference? >> >> ------------------------------------------------------------------------ >> *From:* DRAGE, Keith (Keith) [mailto:drage@alcatel-lucent.com] >> *Sent:* Tuesday, October 30, 2007 01:01 >> *To:* Avshalom Houri; rai@ietf.org; sip@ietf.org; jdrosen@cisco.com >> *Subject:* RE: [RAI] RAI review of >> draft-ietf-sip-hitchhikers-guide-03 >> >> (As WG chair) >> Just a note that I should have included with the WGLC. >> The intention with this document is to republish on a recurring >> basis, and therefore to keep it up to date (say once a year or so). >> The 1st versions is intended to include gruu, outbound and ice, but >> apart from that, anything that is not published in that timeframe >> will probably be removed unless there is exceptional justification >> for keeping it, with the idea that it will appear in the next >> version. > > This is news to me... > > What I thought would happen is that we have references to everything in > the guide, and when the guide appears as an RFC, whatever references are > at RFC status at that time, get RFC numbers. Everything else is referenced > as an I-D. > > I think you are suggesting that, instead, when we send this to IESG, we > remove any content and references associated with documents which are not > on track to publication around the same timeframe as hitchhikers guide > itself. Indeed it will require us to change those references to normative > in order to get rfc-editor to do a REF hold on hitchhikers till its > dependencies clear. > > If my interpretation is correct, my next question is whether this applies > to just the core specs or all of the specs. > > I personally would rather leave the document as is - include everything, > and recognize that some references will be drafts rather than RFCs when > hitchhikers is published. Next round of hitchhikers will have more of them > as RFCs. _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip
- [Sip] RAI review of draft-ietf-sip-hitchhikers-gu… Avshalom Houri
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… DRAGE, Keith (Keith)
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… Avshalom Houri
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… Francois Audet
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… DRAGE, Keith (Keith)
- [Sip] Re: [RAI] RAI review of draft-ietf-sip-hitc… Jonathan Rosenberg
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… Brian Stucker
- Re: [Sip] Re: [RAI] RAI review of draft-ietf-sip-… Spencer Dawkins
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… Avshalom Houri
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… Francois Audet
- Re: [Sip] RE: [RAI] RAI review of draft-ietf-sip-… Spencer Dawkins
- [Sip] Re: [RAI] RAI review of draft-ietf-sip-hitc… Jonathan Rosenberg
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… Francois Audet
- [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitc… DRAGE, Keith (Keith)
- [Sip] Re: [RAI] RAI review of draft-ietf-sip-hitc… Andrew Booth
- [Sip] Re: [RAI] RAI review of draft-ietf-sip-hitc… Jonathan Rosenberg
- [Sip] Re: RAI review of draft-ietf-sip-hitchhiker… Jonathan Rosenberg
- [Sip] Re: [RAI] Re: RAI review of draft-ietf-sip-… Avshalom Houri
- Re: [Sip] [RAI] Re: RAI review of draft-ietf-sip-… Jonathan Rosenberg