80 likes | 243 Views
Extended RADIUS Attributes. Monday July 10, 2006 Barney Wolff IETF 66, Montreal, Canada. RADIUS Extended Attributes. draft-wolff-radext-ext-attribute-00.txt Needs updating, at least to add acknowledgement to Jari Arkko as the original proposer of this feature
E N D
Extended RADIUS Attributes Monday July 10, 2006 Barney Wolff IETF 66, Montreal, Canada
RADIUS Extended Attributes • draft-wolff-radext-ext-attribute-00.txt • Needs updating, at least to add acknowledgement to Jari Arkko as the original proposer of this feature • Delete mention of RADIUS designer imagination • This is transfer syntax, must support desired power & flexibility available to definers of new RADIUS features
Evaluation Criteria • Top priority • remove 255 limit on attribute type number • remove 253 limit on attribute value length • support rich set of standard attribute value types • support grouping • easy transition of attributes from VSA to standard
Evaluation Criteria • Mid priority • ease of gatewaying Diameter • support multi-level (nested) grouping • M-bit • build on / re-use existing work • Low priority • minimal attribute header size • elegance, alas
How to evaluate the choices? • Should agree on criteria & priorities before evaluating formats! • Ideally, should have agreed on criteria & priorities before even thinking about formats, as too easy to warp to favor pet format, but too late now.
Advantages of using Diameter attribute header format • Satisfies all top & mid priority criteria • All new RADIUS features need Diameter spec too; minimizes author work • Grouped sub-attributes are together in specified order, making validation & display straightforward • Definite - no need to spend time debating fine points of format
Disadvantages of using Diameter attribute header format • Verbose, custom header could be somewhat smaller • Few would call it beautiful • NIH^H^H^HNot under sole control of RADEXT WG