[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: RFC 3580 Errata Submission
> Comments?
>
> > 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.
From IEEE Std 802-2001:
3.1.4 canonical format: The format of a MAC data frame in which the octets
of any MAC addresses conveyed in the MAC user data field have the same bit
ordering as in the Hexadecimal Representation.
3.1.8 hexadecimal representation: The representation of a sequence of octet
values in which the values of the individual octets are displayed in order
from left to right, with each octet value represented as a two-digit
hexadecimal numeral, and with the resulting pairs of hexadecimal digits
separated by hyphens. The order of the hexadecimal digits in each pair, and
the mapping between the hexadecimal digits and the bits of the octet
value, are derived by interpreting the bits of the octet value as a binary
numeral using the normal mathematical rules for digit significance.
If we substitute the IEEE 802 text as quoted above for "Canonical format" in
the suggested revised RFC 3580 text, as a sanity check, does it say what we
expect?
How does the suggested revised text change the normative definition of the
contents of this attribute? Are we simply being more formal by using the
words "canonical format", or has some bit or byte ordering changed?
> > It would be okay if the authors wanted to use Supplicant MAC
> > address instead of "bridge or Access Point" in the proposed
> > corrected text.
Yeah, let's limit the errata to things that are actually wrong or missing,
as opposed to engaging in unnecessary re-wording.
--
to unsubscribe send a message to radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>