[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: WGLC for draft-ietf-radext-radius-extensions-01



Here are my comments:

The IANA Considerations section needs to be revised.  It is recommended that the IANA considerations section be rewritten according to the recommendations of RFC 5226, and that this be cited as a normative reference.

Some issues:

1. The IANA considerations section does not specify how attributes are to be allocated from the extended space, using policy terms defined in RFC 5226.
2. Normative language terms "SHOULD"/"SHOULD NOT" are used in Sections 9.1 and 9.5. 
The IANA is not a policy making body and therefore is not capable of handling MAY, SHOULD or SHOULD NOT directives. 

9.1. Attribute Allocations


IANA is requested to move the "Unassigned" numbers in the range 144-191 from "Unassigned" to "Deprecated". This status means that allocations SHOULD NOT be made from this space. Instead, allocations SHOULD be taken from the Extended Type space, starting with lower numbered attributes. However, allocation from the "Deprecated" space MAY still be performed by publication of an IETF specification, where that specification requests allocation from the "Deprecated" space, and gives reasons why use of the Extended Type space is impossible.


[BA]

It seems that the goal is to still allow allocation from the Unassigned range, while preferring allocation from the Extended Type space.

A more implementable way of accomplishing this might be to say that unless specifically requested to allocate from the Standard RADIUS space,
IANA should make allocations from the extended type space.

9.5. Extending the RADIUS Attribute Type Space

The extended RADIUS Attribute Type space may eventually approach exhaustion. When necessary, the space SHOULD be extended by publication of a specification which allocates new attributes of either the "Extended Type", or the "Extended Type with flags" format.

[BA] This material relates to IETF not IANA processing, and so is not
appropriate for an IANA considerations section. The IANA cannot handle
the policy decisions that are implied here.


 The specification SHOULD request allocation of a specific number from the "Reserved" RADIUS Attribute type space, such as 247. The attribute(s) SHOULD be given a name which follows the naming convention used in this document. The Extended-Type value of 26 MUST be allocated to a "Vendor Specific" attribute, of data type "esv". The Extended-Type values of 241 through 255 MUST be marked as "Reserved". IANA SHOULD allocate the attribute(s) as requested. For example, if allocation of attribute 247 is requested, the following definitions MUST be made in the specification, and allocated by IANA. * 247.1 Extended-Attribute-7 * 247.{1-25} Unassigned * 247.26 Extended-Vendor-Specific-7 * 247.{27-240} Unassigned * 247.{241-255} Reserved We note,however, that the above list is an example, and we do not request or perform allocation of attribute 247 in this document.