RE: [Sip] RFC 3608 on Session Initiation Protocol (SIP) Extension Header Field for Service Route Discovery During Registration
Bernie Hoeneisen <bhoeneis@switch.ch> Thu, 09 October 2003 09:58 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA14025 for <sip-archive@odin.ietf.org>; Thu, 9 Oct 2003 05:58:37 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A7XYk-0001aW-IL for sip-archive@odin.ietf.org; Thu, 09 Oct 2003 05:58:16 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h999wE12006101 for sip-archive@odin.ietf.org; Thu, 9 Oct 2003 05:58:14 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A7XYX-0001Zq-UE; Thu, 09 Oct 2003 05:58:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A7XY6-0001YJ-0F for sip@optimus.ietf.org; Thu, 09 Oct 2003 05:57:34 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA14002 for <sip@ietf.org>; Thu, 9 Oct 2003 05:57:23 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A7XY1-0004Tl-00 for sip@ietf.org; Thu, 09 Oct 2003 05:57:29 -0400
Received: from central.switch.ch ([130.59.4.1]) by ietf-mx with esmtp (Exim 4.12) id 1A7XXo-0004Ta-00 for sip@ietf.org; Thu, 09 Oct 2003 05:57:29 -0400
Received: from machb.switch.ch ([130.59.6.129]) by central.switch.ch with esmtp (Exim 3.20 #1) id 1A7XXH-0002Ql-00; Thu, 09 Oct 2003 11:56:43 +0200
Date: Thu, 09 Oct 2003 11:56:43 +0200
From: Bernie Hoeneisen <bhoeneis@switch.ch>
X-X-Sender: bhoeneis@machb.local
To: Chris Boulton <cboulton@ubiquity.net>
cc: Dean Willis <dean.willis@softarmor.com>, sip@ietf.org
Subject: RE: [Sip] RFC 3608 on Session Initiation Protocol (SIP) Extension Header Field for Service Route Discovery During Registration
In-Reply-To: <45730E094814E44488F789C1CDED27AE0219B0D7@gbnewp0758m.eu.ubiquity.net>
Message-ID: <Pine.OSX.4.53.0310091119370.13131@machb.local>
References: <45730E094814E44488F789C1CDED27AE0219B0D7@gbnewp0758m.eu.ubiquity.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: sip-admin@ietf.org
Errors-To: sip-admin@ietf.org
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Id: Session Initiation Protocol <sip.ietf.org>
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>
Hi Chris, Let me make a brief excursion to the history of Service-Route: I remember some discussions concerning the possible usage of an option-tag for (P-)Service-Route in the early stage of the I/D. At that time the working assumption was, that this would be a P-header field (i.e. P-Service-Route). Since you cannot Require a P-header field, the discussion immediately ended at that time. Lateron working assumption was changed: the P-header field was changed to a normal header field. But nobody has brought up again a requirement for an option-tag service-route. In case such a requirement turns out be useful, we could consider to make an additional document describing the Require/Supported behavior with Service-Route. What is your main motivation for such an option-tag for service-route? cheers, Bernie On Thu, 9 Oct 2003, Chris Boulton wrote: > Dean, Bernie, > > This may seem a silly question (I'm sure I will be told that it is ;-), > BUT I was wondering why the use of the 'Supported/Require' headers are > not required with this extension. > > Regards, > > Chris. > > > >-----Original Message----- > >From: rfc-editor@rfc-editor.org [mailto:rfc-editor@rfc-editor.org] > >Sent: 09 October 2003 01:01 > >Cc: rfc-editor@rfc-editor.org; sip@ietf.org > >Subject: [Sip] RFC 3608 on Session Initiation Protocol (SIP) Extension > >Header Field for Service Route Discovery During Registration > > > > > >A new Request for Comments is now available in online RFC libraries. > > > > > > RFC 3608 > > > > Title: Session Initiation Protocol (SIP) Extension Header > > Field for Service Route Discovery During > > Registration > > Author(s): D. Willis, B. Hoeneisen > > Status: Standards Track > > Date: October 2003 > > Mailbox: dean.willis@softarmor.com, hoeneisen@switch.ch > > Pages: 17 > > Characters: 35628 > > Updates/Obsoletes/SeeAlso: None > > > > I-D Tag: draft-ietf-sip-scvrtdisco-04.txt > > > > URL: ftp://ftp.rfc-editor.org/in-notes/rfc3608.txt > > > > > _______________________________________________ > 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 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] RFC 3608 on Session Initiation Protocol (SI… rfc-editor
- RE: [Sip] RFC 3608 on Session Initiation Protocol… Chris Boulton
- RE: [Sip] RFC 3608 on Session Initiation Protocol… Bernie Hoeneisen
- Re: [Sip] RFC 3608 on Session Initiation Protocol… Jonathan Rosenberg
- Re: [Sip] RFC 3608 on Session Initiation Protocol… Bernie Hoeneisen