Re: [dispatch] draft-jesske-sipping-etsi-ngn-reason-04

<R.Jesske@telekom.de> Tue, 21 July 2009 05:03 UTC

Return-Path: <R.Jesske@telekom.de>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21ACA3A657C for <dispatch@core3.amsl.com>; Mon, 20 Jul 2009 22:03:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
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 uAPPB9tLGtfB for <dispatch@core3.amsl.com>; Mon, 20 Jul 2009 22:03:28 -0700 (PDT)
Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by core3.amsl.com (Postfix) with ESMTP id B9BDC3A68D9 for <dispatch@ietf.org>; Mon, 20 Jul 2009 22:03:26 -0700 (PDT)
Received: from s4de8psaanq.blf.telekom.de (HELO S4DE8PSAANQ.mitte.t-com.de) ([10.151.180.166]) by tcmail31.telekom.de with ESMTP; 21 Jul 2009 07:03:11 +0200
Received: from S4DE8PSAAQB.mitte.t-com.de ([10.151.229.13]) by S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Jul 2009 07:03:10 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 21 Jul 2009 07:03:10 +0200
Message-ID: <9886E5FCA6D76549A3011068483A4BD404A9C2B7@S4DE8PSAAQB.mitte.t-com.de>
In-Reply-To: <4A643B95.3060800@ericsson.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [dispatch] draft-jesske-sipping-etsi-ngn-reason-04
Thread-Index: AcoJHi+ROLPVUN7URFqcaM3kAonJJAAoLukw
References: <9886E5FCA6D76549A3011068483A4BD40498CFB8@S4DE8PSAAQB.mitte.t-com.de> <1246894612.3747.17.camel@victoria-pingtel-com.us.nortel.com> <9886E5FCA6D76549A3011068483A4BD40498D2CA@S4DE8PSAAQB.mitte.t-com.de> <1247255492.3757.40.camel@victoria-pingtel-com.us.nortel.com> <9886E5FCA6D76549A3011068483A4BD404A14E83@S4DE8PSAAQB.mitte.t-com.de> <1ECE0EB50388174790F9694F77522CCF1F050471@zrc2hxm0.corp.nortel.com> <1247764118.4085.24.camel@victoria-pingtel-com.us.nortel.com> <1ECE0EB50388174790F9694F77522CCF1F05050C@zrc2hxm0.corp.nortel.com> <4A643B95.3060800@ericsson.com>
From: R.Jesske@telekom.de
To: Gonzalo.Camarillo@ericsson.com, audet@nortel.com
X-OriginalArrivalTime: 21 Jul 2009 05:03:10.0948 (UTC) FILETIME=[8B556240:01CA09C0]
Cc: dispatch@ietf.org
Subject: Re: [dispatch] draft-jesske-sipping-etsi-ngn-reason-04
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Jul 2009 05:03:29 -0000

Hi Gonzalo,
Thank you for your comments.
You are correct. The used cases within the document shows where ISUP causes will be included.
I think in such cases we should clearly state that SIP Reason should be excluded within SIP responses, to avoid contradictions. 

Then I will include that only within 4xx/5xx/6xx Responses the Reason header with an Q.850 Cause makes sense.

There are requirements and three used cases described within the draft so I hope that fits. 

Best Regards

Roland
-----Ursprüngliche Nachricht-----
Von: Gonzalo Camarillo [mailto:Gonzalo.Camarillo@ericsson.com] 
Gesendet: Montag, 20. Juli 2009 11:41
An: Francois Audet
Cc: Dale Worley; dispatch@ietf.org; Jesske, Roland
Betreff: Re: [dispatch] draft-jesske-sipping-etsi-ngn-reason-04

Hi,

as Francois suggests, a document specifying the use of Reason header 
fields in responses needs to specify those things (see Francois' list 
below). Additionally, you should think of whether or not Reason header 
fields in responses can carry SIP status codes and what happens if they 
are different to the status code of the response.

In short, the document cannot simply say that now it is OK to use Reason 
in responses. It needs to address the different situations a typical 
implementation may face.

Cheers,

Gonzalo


Francois Audet wrote:
> Again, the spec is very clear that it IS allowed.
> 
> I believe the wishy-washy text about "status code explicitly
> allowing it" was meant to exclude responses that were not appropriate,
> and restricing it to effectively error responses.
> 
> At the time this was written, I believe we were not clear on which
> codes were supposed to be appropriate or not.
> 
> Seems to me:
> - Any Error response code should be allowed.
> - I don't think 2XX makes sense.
> - 3XX is controversial (as per the email quoted by Roland): seems to me it
>   would be quite useful
> - Provisional is interesting... Sounds like 199 error response to me...
> 
>> -----Original Message-----
>> From: Worley, Dale (BL60:9D30) 
>> Sent: Thursday, July 16, 2009 10:09
>> To: Audet, Francois (SC100:3055)
>> Cc: R.Jesske@telekom.de; dispatch@ietf.org
>> Subject: RE: [dispatch] draft-jesske-sipping-etsi-ngn-reason-04
>>
>> On Thu, 2009-07-16 at 12:48 -0400, Audet, Francois (SC100:3055) wrote:
>>> Hi Roland,
>>>
>>> You use case is very common.  
>>>
>>> I believe you are incorrect in saying that "reasons are 
>> currently not 
>>> allowed in responses. Neither conditionally nor allowed".
>>>
>>> RFC 3326 says in 1.0:
>>>   "[...] it can appear in any request
>>>    within a dialog, in any CANCEL request and in any response whose
>>>    status code explicitly allows the presence of this header field."
>>>
>>> To be honest, I believe Q.850 codes are much more common in 
>> Responses 
>>> than in requests.
>> Googling
>>
>>      "sip/2.0" reason "q.850"
>>
>> turns up numerous examples of SIP responses using the Reason 
>> header in the forbidden manner.
>>
>> I'd say that your draft formally allows what people are already doing.
>>
>> Dale
>>
>>
>>
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch
>