RE: ISSUE: Inappropriate use of RFC 2119 key word and misleading references

["Bernard Aboba" <bernard_aboba@hotmail.com>]

Glen Zorn said:  

"Glancing at section 4.1 of that document (it's too long to
quote here) makes it abundantly clear that the Interface-Id field of the
Framed-Interface-Id attribute was designed not as an integer but as a
specially formatted octet string.  Neither RFC 2869 nor RFC 3162 uses the
term "integer64", for good reason; interestingly, RFC 2869 _does_ define
data types, but "integer64" is not among the types defined (again, for good
reason).  Therefore, it is technically incorrect to claim that either of the
referenced RFCs defines an "integer64" data type."

Requested change:
Given that the "integer64" data type has never in fact been defined by any
RFC, either all mention of it must be removed from this draft or the text
changed to make clear that it is an invention of the author.

[BA] How about this?  In Section 2.1.1 change:

"  IPv6 address   128 bit value, in network byte order.
   IPv6 prefix    8 bits of reserved, 8 bits of prefix length, up to
                  128 bits of value, in network byte order.
   integer64      64 bit unsigned value, in network byte order
                  This type has also been used to represent an IPv6
                  interface identifier.

   Examples of the IPv6 address type include NAS-IPv6-Address defined in
   [RFC3162] Section 2.1 and Login-IPv6-Host defined in [RFC3162]
   Section 2.4.  The IPv6 prefix type is used in [RFC3162] Section 2.3,
   and in [RFC4818] Section 3.  The integer64 type is used for the ARAP-
   Challenge-Response Attribute defined in [RFC2869] Section 5.15, and
   the Framed-Interface-Id Attribute defined in [RFC3162] Section 2.2.
   [RFC4675] Section 2.4 defines User-Priority-Table as 64-bits in
   length, but denotes it as type String.

   Given that attributes of type IPv6 address, IPv6 prefix, and
   integer64 are already in use, it is RECOMMENDED that RADIUS server
   implementations include support for these additional basic types, in
   addition to the types defined in [RFC2865].
"  

To:

"  IPv6 address      128 bit value, in network byte order.
   IPv6 prefix       8 bits of reserved, 8 bits of prefix length, up to
                     128 bits of value, in network byte order.
   Interface ID      64 bit octet string, in network byte order,
                     used to represent an IPv6 Interface identifier. 

   Examples of the IPv6 address type include NAS-IPv6-Address defined in
   [RFC3162] Section 2.1 and Login-IPv6-Host defined in [RFC3162]
   Section 2.4.  The IPv6 prefix type is used in [RFC3162] Section 2.3,
   and in [RFC4818] Section 3.  The Interface ID type is used for the 
   the Framed-Interface-Id Attribute defined in [RFC3162] Section 2.2.
   [RFC4675] Section 2.4 defines User-Priority-Table as 64-bits in
   length, but denotes it as type String.

   Given that attributes of type IPv6 address, IPv6 prefix, and
   Interface ID are already in use, it is recommended that RADIUS server
   implementations include support for these additional basic types, in
   addition to the types defined in [RFC2865].
"  



--
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/>