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

"David Lehmann" <dlehmann@ulticom.com> Tue, 31 August 2010 14:36 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 1B3A53A69B7 for <dime@core3.amsl.com>; Tue, 31 Aug 2010 07:36:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.421
X-Spam-Level:
X-Spam-Status: No, score=-2.421 tagged_above=-999 required=5 tests=[AWL=0.177, 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 fs5p7Tb0RpJc for <dime@core3.amsl.com>; Tue, 31 Aug 2010 07:36:42 -0700 (PDT)
Received: from bw.ulticom.com (bw.ulticom.com [208.255.120.43]) by core3.amsl.com (Postfix) with ESMTP id B7AF43A69B4 for <dime@ietf.org>; Tue, 31 Aug 2010 07:36:41 -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 AB4EA24C05F2A334; Tue, 31 Aug 2010 10:37:11 -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 o7VEbBuL017083; Tue, 31 Aug 2010 10:37:11 -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_01CB4919.FEFFF24E"
Date: Tue, 31 Aug 2010 10:37:11 -0400
Message-ID: <A51D8ACD861B7E41BFC7FE5C64BE96481167B0F7@MTLEXVS01.ulticom.com>
In-Reply-To: <009f01cb4913$e76b5b50$b64211f0$@net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Dime] RFC 3588 - fixed positioned session-ID AVPs
Thread-Index: ActJDhHpu5bXx/dWT/OYD3e13pPP3QABIG/wAAF5JwA=
References: <A51D8ACD861B7E41BFC7FE5C64BE96481167B0F1@MTLEXVS01.ulticom.com> <009f01cb4913$e76b5b50$b64211f0$@net>
From: David Lehmann <dlehmann@ulticom.com>
To: Glen Zorn <gwz@net-zen.net>
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 14:36:48 -0000

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)."

 

--

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