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 |