[Sip] RE: [RAI] RAI review of draft-ietf-sip-hitchhikers-guide-03

Avshalom Houri <AVSHALOM@il.ibm.com> Thu, 01 November 2007 15:12 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 1Inbij-0007Pv-8e; Thu, 01 Nov 2007 11:12:33 -0400
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1Inbih-0007NZ-NA for sip-confirm+ok@megatron.ietf.org; Thu, 01 Nov 2007 11:12:31 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Inbih-0007NN-By; Thu, 01 Nov 2007 11:12:31 -0400
Received: from mtagate1.de.ibm.com ([195.212.29.150]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1InbiZ-00050P-W5; Thu, 01 Nov 2007 11:12:31 -0400
Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate1.de.ibm.com (8.13.8/8.13.8) with ESMTP id lA1FCNrC105466; Thu, 1 Nov 2007 15:12:23 GMT
Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id lA1FCNsS2166952; Thu, 1 Nov 2007 16:12:23 +0100
Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lA1FCM33005124; Thu, 1 Nov 2007 16:12:23 +0100
Received: from d12mc102.megacenter.de.ibm.com (d12mc102.megacenter.de.ibm.com [9.149.167.114]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id lA1FCMbS005121; Thu, 1 Nov 2007 16:12:22 +0100
In-Reply-To: <1ECE0EB50388174790F9694F77522CCF12E572BD@zrc2hxm0.corp.nortel.com>
References: <OF4D147ED0.D97D7DF1-ONC2257383.0032DA38-C2257383.003A99E6@il.ibm.com> <5D1A7985295922448D5550C94DE291800188609F@DEEXC1U01.de.lucent.com> <1ECE0EB50388174790F9694F77522CCF12DC4A04@zrc2hxm0.corp.nortel.com> <4729E458.6030703@cisco.com> <1ECE0EB50388174790F9694F77522CCF12E572BD@zrc2hxm0.corp.nortel.com>
To: Brian Stucker <bstucker@nortel.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 8.0NP August 02, 2007
From: Avshalom Houri <AVSHALOM@il.ibm.com>
Message-ID: <OFA824ADA0.07AACAD4-ONC2257386.00534F97-C2257386.005388C3@il.ibm.com>
Date: Thu, 01 Nov 2007 17:12:19 +0200
X-MIMETrack: Serialize by Router on D12MC102/12/M/IBM(Release 7.0.2HF71 | November 3, 2006) at 01/11/2007 17:12:22, Serialize complete at 01/11/2007 17:12:22
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52f402fbded34a6df606921f56b8bdd8
Cc: sip@ietf.org, Francois Audet <audet@nortel.com>, rai@ietf.org
Subject: [Sip] RE: [RAI] RAI review of draft-ietf-sip-hitchhikers-guide-03
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>
Content-Type: multipart/mixed; boundary="===============0487295357=="
Errors-To: sip-bounces@ietf.org

I also think that leaving the references to the drafts is important.
I do not know what should be the actual mechanism but it will be like
hitchhiking a space ship that has many of its windows covered,
it will be hard to see where we are flying to.

--Avshalom








"Brian Stucker" <bstucker@nortel.com> 
01/11/2007 16:57

To
"Jonathan Rosenberg" <jdrosen@cisco.com>, "Francois Audet" 
<audet@nortel.com>
cc
<sip@ietf.org>, Avshalom Houri/Haifa/IBM@IBMIL, <rai@ietf.org>
Subject
RE: [RAI] RAI review of draft-ietf-sip-hitchhikers-guide-03






I would also prefer that I-D references be left in the document. It's
very helpful to the community to not only know where SIP is at when you
read the guide, but to know where it's headed. If for no other reason
than it prevents someone from thinking they've discovered a novel
problem and go off implementing a solution parallel to what will soon
(hopefully) be an RFC. Likewise, if they find that the I-D is
incomplete, it gives them a reference to make comments against that they
may not have otherwise discovered.

It's an informative document. What if we just copy paragraphs two and
three of from the boilerplate "status of this memo" into the
introduction as a warning to those who read the document later as an RFC
that I-D's referenced by the guide can change. 

Is there any harm in doing this?

Regards,
Brian 

> -----Original Message-----
> From: Jonathan Rosenberg [mailto:jdrosen@cisco.com] 
> Sent: Thursday, November 01, 2007 9:36 AM
> To: Audet, Francois (SC100:3055)
> Cc: sip@ietf.org; Avshalom Houri; rai@ietf.org
> Subject: Re: [RAI] RAI review of draft-ietf-sip-hitchhikers-guide-03
> 
> 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.
> 
> -Jonathan R.
> 
> -- 
> Jonathan D. Rosenberg, Ph.D.                   600 Lanidex Plaza
> Cisco Fellow                                   Parsippany, NJ 
> 07054-2711
> Cisco Systems
> jdrosen@cisco.com                              FAX:   (973) 952-5050
> http://www.jdrosen.net                         PHONE: (973) 952-5000
> http://www.cisco.com
> 
> _______________________________________________
> RAI mailing list
> RAI@ietf.org
> https://www1.ietf.org/mailman/listinfo/rai
> 

_______________________________________________
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