Well,
I was thinking more of an identifier so I don't have to send a SAML assertion to every local RADIUS request (I'm narrowing down when I send the SAML assertion).
Unless of course it's this attribute that I have noticed (which remains the same for every request): X-Ascend-FR-DCE-N393, which appears to be an 'illegal' attribute from Ascend (it's in the .illegal dictionary). I searched for that attribute online and it appears there's a clash between the old Ascend and the new GSS-Acceptor attributes in dictionary.ukerna?
When I search around for these attributes, I find a JISCMail post from Sam mentioning a FR dictionary patch (once a casing issue is resolved). Is that patch mentioned here https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=MOONSHOT-COMMUNITY;4a29ccef.1209 for dictionary.ukerna?
If that is the case, does SAML-AAA-Assertion keep the attribute number it currently has?
Regards
Stefan
-------- Original message --------
Subject: Re: Configurability of the RADIUS request from Moonshot GSS
From: Alan Buxey <[log in to unmask]>
Reply-To: Alan Buxey <[log in to unmask]>
Date: Fri, 24 May 2013 16:44:20 +0000
If it could make such a request, what is going to handle the response?
Alan
|