RE: "Last Look" at the RADIUS Design Guidelines document

["Wojciech Dec (wdec)" <wdec@cisco.com>]

> -----Original Message-----
> From: owner-radiusext@ops.ietf.org 
> [mailto:owner-radiusext@ops.ietf.org] On Behalf Of Dave Nelson
> Sent: 17 January 2010 21:08
> To: radiusext@ops.ietf.org
> Subject: RE: "Last Look" at the RADIUS Design Guidelines document
> 
> > Complex attributes may also be added to the dictionary such 
> that the 
> > RADIUS server does not require code changes to process 
> these attributes.
> 
> This may be true of a class of newer RADIUS server 
> implementations, those with a "dynamic" data dictionary, but 
> it is not true of another class of more "traditional" RADIUS 
> servers, and it's those that this section intends to address.

This would precisely be what one calls an "implementation choice". I'd
again suggest that the Radius WG could do much better then trying to
deal with issues that are actually implementation issues, which does go
to the heart of a lot of the arguments on this thread.

-Woj.

> 
> As I said in a previous post, the plan is to recommend (via 
> this BCP) that newly design RADIUS attributes not contribute 
> to rendering a significant installed base of deployed RADIUS 
> servers effectively obsolete.
> 
> If we were talking about VSAs, this wouldn't be a concern.  
> We're talking about standards-tack attributes.  If all you 
> have to worry about is the class of "enhanced capability" 
> RADIUS servers, then I would agree.  In the IETF, we need to 
> take a broader view, I think.
> 
> To repeat myself (this seems to be in vogue) it's a matter of 
> either revising the protocol or extending the protocol.  
> RADEXT has the charter to do the latter and not the former.
> 
> 
> 
> --
> 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/>
> 

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