RE: RFC 3580 Errata Submisssion

"Glen Zorn" <glenzorn@comcast.net> Fri, 12 September 2008 22:22 UTC

Return-Path: <owner-radiusext@ops.ietf.org>
X-Original-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Delivered-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01AA33A6957 for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Fri, 12 Sep 2008 15:22:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.436
X-Spam-Level:
X-Spam-Status: No, score=-0.436 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, HTML_MESSAGE=0.001, RDNS_NONE=0.1]
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 mN4odFcxRgyH for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Fri, 12 Sep 2008 15:22:33 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 77ABB3A67E3 for <radext-archive-IeZ9sae2@lists.ietf.org>; Fri, 12 Sep 2008 15:22:33 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-radiusext@ops.ietf.org>) id 1KeGz1-000Md0-Q3 for radiusext-data@psg.com; Fri, 12 Sep 2008 22:19:19 +0000
Received: from [76.96.30.64] (helo=QMTA07.emeryville.ca.mail.comcast.net) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <glenzorn@comcast.net>) id 1KeGyv-000Mbr-9L for radiusext@ops.ietf.org; Fri, 12 Sep 2008 22:19:17 +0000
Received: from OMTA11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id Do091a0020mlR8UA7yKDkf; Fri, 12 Sep 2008 22:19:13 +0000
Received: from gwzPC ([24.22.128.94]) by OMTA11.emeryville.ca.mail.comcast.net with comcast id DyK41a00A22L3VU8XyK9og; Fri, 12 Sep 2008 22:19:12 +0000
X-Authority-Analysis: v=1.0 c=1 a=BqEg4_3jAAAA:8 a=KRMlEbpEDWZneMil8aoA:9 a=4IZD-8RdXrpikut0eAMA:7 a=AESZwvtlhNpKVWsTKkTSNLNagF0A:4 a=1eQkaoUQ5BgA:10 a=bt0zGP92IBIA:10 a=nAPXUAfsBmEA:10 a=0FINOxFokHsA:10 a=JfD0Fch1gWkA:10 a=8jrKueok2nwA:10 a=6bqG61NMjcsA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=2j8V_qP7QYGFE9Mrmp0A:9 a=5w64O7Z9aalW_eo_JPEA:7 a=Psy_gY24xO9V-zYilftuOyT9NCsA:4 a=37WNUvjkh6kA:10
From: Glen Zorn <glenzorn@comcast.net>
To: 'Bernard Aboba' <Bernard_Aboba@hotmail.com>, radiusext@ops.ietf.org
References: <BLU137-DAV10BDD4AEAD454E319CAC5493510@phx.gbl>
In-Reply-To: <BLU137-DAV10BDD4AEAD454E319CAC5493510@phx.gbl>
Subject: RE: RFC 3580 Errata Submisssion
Date: Fri, 12 Sep 2008 15:19:03 -0700
Message-ID: <000f01c91525$915ec450$b41c4cf0$@net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C914EA.E4FFEC50"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AckVEk9BeLjGKyZMS0Gz3inq7sBaAAAEj8Rg
Content-Language: en-us
Sender: owner-radiusext@ops.ietf.org
Precedence: bulk
List-ID: <radiusext.ops.ietf.org>

Comments?

A couple:

 

Why would the "bridge or Access Point MAC address" be conveyed in the
Calling-Station-Id Attribute?

The example in the corrected text is incorrect (the '.' should be outside
the quotes, not inside).

This Errata seems to be editorial rather than technical to me, since AFAICT
the change wouldn't modify the on-wire representation of the Attribute.

 

 

________________________________________

From: RFC Errata System [rfc-editor@rfc-editor.org]

Sent: Friday, September 12, 2008 12:54 PM

To: paul_congdon@hp.com; Bernard Aboba; ah_smith@acm.org; jjr@enterasys.com;
gwz@cisco.com; rfc-editor@rfc-editor.org

Cc: avi@bridgewatersystems.com

Subject: [Technical Errata Reported] RFC3580 (1503)

 

The following errata report has been submitted for RFC3580,

"IEEE 802.1X Remote Authentication Dial In User Service (RADIUS) Usage
Guidelines".

 

--------------------------------------

You may review the report below and at:

http://www.rfc-editor.org/errata_search.php?rfc=3580&eid=1503

 

--------------------------------------

Type: Technical

Reported by: Avi Lior <avi@bridgewatersystems.com>

 

Section: 3.21

 

Original Text

-------------

For IEEE 802.1X Authenticators, this attribute is used to store the

   Supplicant MAC address in ASCII format (upper case only), with octet

   values separated by a "-".  Example: "00-10-A4-23-19-C0".

 

Corrected Text

--------------

For IEEE Std 802.1X-2001 authenticators, this attribute is used to store the
bridge or Access Point MAC

address, represented as an ASCII character string in Canonical format (see
IEEE Std 802). For example,

&#147;00-10-A4-23-19-C0.&#148;

 

Notes

-----

The IETF Informational RFC needed to specify that the representation of the
MAC address is in Canonical Format.

 

This is the case in the IEEE document 802_1x-2001 which is the corrected
text provided.

 

I would be okay if the authors wanted to use Supplicant MAC address instead
of "bridge or Access Point" in the proposed corrected text.

 

Instructions:

-------------

This errata is currently posted as "Reported". If necessary, please

use "Reply All" to discuss whether it should be verified or

rejected. When a decision is reached, the verifying party (RFC Editor &
Editorial Board)

can log in to change the status and edit the report, if necessary.

 

--------------------------------------

RFC3580 ( draft-congdon-radius-8021x-29)

--------------------------------------

Title               : IEEE 802.1X Remote Authentication Dial In User Service
(RADIUS) Usage Guidelines

Publication Date    : September 2003

Author(s)           : P. Congdon, B. Aboba, A. Smith, G. Zorn, J. Roese

Category            : INFORMATIONAL

Source              : INDEPENDENT

Area                : N/A

Stream              : INDEPENDENT

Verifying Party     : RFC Editor & Editorial Board