<div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
<br></div>
I have a very vague recollection we faced something similar to this, and dealt with it by (massively) increasing the EAPOL timeout on our wireless controllers.<br>
<br>
IIRC the problem is that you have to hit "accept" fast enough that the original EAP conversation is still in-play. This is a function of both FreeRadius (timeout of EAP conversations) as well as your wireless platform.<br>

<br>
But I might be mistaken - it's a very hazy recollection.<br>
<br>
</blockquote></div><br>I dont have a straight EAPOL timeout option on my controller (Enterasys HiPath C4110), so I set the Radius timeout to its max - 360 seconds.  It still fails....and does so fairly quickly.<br><br>I tried putting on v2.1.10 and it still fails.  I get this error:<br>
<br>WARNING: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<br>WARNING: !! EAP session for state 0x918d31e1948b2881 did not finish!<br>WARNING: !! Please read <a href="http://wiki.freeradius.org/Certificate_Compatibility">http://wiki.freeradius.org/Certificate_Compatibility</a><br>
WARNING: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<br><br><br>But I think it may be a bit of a generic error as Im using a total default config, including the certs that were generated with the bootstrap script.<br>