Re: Pre-work item review

Greg Weber <gdweber@cisco.com> Mon, 28 March 2005 03:48 UTC

Envelope-to: radiusext-data@psg.com
Delivery-date: Mon, 28 Mar 2005 03:49:23 +0000
From: Greg Weber <gdweber@cisco.com>
Message-Id: <200503280348.WAA19866@cisco.com>
Subject: Re: Pre-work item review
To: dnelson@enterasys.com
Date: Sun, 27 Mar 2005 22:48:45 -0500
Cc: radiusext@ops.ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

> > RADIUS MIB Revision
> > http://www.ietf.org/internet-drafts/draft-nelson-rfc2618bis-00.txt
> > http://www.ietf.org/internet-drafts/draft-nelson-rfc2619bis-00.txt
> > http://www.ietf.org/internet-drafts/draft-nelson-rfc2620bis-00.txt
> > http://www.ietf.org/internet-drafts/draft-nelson-rfc2621bis-00.txt
> > RFC 3576 MIBs
> http://www.ietf.org/internet-drafts/draft-decnodder-radext-dynauth-client-mib-03.txt
> http://www.ietf.org/internet-drafts/draft-decnodder-radext-dynauth-server-mib-03.txt

Yes to all the MIBs.

> > RADIUS Extensions for IEEE 802
> >
> http://www.ietf.org/internet-drafts/draft-congdon-radext-ieee802-03.txt

I support the ideas here, but it's unclear if the current
draft is compliant with the 'backward compatibility' 
bullet in the charter.  The current text adds data types
to RADIUS for 'extended' attributes (e.g. UInt64??).  
One of the co-authors mentioned in MSP that they're moving 
away from 'extended attributes', but it's kinda hard to 
see if it's compliant with our charter based on 'planned' 
changes to the draft.

Greg

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