[RADIATOR] Radiator Timeout

[Hugh Irvine]

Hello Mahmoud -

The debug you posted shows that Radiator is responding to the Access-Request with an Access-Accept, but 5 seconds later a duplicate Access-Request is processed and the same Access-Accept is returned.

I think you will need to check a debug on your client device to see what is happening there.

Either the Access-Accept is not getting back to the client device, or it is getting there after the client device has timed out and resent (ie. 5 second retransmission).

This sort of behaviour can also be caused by Radiator having to wait for something like SQL database access, but there isn’t enough information in your debugs to be able to say if this is the case.

regards

Hugh


> On 19 Feb 2017, at 19:25, Mahmoud Abdelsalam <m.abdelsalam at wimd.com.kw> wrote:
> 
> Hello,
> 
> Radiator recently reports a lot of duplicates:
> http://pastebin.com/sg8UiMe3
> 
> the real problem is sometimes Radiator times out during peak time with the below error and I have to restart radiator to clear it:
> 
> radclient: no response from server for ID 46 socket 3 
> 
> Here is trace4 for the auth request I made locally:
> http://pastebin.com/V6H8XKUX
> 
> 
> Also here is my Access configurations:
> http://pastebin.com/JYaNHhxZ
> 
> Kindly advise.
> 
> Best Regards,
> 
> Mahmoud Abdelsalam.
> _______________________________________________
> radiator mailing list
> radiator at lists.open.com.au
> http://lists.open.com.au/mailman/listinfo/radiator


--

Hugh Irvine
hugh 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, SIM, etc. 
Full source on Unix, Linux, Windows, MacOSX, Solaris, VMS, NetWare etc.