[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RADIUS V2
Avi Lior wrote:
Since it seems by the traffic on the list -- if we need a "fresh
start" the lets do it right folks.
I propose that we create RADIUS V2 and that we include the new
attribute proposed by Jari and do some other good things as well.
After all, reading the list one would get the impression that RADIUS
will live a long time.
This sounds like a flashback to the year 1999. RADIUSv2, Radius++, etc
... were proposed a long time ago, but in the end Diameter has won. Do
we need all that debate all over again ?
I know that Diameter has gotten a slow start, but it's currently being
implemented (though mostly in the 3GPP world). Existing RADIUS
implementations will benefit from the work in this WG, but radical
changes might take a long time before they get implemented by vendors.
Look at how long it took vendors to support Dynamic Authorization
(RFC3576) - most still don't support it. Similar with the
MessageAuthenticator attribute.
I like Jari's extended attribute for 1 reason : forwards compatibility
with Diameter. They could be used to build a good bidirectional
RADIUS-DIAMETER gateway, which is difficult now, especially when
translating a request from DIAMETER to RADIUS.
Like a Phoenix RADIUS seems to have risen from the ashes. I therefore
propose that we call this version of RADIUS -- RADIUS Phoenix!!!
Heh ... I'm also a volunteer for Mozilla. Watch out with that 'phoenix'
name, we got burned too :-)
--
Jo Hermans
Change is inevitable, except from a vending machine.
--
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/>
- References:
- RADIUS V2
- From: Avi Lior <avi@bridgewatersystems.com>