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