[OpenSIPS-Users] Facing issue with call-control 2.0.6

[Krunal Patel]

Hello,

Well it does not seem network issue, as we have tested the same
configurations in different networks as well.
We are getting same results.
Also verified the configurations, there does not seem any issue with
configurations.
As per our debug, following is the flow of request-response from opensips to
call-control & call-control to CDRTool  for working call.

Oct 27 17:29:25 localhost call-control[12321]: Got request: init: callid=
1-6176 at 192.168.1.33 from=sipp <sip:YYYYYYYYYYYY at 192.168.1.33:5061> ruri=
sip:zzzzzzzzzzzzzz at 192.168.1.35:5060
diverter=XXXXXXXXXX at mydomain.comsourceip=192.168.1.33
Oct 27 17:29:25 localhost call-control[12321]: Call id
1-6176 at 192.168.1.33added to list of controlled
calls

Oct 27 17:29:25 localhost call-control[12321]: Sent request to rating
engine: MaxSessionTime Calltype=out
From=sip:YYYYYYYYYYYY at mydomain.com<sip%3AYYYYYYYYYYYY at mydomain.com>CallId=
1-6176 at 192.168.1.33 To=sip:zzzzzzzzzzzzzz at 192.168.1.35:5060 Duration=36000
Gateway=192.168.1.33

Oct 27 17:29:25 localhost call-control[12321]: Got reply from rating engine:
36000

Oct 27 17:29:25 localhost call-control[12321]: Sent reply: Limited
Oct 27 17:29:25 localhost call-control[12321]: Got request: start: callid=
1-6176 at 192.168.1.33dialogid=3121:1257547816

Oct 27 17:29:25 localhost call-control[12321]: Call id 1-6176 at 192.168.1.33of
XXXXXXXXXX at mydomain.com to sip:zzzzzzzzzzzzzz at 192.168.1.35:5060 started for
maximum 36000 seconds
Oct 27 17:29:25 localhost call-control[12321]: Sent request to rating
engine: MaxSessionTime Calltype=out
From=sip:XXXXXXXXXX at mydomain.com<sip%3AXXXXXXXXXX at mydomain.com>CallId=
1-6176 at 192.168.1.33 To=sip:zzzzzzzzzzzzzz at 192.168.1.35:5060 State=Connected
Duration=36000
Gateway=192.168.1.33

Oct 27 17:29:25 localhost call-control[12321]: Sent reply: Ok
Oct 27 17:29:45 localhost call-control[12321]: Got request: stop: callid=
1-6176 at 192.168.1.33
Oct 27 17:29:45 localhost call-control[12321]: Call id
1-6176 at 192.168.1.33removed from the list of controlled calls
Oct 27 17:29:45 localhost call-control[12321]: Sent request to rating
engine: DebitBalance Calltype=out
From=sip:XXXXXXXXXX at mydomain.com<sip%3AXXXXXXXXXX at mydomain.com>CallId=
1-6176 at 192.168.1.33
To=sip:zzzzzzzzzzzzzz at 192.168.1.35:5060Duration=20.0146021843
Gateway=192.168.1.33
Oct 27 17:29:45 localhost call-control[12321]: Sent reply: Ok

When we are sending more than 40 simultaneous calls for prepaid accounts,
there's almost of 10 seconds of delay between *Got request: init*  & *Sent
request to rating engine.* We figured out that call-control adds each
request from opensips into queue & process it one by one.


Regards,
Krunal Patel






On Wed, Nov 3, 2010 at 2:45 PM, Adrian Georgescu <ag at ag-projects.com> wrote:

> Your problem may be caused by your network setup or particular
> configuration as the software can handle such small amount of calls  without
> any problem. Upgrading the software will likely not help as you already
> noticed.
>
> Adrian
>
> On Nov 3, 2010, at 8:12 AM, Krunal Patel wrote:
>
> Hello,
> *
> List of components with version:*
>
> OpenSIPS 1.5.3 notls
> call-control 2.0.6
> CDRTool 6.9.5
> FreeRADIUS 2.1.6
>
> *Current setup:*
> The platform is implemented to have prepaid & postpaid billing support with
> prefix based routing using carrierroute.
> call-control & opensips are installed on the same server. CDRTool &
> FreeRADIUS are installed on the separate servers.
> For calls from or to postpaid accounts, we are not sending request to
> call-control. But when the account is prepaid, then opensips will send
> request to call-control to set call limitation.
>
> *Issue:*
> When there's more than 40 prepaid simultaneous calls, call-control
> introduces delay in processing requests from opensips, which leads to PDD
> more than 10 sec. As we set fr_timer to 10 seconds, opensips sends 408
> Request Timeout.
> We debug opensips & call-control code for the whole flow.
> What we found is, call-control stores all requests from opensips to queue &
> processes it one by one. When there's more than 40 calls, the queue
> processing in call-control introduces delay.
> Btw CDRTool responds within less than half a second for each request from
> call-control. So we think there's something wrong with call-control,
> basically in queue processing.
> One more thing , we tried to upgrade call-control to 2.0.8 version. But it
> didn't resolve the issue.
>
> Is anybody there who can help us out to resolve the issue, we would
> appreciate the help.
>
> Regards,
> Krunal Patel
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20101103/0751fff7/attachment.htm