Re: [sip-clf] draft-ietf-sipclf-problem-statement-05 Reason-Phrase
Gonzalo Salgueiro <gsalguei@cisco.com> Tue, 15 March 2011 22:01 UTC
Return-Path: <gsalguei@cisco.com>
X-Original-To: sip-clf@core3.amsl.com
Delivered-To: sip-clf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ED2DA3A6E9E for <sip-clf@core3.amsl.com>; Tue, 15 Mar 2011 15:01:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.461
X-Spam-Level:
X-Spam-Status: No, score=-10.461 tagged_above=-999 required=5 tests=[AWL=0.137, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 JNuQKH-ezEVF for <sip-clf@core3.amsl.com>; Tue, 15 Mar 2011 15:01:39 -0700 (PDT)
Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by core3.amsl.com (Postfix) with ESMTP id 9C85A3A6E24 for <sip-clf@ietf.org>; Tue, 15 Mar 2011 15:01:38 -0700 (PDT)
X-TACSUNS: Virus Scanned
Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id p2FLtWw4002801; Tue, 15 Mar 2011 17:55:32 -0400 (EDT)
Received: from rtp-gsalguei-8714.cisco.com (rtp-gsalguei-8714.cisco.com [10.116.61.53]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id p2FLtSJ4001728; Tue, 15 Mar 2011 17:55:29 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/alternative; boundary="Apple-Mail-26--203618655"
From: Gonzalo Salgueiro <gsalguei@cisco.com>
In-Reply-To: <41DAD933-6D4A-43EE-B817-23B6795748B8@magorcorp.com>
Date: Tue, 15 Mar 2011 17:55:28 -0400
Message-Id: <7DB6DBE8-760E-4C32-B4C2-7EFD0A09FF89@cisco.com>
References: <AANLkTinnyWJ1wDzZdsW9PzyO+xTSSiy_pjm+JLs9ADyi@mail.gmail.com> <41DAD933-6D4A-43EE-B817-23B6795748B8@magorcorp.com>
To: Peter Musgrave <peter.musgrave@magorcorp.com>
X-Mailer: Apple Mail (2.1082)
Cc: "sip-clf@ietf.org Mailing" <sip-clf@ietf.org>
Subject: Re: [sip-clf] draft-ietf-sipclf-problem-statement-05 Reason-Phrase
X-BeenThere: sip-clf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Common Log File format discussion list <sip-clf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip-clf>, <mailto:sip-clf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-clf>
List-Post: <mailto:sip-clf@ietf.org>
List-Help: <mailto:sip-clf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-clf>, <mailto:sip-clf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Mar 2011 22:01:40 -0000
On Mar 15, 2011, at 5:23 PM, Peter Musgrave wrote: > I think as a predefined option field Reason Phrase makes sense. > > It may be worth thinking about other optional header fields people might want...Refer, History-Info, Session-ID - might become a bit of a long list. Would this be viewed as useful? I had it as one of the discussion topics for Prague. I think we fundamentally need to decide what fields we want as Pre-defined Optional Fields IF that list a reasonable one. If we want to open it up (as Anders suggest) to ALL SIP fields, then this would likely require a different mechanism entirely. Gonzalo > > Peter (as individual) > > On 2011-03-15, at 5:10 PM, Anders Nygren wrote: > >> Hi >> The list of mandatory fields includes Status-Code but not Reason-Phrase. >> Wouldn't it be useful to have Reason-Phrase also since RFC3261 >> >> 21.1.5 183 Session Progress >> >> The 183 (Session Progress) response is used to convey information >> about the progress of the call that is not otherwise classified. The >> Reason-Phrase, header fields, or message body MAY be used to convey >> more details about the call progress. >> >> 21.4.1 400 Bad Request >> >> The request could not be understood due to malformed syntax. The >> Reason-Phrase SHOULD identify the syntax problem in more detail, for >> example, "Missing Call-ID header field". >> >> So at times Reason-Phrase gives some additional information that can not be >> obtained from just the Status-Code. Maybe as an optional field. >> >> /Anders >> _______________________________________________ >> sip-clf mailing list >> sip-clf@ietf.org >> https://www.ietf.org/mailman/listinfo/sip-clf > > _______________________________________________ > sip-clf mailing list > sip-clf@ietf.org > https://www.ietf.org/mailman/listinfo/sip-clf
- [sip-clf] draft-ietf-sipclf-problem-statement-05 … Anders Nygren
- Re: [sip-clf] draft-ietf-sipclf-problem-statement… Peter Musgrave
- Re: [sip-clf] draft-ietf-sipclf-problem-statement… Anders Nygren
- Re: [sip-clf] draft-ietf-sipclf-problem-statement… Vijay K. Gurbani
- Re: [sip-clf] draft-ietf-sipclf-problem-statement… Gonzalo Salgueiro
- Re: [sip-clf] draft-ietf-sipclf-problem-statement… Eric Burger