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, “00-10-A4-23-19-C0.” 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
- RE: RFC 3580 Errata Submisssion Glen Zorn
- RFC 3580 Errata Submisssion Bernard Aboba
- RE: RFC 3580 Errata Submission David B. Nelson
- RE: RFC 3580 Errata Submisssion Congdon, Paul T (ProCurve)
- Re: RFC 3580 Errata Submission Stefan Winter
- RE: RFC 3580 Errata Submission David B. Nelson
- Re: RFC 3580 Errata Submission Stefan Winter