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

"David Lehmann" <dlehmann@ulticom.com> Tue, 31 August 2010 19:22 UTC

Return-Path: <dlehmann@ulticom.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 837C23A6847 for <dime@core3.amsl.com>; Tue, 31 Aug 2010 12:22:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.434
X-Spam-Level:
X-Spam-Status: No, score=-2.434 tagged_above=-999 required=5 tests=[AWL=0.164, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 MrPSszjsOWwQ for <dime@core3.amsl.com>; Tue, 31 Aug 2010 12:22:41 -0700 (PDT)
Received: from bw.ulticom.com (bw.ulticom.com [208.255.120.43]) by core3.amsl.com (Postfix) with ESMTP id E45423A6862 for <dime@ietf.org>; Tue, 31 Aug 2010 12:22:40 -0700 (PDT)
Received: from colby.ulticom.com (colby.ulticom.com [192.73.206.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bw.ulticom.com (BorderWare Security Platform) with ESMTP id 4EA0B07E81C00B68; Tue, 31 Aug 2010 15:23:06 -0400 (EDT)
Received: from MTLEXVS01.ulticom.com (mtlex01.ulticom.com [172.16.40.5]) by colby.ulticom.com (8.13.4/8.12.10) with ESMTP id o7VJMmHW025376; Tue, 31 Aug 2010 15:23:02 -0400 (EDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB4941.EA723786"
Date: Tue, 31 Aug 2010 15:22:27 -0400
Message-ID: <A51D8ACD861B7E41BFC7FE5C64BE96481167B0FA@MTLEXVS01.ulticom.com>
In-Reply-To: <AANLkTiku7LqpiaRmDoB8DPndLv6JNKz_NRR0VK7sAT1E@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Dime] RFC 3588 - fixed positioned session-ID AVPs
Thread-Index: ActJOTlU5MSioJKpS2WADmXtpNTLhwAB9bdA
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>
From: David Lehmann <dlehmann@ulticom.com>
To: Victor Fajardo <vf0213@gmail.com>
Received-SPF: none
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: Tue, 31 Aug 2010 19:22:45 -0000

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]
<mailto:[mailto://dlehmann@ulticom.com%5d>  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