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= [email protected] from=sipp <sip:[email protected]:5061> ruri= sip:[email protected]:5060 [email protected]=192.168.1.33 Oct 27 17:29:25 localhost call-control[12321]: Call id [email protected] to list of controlled calls Oct 27 17:29:25 localhost call-control[12321]: Sent request to rating engine: MaxSessionTime Calltype=out From=sip:[email protected]<sip%[email protected]>CallId= [email protected] To=sip:[email protected]: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= [email protected]=3121:1257547816 Oct 27 17:29:25 localhost call-control[12321]: Call id [email protected] [email protected] to sip:[email protected]: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:[email protected]<sip%[email protected]>CallId= [email protected] To=sip:[email protected]: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= [email protected] Oct 27 17:29:45 localhost call-control[12321]: Call id [email protected] 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:[email protected]<sip%[email protected]>CallId= [email protected] To=sip:[email protected]: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 <[email protected]> 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 > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
