Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callflows-02: "Reason"placement
OKUMURA Shinji <shinji.okumura@softfront.jp> Mon, 25 February 2013 10:03 UTC
Return-Path: <shinji.okumura@softfront.jp>
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 CCC7C21F913F for <sipcore@ietfa.amsl.com>; Mon, 25 Feb 2013 02:03:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.868
X-Spam-Level:
X-Spam-Status: No, score=-97.868 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RELAY_IS_221=2.222, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2a2gf2p8tDmi for <sipcore@ietfa.amsl.com>; Mon, 25 Feb 2013 02:03:00 -0800 (PST)
Received: from sf-mail.softfront.co.jp (rt1.softfront.co.jp [221.186.247.166]) by ietfa.amsl.com (Postfix) with ESMTP id B665821F9126 for <sipcore@ietf.org>; Mon, 25 Feb 2013 02:02:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at softfront.co.jp
Received: from softfront.jp (sf-pc-111.softfront.local [172.16.25.90]) by sf-mail.softfront.co.jp (Postfix) with ESMTP id 90C9D428022; Mon, 25 Feb 2013 19:02:56 +0900 (JST)
From: OKUMURA Shinji <shinji.okumura@softfront.jp>
To: sipcore@ietf.org
Date: Mon, 25 Feb 2013 19:02:56 +0900
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: HidemaruMail 6.01 (WinNT,601)
In-Reply-To: <201302202049.r1KKniGa2212191@shell01.TheWorld.com>
References: <201302202049.r1KKniGa2212191@shell01.TheWorld.com>
Message-Id: <A5CE133F48C4CAshinji.okumura@softfront.jp>
Cc: "Dale R. Worley" <worley@ariadne.com>
Subject: Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callflows-02: "Reason"placement
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, 25 Feb 2013 10:03:01 -0000
Hi, Dale. worley@ariadne.com (Dale R. Worley) Wed, 20 Feb 2013 15:49:44 -0500 (EST) >In draft-ietf-sipcore-rfc4244bis-callflows-02, I find the following >inconsistency. Could people please advise me what the correct usage >is? > >When a non-2xx final response is received by a proxy (or synthesized, >in the case of timeouts), the response code is to be placed in the >Reason header value in an hi-entry. It turns out that there are two >plausible choices: One place is the hi-entry corresponding to the >INVITE that was sent by the proxy and which matches the response >received, the "next hop" location. The other place is the hi-entry >which is the address of the UA which generated the response, the >"leaf" location. > >draft-ietf-sipcore-rfc4244bis-callflows-02 is not rich in failure >responses, but there are these examples, with the corresponding >hi-entries for the failed fork: > > 3.1. Sequentially Forking (History-Info in Response) > > History-Info: <sip:office@example.com>;index=1.2;mp=1 > History-Info: <sip:office@192.0.2.5?Reason=SIP%3Bcause%3D408>;\ > index=1.2.1;index=1.2.1;rc=1.2 > > 3.6. PBX Voicemail Example > > History-Info: <sip:carol@example.com>;index=1.2;mp=1 > History-Info: <sip:carol@192.0.2.4?Reason=SIP%3Bcause%3D408>;\ > index=1.2.1;rc=1.2 > > 3.7. Consumer Voicemail Example > > History-Info: <sip:carol@example.com?Reason=SIP%3Bcause%3D408>;\ > index=1.2;mp=1 > History-Info: <sip:carol@192.0.2.4>;index=1.2.1;rc=1.2 > >As you can see, these are inconsistent. > >My belief (which may be faulty) is that the "Reason" goes in hi-entry >corresponding to the INVITE that the proxy sent, because that's what >the proxy can easily determine. Trying to find the right "leaf" >hi-entry to attach the Reason to would be quite complicated in some >forking cases. > >What is the right answer? draft-ietf-sipcore-rfc4244bis-11 10.2. Reason in the History-Info Header Field If the Reason header field is being added due to receipt of an explicit SIP response and the response contains any Reason header fields (see [RFC3326]), then the SIP entity MUST include the Reason header fields in the "headers" component of the hi-targeted-to-uri in the last hi-entry added to the cache, unless the hi-targeted-to-uri is a Tel-URI. If the SIP response does not contain a Reason header field, the SIP entity MUST include a Reason header field, containing the SIP Response Code, in the "headers" component of the hi-targeted-to-uri in the last hi-entry added to the cache, unless the hi-targeted-to-uri is a Tel-URI. according to this descriptions, SIP entity MUST include a Reason header "in the last hi-entry added to the cache". IIUC, it means "next hop" index=1.2.1. Regards, Shinji.
- [sipcore] draft-ietf-sipcore-rfc4244bis-callflows… Dale R. Worley
- Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callf… OKUMURA Shinji
- Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callf… Dale R. Worley
- Re: [sipcore] draft-ietf-sipcore-rfc4244bis-callf… OKUMURA Shinji