Re: [radext] WGLC #2 for draft-ietf-radext-ieee802ext-04
Bernard Aboba <bernard_aboba@hotmail.com> Wed, 17 April 2013 16:01 UTC
Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BBFA21F86D5 for <radext@ietfa.amsl.com>; Wed, 17 Apr 2013 09:01:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.598
X-Spam-Level:
X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o40HoBjP6u-x for <radext@ietfa.amsl.com>; Wed, 17 Apr 2013 09:01:54 -0700 (PDT)
Received: from blu0-omc1-s20.blu0.hotmail.com (blu0-omc1-s20.blu0.hotmail.com [65.55.116.31]) by ietfa.amsl.com (Postfix) with ESMTP id 0284E21F86D2 for <radext@ietf.org>; Wed, 17 Apr 2013 09:01:53 -0700 (PDT)
Received: from BLU169-W116 ([65.55.116.9]) by blu0-omc1-s20.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 17 Apr 2013 09:01:53 -0700
X-EIP: [mGg56KS6QPBg8Glk1CZEeCToBXxQx/4b]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU169-W116EDABC96A34CE4857054A93CE0@phx.gbl>
Content-Type: multipart/alternative; boundary="_a7c66948-7424-4bc2-b6da-f8fc2e2747d7_"
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: "Riegel, Maximilian (NSN - DEMunich)" <maximilian.riegel@nsn.com>, ext Jouni Korhonen <jouni.nospam@gmail.com>, "radext@ietf.org" <radext@ietf.org>
Date: Wed, 17 Apr 2013 09:01:53 -0700
Importance: Normal
In-Reply-To: <CE3022AA8028FE4BA38A31768F1716BA070DBA@DEMUMBX008.nsn-intra.net>
References: <4923E335-442A-4369-AF98-CB5059A1DB34@gmail.com>, <CE3022AA8028FE4BA38A31768F1716BA070DBA@DEMUMBX008.nsn-intra.net>
MIME-Version: 1.0
X-OriginalArrivalTime: 17 Apr 2013 16:01:53.0671 (UTC) FILETIME=[E0FCD170:01CE3B84]
Cc: "radext-chairs@tools.ietf.org" <radext-chairs@tools.ietf.org>
Subject: Re: [radext] WGLC #2 for draft-ietf-radext-ieee802ext-04
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/radext>, <mailto:radext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/radext>
List-Post: <mailto:radext@ietf.org>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/radext>, <mailto:radext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2013 16:01:55 -0000
Thank you, Max for this thorough review. I have submitted an -05 which (partially) addresses these comments. However, given that the draft now references IEEE 802.11 for allocation of a number of the attribute values, the IANA considerations section will need to be rewritten. This will be addressed in an -06 revision. > From: maximilian.riegel@nsn.com > To: jouni.nospam@gmail.com; radext@ietf.org > Date: Thu, 4 Apr 2013 19:55:13 +0000 > CC: radext-chairs@tools.ietf.org > Subject: Re: [radext] WGLC #2 for draft-ietf-radext-ieee802ext-04 > > There may be a couple of minor, mostly editorial issues in draft-ietf-radext-ieee802ext-04: > > > - 2.9. WLAN-SSID > The usage statement is missing. > >> add 'A single WLAN-SSID Attribute is permitted within an Access-Accept or Accounting-Request packet.' > > - 2.10. WLAN-HESSID > The usage statement is missing. > >> add 'A single WLAN-HESSID Attribute is permitted within an Access-Accept or Accounting-Request packet.' > In line 763 the term 'subscription service provider network (SSPN)' is used without any indication, that the term has special meaning in IEEE 802.11 > >> adding 'as described in [IEEE-802.11].' may provide more clarity. > > - 2.11. WLAN-Venue-Info > WLAN Venue Group and Venue Type is defined without binding dashes in IEEE 802.11, however shown as Venue-Group and Venue-Type in the radext-ieee802ext specification. Furthermore the Length of this attribute is 6 bytes instead of 4 as written. > >> correct Length to '6' > >> use 'Venue Group' and 'Venue Type' instead of 'Venue-Group' and 'Venue-Type', respectively. > >> probably it would be better to make direct reference to clause 8.4.1.34 of [IEEE-802.11] instead of re-specifying the attribute elements in radext-ieee802ext > > - 2.12. WLAN-Venue-Language > The attribute may appear in Accounting-Request messages as well > >>add 'or Accounting-Request' > > - 2.13. WLAN-Venue-Name > The attribute may appear in Accounting-Request messages as well > >>add 'or Accounting-Request' > > - 2.14. WLAN-Reason-Code > The length of this attribute is 6 bytes instead of 4 bytes as written > The usage statement is missing. > >> add 'A single WLAN-Reason-Code Attribute is permitted within a RADIUS Access-Reject or Accounting-Request packet.' > >> correct Length to '6' > > - 2.15. WLAN-Pairwise-Cipher > The length of this attribute is 6 bytes instead of 4 bytes as written > >> correct Length to '6' > > - 2.16. WLAN-Group-Cipher > The length of this attribute is 6 bytes instead of 4 bytes as written > >> correct Length to '6' > > - 2.17. WLAN-AKM-Suite > The length of this attribute is 6 bytes instead of 4 bytes as written > >> correct Length to '6' > > - 2.18. WLAN-Group-Mgmt-Cipher > The length of this attribute is 6 bytes instead of 4 bytes as written > >> correct Length to '6' > > - 2.19. WLAN-RF-Band > IEEE 802.11ad-2012 is meanwhile available. Therefore the note in lines 1185-1191 can be removed with insertion of the proper reference to IEEE 802.11ad-2012. > Furthermore the value field should be directly adopted from Table 8-53a of IEEE 802.11ad-2012 instead of defining specific values in the radext-ieee802ext specification. Please take into account that the Table 8-53a defines single octet values, while a 4 octets field is defined for this attribute. > How are access points handled supporting multiple bands? Shouldn't the attribute be allowed multiple times within an Access Request message? > > - 3. Table of attributes > The definition of WLAN-Venue-Language and WLAN-Venue-Name allows multiple entries within an Access-Request or Accounting-Request message. The table states that zero or one are present is the Access-Request or Accounting-Request message > > > Bye > Max > > > > -----Original Message----- > From: radext-bounces@ietf.org [mailto:radext-bounces@ietf.org] On Behalf Of ext Jouni Korhonen > Sent: Wednesday, April 03, 2013 09:42 > To: radext@ietf.org > Cc: radext-chairs@tools.ietf.org > Subject: [radext] WGLC #2 for draft-ietf-radext-ieee802ext-04 > > Folks, > > This email starts a quick one week WGLC #2 for "RADIUS Attributes for IEEE 802 Networks" > I-D (draft-ietf-radext-ieee802ext-04). The WGLC ends 10-Apr-2013. Send your comments to > the mailer and please also use the IssueTracker. No comments would this time also imply > that everybody agrees with the content. > > - Jouni & Mauricio > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext
- [radext] WGLC #2 for draft-ietf-radext-ieee802ext… Jouni Korhonen
- Re: [radext] WGLC #2 for draft-ietf-radext-ieee80… Riegel, Maximilian (NSN - DE/Munich)
- Re: [radext] WGLC #2 for draft-ietf-radext-ieee80… Jouni Korhonen
- Re: [radext] WGLC #2 for draft-ietf-radext-ieee80… Bernard Aboba