[Isms] FW: COMMENT: draft-ietf-isms-radius-usage

"Dave Nelson" <d.b.nelson@comcast.net> Wed, 06 May 2009 04:52 UTC

Return-Path: <d.b.nelson@comcast.net>
X-Original-To: isms@core3.amsl.com
Delivered-To: isms@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7ADCA3A6935 for <isms@core3.amsl.com>; Tue, 5 May 2009 21:52:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 tagged_above=-999 required=5 tests=[AWL=0.505, BAYES_00=-2.599]
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 dCtKruDsoKSz for <isms@core3.amsl.com>; Tue, 5 May 2009 21:52:16 -0700 (PDT)
Received: from QMTA15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by core3.amsl.com (Postfix) with ESMTP id 5D4B13A67DF for <isms@ietf.org>; Tue, 5 May 2009 21:52:16 -0700 (PDT)
Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA15.emeryville.ca.mail.comcast.net with comcast id o3gE1b0040lTkoCAF4tkkv; Wed, 06 May 2009 04:53:44 +0000
Received: from NEWTON603 ([71.232.143.198]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id o4ti1b0094H2mdz8Q4tjCb; Wed, 06 May 2009 04:53:44 +0000
From: Dave Nelson <d.b.nelson@comcast.net>
To: isms@ietf.org
Date: Wed, 06 May 2009 00:53:57 -0400
Message-ID: <EAF9865327A3493BAB035A2171096169@NEWTON603>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Thread-Index: AcnM2YlIMiaso27fQ4OwJJZr77/QXAApZhogACHgOwA=
Subject: [Isms] FW: COMMENT: draft-ietf-isms-radius-usage
X-BeenThere: isms@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mailing list for the ISMS working group <isms.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/isms>, <mailto:isms-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/isms>
List-Post: <mailto:isms@ietf.org>
List-Help: <mailto:isms-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isms>, <mailto:isms-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 May 2009 04:52:17 -0000

> -----Original Message-----
> From: Dave Nelson [mailto:d.b.nelson@comcast.net]
> Sent: Tuesday, May 05, 2009 8:54 AM
> To: 'Adrian Farrel'; iesg@ietf.org
> Cc: isms-chairs@tools.ietf.org; draft-ietf-isms-radius-
> usage@tools.ietf.org
> Subject: RE: COMMENT: draft-ietf-isms-radius-usage
> 
> Adrian Farrel writes...
> 
> > Subject: COMMENT: draft-ietf-isms-radius-usage
> >
> > Comment:
> > Table 2 says
> >    0    This attribute MUST NOT be present in a packet.
> >    0+   Zero or more instances of this attribute MAY be present in
> >         a packet.
> >    0-1  Zero or one instance of this attribute MAY be present in
> >         a packet.
> >    1    Exactly one instance of this attribute MUST be present in
> >         a packet.
> >    *    Only one of these atribute options SHOULD be included.
> >
> > But:
> > - table 1 has no instance of 0+
> > - table 1 has no instance of 1
> 
> This table footnote is "standard boilerplate" for RADIUS documents.  It is
> traditionally included in its entirety even when not all of the elements
> are
> actually used in a particular document.  It's like including RFC 2119 in
> the
> references even though not all of the keywords are actually used in the
> document.  I don't think this will confuse anyone familiar with RADIUS
> RFCs.
> On the other hand, customizing the footnote for brevity would not cause
> any
> problems.
> 
> > - * seems to contradict 0-1
> 
> Once again, it is fairly common to indicate that one of a set of
> alternative
> attributes may be included in a RADIUS packet.  It's also common to use a
> footnote in the Table of Attribute to convey this information.  There is
> no
> actual contradiction here.  This could be expanded into a sentence (or
> two)
> for added clarity, but this usage is common to RADIUS documentation.