[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[radext] #52: Basic vs. Complex Attributes
#52: Basic vs. Complex Attributes
---------------------------------------+------------------------------------
Reporter: Hannes.Tschofenig@â | Owner:
Type: defect | Status: new
Priority: major | Milestone: milestone1
Component: design | Version: 1.0
Severity: Submitted WG Document | Keywords:
---------------------------------------+------------------------------------
The line drawn between the basic and the complex data types is still
arbitrarily, which leaves a bad taste behind.
2) Inconsistent story
To avoid complex attributes the document argues to split them. But then
the document furthermore argues that the attribute code space is going to
be exhausted pretty soon.
The story from the RADEXT group, at least if I understood it correctly,
was the extended attribute format, see http://datatracker.ietf.org/doc
/draft-ietf-radext-extended-attributes/. This would solve the "exhaustion"
issue. However, it does not nicely fit in the story of basic vs. complex
attributes since the extended attribute format is a complex attribute that
by definition in the document has to be avoided at all cost (because of
security vulnerabilities, etc.).
--
Ticket URL: <https://wiki.tools.ietf.org/wg/radext/trac/ticket/52>
radext <http://tools.ietf.org/radext/>
--
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/>