Re: [sipcore] draft-roach-sipcore-rfc3265bis-00 - Section 4.5

"Ian Elz" <ian.elz@ericsson.com> Mon, 17 August 2009 08:36 UTC

Return-Path: <ian.elz@ericsson.com>
X-Original-To: sipcore@core3.amsl.com
Delivered-To: sipcore@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0770E3A67A6 for <sipcore@core3.amsl.com>; Mon, 17 Aug 2009 01:36:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.249
X-Spam-Level:
X-Spam-Status: No, score=-5.249 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rVNKreaf9U1j for <sipcore@core3.amsl.com>; Mon, 17 Aug 2009 01:36:00 -0700 (PDT)
Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id 75DB03A67B6 for <sipcore@ietf.org>; Mon, 17 Aug 2009 01:35:58 -0700 (PDT)
X-AuditID: c1b4fb3c-b7c01ae000002aae-4e-4a89165dc781
Received: from esealmw126.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw3.ericsson.se (Symantec Mail Security) with SMTP id E8.55.10926.D56198A4; Mon, 17 Aug 2009 10:35:41 +0200 (CEST)
Received: from esealmw118.eemea.ericsson.se ([153.88.200.77]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Mon, 17 Aug 2009 10:35:34 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 17 Aug 2009 10:35:33 +0200
Message-ID: <C0E80510684FE94DBDE3A4AF6B968D2D0631230E@esealmw118.eemea.ericsson.se>
In-Reply-To: <4A85C195.4060903@nostrum.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: draft-roach-sipcore-rfc3265bis-00 - Section 4.5
Thread-Index: AcodGW5238OFDawnQ6yeQz3Ul+/ywAB/BfOQ
References: <C0E80510684FE94DBDE3A4AF6B968D2D06311DBD@esealmw118.eemea.ericsson.se> <4A85C195.4060903@nostrum.com>
From: Ian Elz <ian.elz@ericsson.com>
To: Adam Roach <adam@nostrum.com>
X-OriginalArrivalTime: 17 Aug 2009 08:35:34.0826 (UTC) FILETIME=[B06E18A0:01CA1F15]
X-Brightmail-Tracker: AAAAAA==
Cc: sipcore@ietf.org
Subject: Re: [sipcore] draft-roach-sipcore-rfc3265bis-00 - Section 4.5
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Aug 2009 08:36:01 -0000

 Adam,

1st of 2 responses

Easy one first.

This sounds fine - better than I would have expressed it.

Ian

-----Original Message-----
From: Adam Roach [mailto:adam@nostrum.com] 
Sent: 14 August 2009 20:57
To: Ian Elz
Cc: sipcore@ietf.org; Christer Holmberg
Subject: Re: draft-roach-sipcore-rfc3265bis-00

Ian Elz wrote:
>
> Sections 4.5 and 4.5.1 define how to target SUBSCRIBE to a device 
> using gruu. Is it worth including in this section that to target a 
> SUBSCRIBE to a dialog at the device you need to use the Target-Dialog 
> header? The use of T-D would depend upon the event package but 
> including it here would provide a reminder that event packages should 
> consider this if necessary.
>

I agree that this kind of guidance would indeed be useful. I've added
some text to 4.5:

   This dialog-sharing technique has also historically been used as a
   means for targeting an event package at a dialog.  This usage can be
   seen, for example, in certain applications of the REFER method
   [RFC3515].  With the removal of dialog re-use, an alternate (and more
   explicit) means of targeting dialogs needs to be used for this type
   of correlation.  The appropriate means of such targeting is left up
   to the actual event packages.  Candidates include the "Target-Dialog"
   header field [RFC4528], the "Join" header field [RFC3911], and the
   "Replaces" header field [RFC3891], depending on the semantics
   desired.  Alternately, if the semantics of those header fields do not
   match the event package's purpose for correlation, event packages can
   devise their own means of identifying dialogs.  For an example of
   this approach, see the Dialog Event Package [RFC4235].