Re: [Dime] RFC 3588 - fixed positioned session-ID AVPs

Tina TSOU <tena@huawei.com> Wed, 01 September 2010 13:28 UTC

Return-Path: <tena@huawei.com>
X-Original-To: dime@core3.amsl.com
Delivered-To: dime@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 957853A6868 for <dime@core3.amsl.com>; Wed, 1 Sep 2010 06:28:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.283
X-Spam-Level:
X-Spam-Status: No, score=-100.283 tagged_above=-999 required=5 tests=[AWL=0.211, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 Fn1ieyUdT0LE for <dime@core3.amsl.com>; Wed, 1 Sep 2010 06:28:22 -0700 (PDT)
Received: from szxga05-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 671413A67E4 for <dime@ietf.org>; Wed, 1 Sep 2010 06:28:21 -0700 (PDT)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L82000TILFTNN@szxga05-in.huawei.com> for dime@ietf.org; Wed, 01 Sep 2010 21:28:41 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L8200MWYLFSUS@szxga05-in.huawei.com> for dime@ietf.org; Wed, 01 Sep 2010 21:28:41 +0800 (CST)
Received: from [192.168.5.100] ([113.116.39.145]) by szxml01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L8200D0QLFRXJ@szxml01-in.huawei.com>; Wed, 01 Sep 2010 21:28:40 +0800 (CST)
Date: Wed, 01 Sep 2010 21:28:38 +0800
From: Tina TSOU <tena@huawei.com>
In-reply-to: <AANLkTinVm7Cfh-Bzc=zLxaWg9h2BTqoEc8qs2DGcB1Mf@mail.gmail.com>
To: Victor Fajardo <vf0213@gmail.com>
Message-id: <0B007EBD-29E0-422D-BE99-7217A98231D6@huawei.com>
MIME-version: 1.0
X-Mailer: Apple Mail (2.936)
Content-type: multipart/alternative; boundary="Boundary_(ID_RJhKHZiyNnEqXtt8anImVw)"
References: <A51D8ACD861B7E41BFC7FE5C64BE96481167B0F1@MTLEXVS01.ulticom.com> <009f01cb4913$e76b5b50$b64211f0$@net> <A51D8ACD861B7E41BFC7FE5C64BE96481167B0F7@MTLEXVS01.ulticom.com> <AANLkTi=GiPLzuAnLqwRe7sPGMJoRE+LTzBFdZgdCffnZ@mail.gmail.com> <A51D8ACD861B7E41BFC7FE5C64BE96481167B0F9@MTLEXVS01.ulticom.com> <AANLkTiku7LqpiaRmDoB8DPndLv6JNKz_NRR0VK7sAT1E@mail.gmail.com> <A51D8ACD861B7E41BFC7FE5C64BE96481167B0FA@MTLEXVS01.ulticom.com> <AANLkTinAXtekvdU7Z83bFrZkT818VSA2vXaLc69bCTre@mail.gmail.com> <A51D8ACD861B7E41BFC7FE5C64BE96481167B0FB@MTLEXVS01.ulticom.com> <AANLkTinVm7Cfh-Bzc=zLxaWg9h2BTqoEc8qs2DGcB1Mf@mail.gmail.com>
Cc: dime@ietf.org
Subject: Re: [Dime] RFC 3588 - fixed positioned session-ID AVPs
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Sep 2010 13:28:29 -0000

Fully agree with Victor for the previous email.

B. R.
Tina
http://tinatsou.weebly.com/index.html

On Sep 1, 2010, at 9:12 PM, Victor Fajardo wrote:

> Its good to have some clarity, though the statement below probably  
> needs some re-org since SHOULD is followed with a MUST and theres a  
> conditional 'may' in between. Anyway, the statement maybe redundant  
> since each BNF already tells you where the session-id can be found ..
>
> my 2 cents.
>
> On Wed, Sep 1, 2010 at 8:55 AM, David Lehmann <dlehmann@ulticom.com>  
> wrote:
> OK, BNF rules.    IMHO, this should be noted or clarified in section  
> 8.8. e.g.
>
> “When present, the Session-Id SHOULD appear immediately following  
> the Diameter Header. Further, the message BNF may mandate that the  
> Session-Id MUST be positioned immediately following the message  
> header.  Indeed, all messages defined in this RFC require such a  
> positioning. (see Section 3)”
>
>
> --
>
> David Lehmann
>
> Ulticom, Inc.
>
> 856-787-2952
>
>
> From: Victor Fajardo [mailto:vf0213@gmail.com]
> Sent: Tuesday, August 31, 2010 4:25 PM
>
>
> To: David Lehmann
> Cc: Glen Zorn; dime@ietf.org
> Subject: Re: [Dime] RFC 3588 - fixed positioned session-ID AVPs
>
>
>
> yes. the BNF sets the positioning/sequencing rules. it's a common  
> practice in BNFs to place session-id near the head to optimize msg  
> processing .. etc.
>
> On Tue, Aug 31, 2010 at 3:22 PM, David Lehmann  
> <dlehmann@ulticom.com> wrote:
>
> So you are stating that the Diameter protocol itself does NOT  
> require all session-ID AVPs to follow immediately after the message  
> header, but a message’s BNF may require it?
>
>
> --
>
> David Lehmann
>
> Ulticom, Inc.
>
> 856-787-2952
>
>
> From: Victor Fajardo [mailto:vf0213@gmail.com]
> Sent: Tuesday, August 31, 2010 2:21 PM
>
>
> To: David Lehmann
> Cc: Glen Zorn; dime@ietf.org
> Subject: Re: [Dime] RFC 3588 - fixed positioned session-ID AVPs
>
>
>
> On Tue, Aug 31, 2010 at 1:54 PM, David Lehmann  
> <dlehmann@ulticom.com> wrote:
>
> The existing text in 8.8 is contradicting the BNF.
>
>
>
> Which BNF though ? There maybe apps beyond 3588 that may not  
> necessarily put the session-id after the header in their BNF's. In  
> that regard, the existing text is not contradictory but is meant to  
> be generalized specially because it describes an AVP and is agnostic  
> to any BNF.
>
>
> my two cents,
>
> victor
>
>
>
> I am suggesting text that agrees and supports the BNF.
>
>
> If you don’t want to modify the text to agree with the BNF, then I  
> suggest removing the existing text which contradicts it.
>
>
> --
>
> David Lehmann
>
> Ulticom, Inc.
>
> 856-787-2952
>
>
> From: Victor Fajardo [mailto:vf0213@gmail.com]
> Sent: Tuesday, August 31, 2010 11:52 AM
> To: David Lehmann
> Cc: Glen Zorn; dime@ietf.org
> Subject: Re: [Dime] RFC 3588 - fixed positioned session-ID AVPs
>
>
> Hi David,
>
> On Tue, Aug 31, 2010 at 10:37 AM, David Lehmann  
> <dlehmann@ulticom.com> wrote:
>
> Glen,
>
>
> That is not what the spec says.  At least, the wording is not clear  
> and, IMHO, is misleading.  In which “some message” can the session- 
> id AVP be in any position?
>
>
> It seems to me that the wording in section 8.8 should be:  “When  
> present, the Session-Id MUST appear immediately following the  
> Diameter Header (see Section 3).”
>
>
> As Glen has mentioned, the BNF dictates the positioning of the AVP.  
> If you add this text you are adding new rules beyond the BNF.
>
>
> regards,
>
> victor
>
>
>
>
>
> --
>
> David Lehmann
>
> Ulticom, Inc.
>
> 856-787-2952
>
>
> From: Glen Zorn [mailto:gwz@net-zen.net]
> Sent: Tuesday, August 31, 2010 9:54 AM
> To: David Lehmann
> Cc: dime@ietf.org
> Subject: RE: [Dime] RFC 3588 - fixed positioned session-ID AVPs
>
>
> David Lehmann [mailto://dlehmann@ulticom.com] writes:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hello,
> Hello.
> In RFC 3588 (and 3588bis), messages with session IDs are defined  
> with the session ID AVPs with a fixed position which is immediately  
> following the header. (e.g. section 8.3.1)
> Yes.
> However, this is in contradiction with section 8.8 which states,  
> “When present, the Session-Id SHOULD appear immediately following  
> the Diameter Header (see Section 3).”
> No.
> By using “SHOULD”, the spec is stating that the session-ID AVP could  
> be in any position in the message.
> No, it is stating that the AVP could be in any position in some  
> message.  The syntax of the existing messages in RFC 3588 is defined  
> by the associated BNF and in those messages the Session-Id AVP must  
> immediately follow the Diameter header.
>
>
>
> Hope this helps.
>
>
>  ~gwz
>
>
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime
>
>
>
>
>
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime