EAP session problem

Arran Cudbard-Bell a.cudbardb at freeradius.org
Mon Sep 14 11:45:59 CEST 2015

> On 14 Sep 2015, at 10:30, Matthew Newton <mcn4 at leicester.ac.uk> wrote:
> On Mon, Sep 14, 2015 at 09:41:20AM +0200, Stefano Pardini wrote:
>> That interesting pragmatic response!
> Trying to solve problems without logic is going to lead to a lot
> of flailing around and pain.
>> The APs and the radius server aren't in the same broadcast domain (I
>> know, it's not a good policy).
> There's nothing wrong with that.
>> Maybe some firewall issue?
> If that's the case then your RADIUS server wouldn't see anything.
> So you can rule that one out.
> In extreme cases, network MTU stopping larger requests getting
> through. But I'd still expect to see another requests from the
> client before that could even slightly become a possibility. So
> rule that out as well.

The next step is the supplicant to attempt to continue with the EAP method it supports.  You could try setting the default method (eap.default_eap_type) to the one you expect the client to perform, and see if that helps.  The supplicant may be failing to perform negotiation properly.


Arran Cudbard-Bell <a.cudbardb at freeradius.org>
FreeRADIUS development team

FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 872 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20150914/29299f4f/attachment.sig>

More information about the Freeradius-Users mailing list