<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<tt>Hi,<br>
<br>
As per trace, reaching the RADIUS servers fails with timeout in
OpenSIPS -> this keeps the opensips processes blocked a lot (in
the IO with RADIUS), degenerating in delays at the level of
internal timers.<br>
<br>
So, before doing load tests, fix the communication with the RADIUS
server.<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 23.01.2016 22:03, Husnain Taseer
wrote:<br>
</div>
<blockquote
cite="mid:CALkA4hKb9cJ-ROmPrRNuevP2fL-rtqoEai0r-vb3JA_wcg++dA@mail.gmail.com"
type="cite">
<div dir="ltr">Dear Users,
<div>I am trying to do the performance test of our newly build
opensips proxy server using sipp, but facing many issues. I am
also using Freeradius for AAA operations. When I send calls
with 1 CPS everything works perfect, but as I increase the CPS
opensips stop processing replies from callee. At a rate of 5
cps the call flow turns into:</div>
<div><br>
</div>
<div> sipp (caller) ---------------- Opensips
--------------- sipp (Callee)</div>
<div><br>
</div>
<div> -----------INVITE--------> </div>
<div><br>
</div>
<div> RADIUS Auth</div>
<div><br>
</div>
<div>
-----------INVITE---------></div>
<div><br>
</div>
<div> <--------100
Trying------<br>
</div>
<div><br>
</div>
<div> <-------180
Ringing------<br>
</div>
<div><br>
</div>
<div>
<----------200 OK---------<br>
</div>
<div><br>
</div>
<div>
-----------INVITE--------><br>
</div>
<div><br>
</div>
<div>
-----------INVITE--------><br>
</div>
<div><br>
</div>
<div>
-----------INVITE--------><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Callee is sending back proper responses which are being
processed at low CPS but on high CPS opensips even not
printing the logs of on_reply_route section, and as shown in
the trace opensips keep sending INVITE of the same call-id
even responses have been received. I have tried different
opensips versions 2.1.1, 2.1.2 and 1.11.1-tls, but same issue
is there for all of these versions. On 200 OK Opensips is also
triggering accounting event on FreeRadius server, is it
possible that FreeRadius is creating problem on high CPS ?</div>
<div><br>
</div>
<div>With Version 2.1.1 and 2.1.2 I am also getting timer
warning and opensips accounting stop event error in the logs:<br>
<br>
<div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19633]:
WARNING:core:utimer_ticker: utimer task
<tm-utimer> already schedualed for 116920 ms (now
117020 ms), it may overlap..</i><br>
</div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19633]:
WARNING:core:utimer_ticker: utimer task
<tm-utimer> already schedualed for 117020 ms (now
117120 ms), it may overlap..</i></div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19633]:
WARNING:core:utimer_ticker: utimer task
<tm-utimer> already schedualed for 117120 ms (now
117220 ms), it may overlap..</i></div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19705]:
rc_send_server: no reply from RADIUS server
localhost:1813</i></div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19705]:
ERROR:acc:acc_aaa_request: Radius accounting request
failed for status: 'Stop' Call-Id: '<a
moz-do-not-send="true"
href="mailto:1-23993@104.237.143.243"><a class="moz-txt-link-abbreviated" href="mailto:1-23993@104.237.143.243">1-23993@104.237.143.243</a></a>'</i></div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19705]:
WARNING:core:handle_timer_job: utimer job
<tm-utimer> has a 117290000 us delay in execution</i></div>
<div><i>Jan 22 12:41:29 66-226-76-150 ./opensips[19653]:
WARNING:core:handle_timer_job: timer job
<rl-timer> has a 26880000 us delay in execution</i></div>
<div><br>
</div>
</div>
</div>
<div>But Radius Accounting stop event is nothing to do with
200OK, because on 200 OK accounting start event is triggered
on the RADIUS server which is properly triggered.</div>
<div>I am using 10 opensips children process and sending 100
calls with 10 CPS and duration of all the calls is 10 sec.
Currently we are stuck there and not able to move this machine
into production please advice how to get rid of this issue.</div>
<div><br>
</div>
<div>We also have exactly same revision of Opensips and RADIUS
code running perfectly in production, but on this new server
we are facing this issue.</div>
<div><br>
</div>
<div>Regards,</div>
<div>Husnain Taseer</div>
<div>VoIP Developer</div>
<div><br>
</div>
</div>
</blockquote>
<br>
</body>
</html>