Re: [sipcore] Feature-Caps: Feature indications in 18x and 200

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 07 November 2011 08:25 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8639221F8515 for <sipcore@ietfa.amsl.com>; Mon, 7 Nov 2011 00:25:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.321
X-Spam-Level:
X-Spam-Status: No, score=-6.321 tagged_above=-999 required=5 tests=[AWL=0.278, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gzZX-7nnCis8 for <sipcore@ietfa.amsl.com>; Mon, 7 Nov 2011 00:25:17 -0800 (PST)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by ietfa.amsl.com (Postfix) with ESMTP id 9D97821F8514 for <sipcore@ietf.org>; Mon, 7 Nov 2011 00:25:17 -0800 (PST)
X-AuditID: c1b4fb3d-b7c26ae0000035b9-fa-4eb795ec0f79
Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id BB.13.13753.CE597BE4; Mon, 7 Nov 2011 09:25:16 +0100 (CET)
Received: from ESESSCMS0356.eemea.ericsson.se ([169.254.1.57]) by esessmw0184.eemea.ericsson.se ([10.2.3.53]) with mapi; Mon, 7 Nov 2011 09:25:16 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Hadriel Kaplan <HKaplan@acmepacket.com>
Date: Mon, 07 Nov 2011 09:25:14 +0100
Thread-Topic: [sipcore] Feature-Caps: Feature indications in 18x and 200
Thread-Index: AQHMnP4msqgAXcvIkU2BPrqsp0MXIJWhE4QA
Message-ID: <7F2072F1E0DE894DA4B517B93C6A05852235963132@ESESSCMS0356.eemea.ericsson.se>
References: <7F2072F1E0DE894DA4B517B93C6A05852235962788@ESESSCMS0356.eemea.ericsson.se> <BBF5DDFE515C3946BC18D733B20DAD23067A5B@XMB105ADS.rim.net> <7F2072F1E0DE894DA4B517B93C6A058522357173BF@ESESSCMS0356.eemea.ericsson.se> <89FD9FEC-0A17-4C3A-B337-8D87F6D617FE@acmepacket.com>, <EDC0A1AE77C57744B664A310A0B23AE22186A5D4@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A058522357173C3@ESESSCMS0356.eemea.ericsson.se> <C768D365-B06F-4451-A6ED-35AE0CCFB40B@acmepacket.com>
In-Reply-To: <C768D365-B06F-4451-A6ED-35AE0CCFB40B@acmepacket.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Cc: "sipcore@ietf.org Core) WG" <sipcore@ietf.org>
Subject: Re: [sipcore] Feature-Caps: Feature indications in 18x and 200
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 07 Nov 2011 08:25:18 -0000

Hi, 

>> If an entity receives different values in responses 
>> associated with the same dialog, an error case has occured 
>>(as the sender should not send different values for the same dialog).
>> 
>> So, we can either say that the first response with 
>> Feature-Caps is taken as definitive, or we can say that the 
>> Feature-Caps in 2xx is taken as definitive, because for a 
>> given dialog they should always be the same.
> 
> Right, so I agree with Keith that the 2xx should win.

So, I have done some additions (<addition>) to the suggested text:

	"An entity can include the same Feature-Caps 
	header field value in multiple responses (18x/2xx) 
	for the same INVITE/re-INVITE transaction, but for a
	given dialog the entity MUST use the same Feature-Caps 
	header field value (if included) in all responses for 
	the same transaction. In addition, if an entity includes 
	a Feature-Caps header field in a 18x response, for the 
	given dialog it MUST include the header field in all
	subsequent 18x responses, and the 2xx response, for the 
	same transaction. <addition> If an entity, for a given dialog,
      receives different Feature-Caps header field values in
	responses to the same transaction (this would not happen in
	normal operations), it MUST use the latest header field 
	values as the valid one.</addition>"

Regards,

Christer