[RADIATOR] EAP-AKA' support (Was: Re: EAP AKA Prime)
Aman Arneja
arneja.aman at gmail.com
Wed Sep 14 08:16:19 CDT 2011
Hey Heikki
Thats great news ! .. I had one more question .. is it possible to hardcode
the sres and rand value for sim based auths in Radiator if we do not want to
use an HLR during our testing stage?
Thanx
Aman Arneja
On Mon, Sep 12, 2011 at 3:13 PM, Heikki Vatiainen <hvn at open.com.au> wrote:
> On 08/24/2011 11:28 AM, Heikki Vatiainen wrote:
>
> Hello Aman,
>
> > EAP-AKA in SIM pack does not currently have support for AT_BIDDING or
> > AT_KDF_INPUT attributes so this I think makes it plain AKA only. I can
> > check what the plans are for supporting AKA'.
>
> RFC 5448 (EAP-AKA' or AKA Prime) is now supported with EAP-SIM pack
> version 1.32. Version 1.32 was just released for AKA' support.
>
> http://www.open.com.au/eap-sim/
>
> The AKA' support also requires the latest patch set for 4.8. The latest
> patch set adds the required AKA' definitions to the EAP module.
>
> Thanks!
>
> --
> Heikki Vatiainen <hvn at open.com.au>
>
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
> Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS,
> TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP,
> DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS,
> NetWare etc.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open.com.au/pipermail/radiator/attachments/20110914/cbcf21d2/attachment.html
More information about the radiator
mailing list