<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Correction!<br>
<br>
<div class="moz-cite-prefix">On 02/28/2017 12:13, Mahmoud Abdelsalam
wrote:<br>
</div>
<blockquote cite="mid:58B53F4E.1030305@wimd.com.kw" type="cite">Hello
Hugh,
<br>
<br>
Sorry for the late reply, I found that the client device(Mikrotik)
randomly discards the reply, <font color="#ff6600">here is a
debug log</font>:
<br>
</blockquote>
Interface dump<br>
<blockquote cite="mid:58B53F4E.1030305@wimd.com.kw" type="cite"><a class="moz-txt-link-freetext" href="http://pastebin.com/vx39kT0A">http://pastebin.com/vx39kT0A</a>
<br>
<br>
Is there any workarounds for such issue?
<br>
<br>
For SQL, I have set timeout to 0 to prevent having radiator
backoff and it didn't timeout for almost 1 day now.
<br>
<br>
Thank you
<br>
<br>
Mahmoud.
<br>
<br>
<br>
On 02/21/2017 08:05, Hugh Irvine wrote:
<br>
<blockquote type="cite">Hello Mahmoud -
<br>
<br>
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.
<br>
<br>
I think you will need to check a debug on your client device to
see what is happening there.
<br>
<br>
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).
<br>
<br>
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.
<br>
<br>
regards
<br>
<br>
Hugh
<br>
<br>
<br>
<blockquote type="cite">On 19 Feb 2017, at 19:25, Mahmoud
Abdelsalam <a class="moz-txt-link-rfc2396E" href="mailto:m.abdelsalam@wimd.com.kw"><m.abdelsalam@wimd.com.kw></a> wrote:
<br>
<br>
Hello,
<br>
<br>
Radiator recently reports a lot of duplicates:
<br>
<a class="moz-txt-link-freetext" href="http://pastebin.com/sg8UiMe3">http://pastebin.com/sg8UiMe3</a>
<br>
<br>
the real problem is sometimes Radiator times out during peak
time with the below error and I have to restart radiator to
clear it:
<br>
<br>
radclient: no response from server for ID 46 socket 3
<br>
<br>
Here is trace4 for the auth request I made locally:
<br>
<a class="moz-txt-link-freetext" href="http://pastebin.com/V6H8XKUX">http://pastebin.com/V6H8XKUX</a>
<br>
<br>
<br>
Also here is my Access configurations:
<br>
<a class="moz-txt-link-freetext" href="http://pastebin.com/JYaNHhxZ">http://pastebin.com/JYaNHhxZ</a>
<br>
<br>
Kindly advise.
<br>
<br>
Best Regards,
<br>
<br>
Mahmoud Abdelsalam.
<br>
_______________________________________________
<br>
radiator mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:radiator@lists.open.com.au">radiator@lists.open.com.au</a>
<br>
<a class="moz-txt-link-freetext" href="http://lists.open.com.au/mailman/listinfo/radiator">http://lists.open.com.au/mailman/listinfo/radiator</a>
<br>
</blockquote>
<br>
--
<br>
<br>
Hugh Irvine
<br>
<a class="moz-txt-link-abbreviated" href="mailto:hugh@open.com.au">hugh@open.com.au</a>
<br>
<br>
Radiator: the most portable, flexible and configurable RADIUS
server
<br>
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT,
Emerald,
<br>
Platypus, Freeside, TACACS+, PAM, external, Active Directory,
EAP, TLS,
<br>
TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP,
<br>
DIAMETER, SIM, etc.
<br>
Full source on Unix, Linux, Windows, MacOSX, Solaris, VMS,
NetWare etc.
<br>
<br>
</blockquote>
<br>
_______________________________________________
<br>
radiator mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:radiator@lists.open.com.au">radiator@lists.open.com.au</a>
<br>
<a class="moz-txt-link-freetext" href="http://lists.open.com.au/mailman/listinfo/radiator">http://lists.open.com.au/mailman/listinfo/radiator</a><br>
</blockquote>
<br>
</body>
</html>