Any updates on this? I updated callcontrol which has some bug fixed: callcontrol (2.0.14) unstable; urgency=low
* Avoid handling requests with a duplicated CallID But it still does not work. The callcontrol is executed 3 times and in the config, I have only once the mark "xxx" printed in syslog (see the config below). t_newtran before calling callcontrol does not work as well - it is executed 3 times. On Mon, Jun 13, 2011 at 4:29 PM, Mino Haluz <mino.ha...@gmail.com> wrote: > It does not work, t_newtran always returns success, so it will never > absorb the retransmission. > So what I did was: > > if ($sht(a=>$ci::retrans) == 0) { > $sht(a=>$ci::retrans) = 1; > } else { > exit(); > } > > xlog("L_INFO","XLOG: xxx"); > call_control(); > > I prepared sipp scenario which generates 3 INVITEs separated by 200ms. > It will gives me this: > > Jun 13 16:07:04 no-testing /sbin/kamailio[5274]: INFO: <script>: XLOG: xxx > Jun 13 16:07:04 no-testing /sbin/kamailio[5273]: WARNING: call_control > [call_control.c:1156]: dialog to trace controlled call was not > created. discarding callcontrol. > Jun 13 16:07:04 no-testing /sbin/kamailio[5275]: WARNING: call_control > [call_control.c:1156]: dialog to trace controlled call was not > created. discarding callcontrol. > > So, the first INVITE was processed by call_control, another 2 were > not. But WHAT executed those two call_control is some kind of miracle > for me ... Callcontrol module is somehow executed at the beginning of > the config file where the values are set or why? > > This is what I always set at the beginning: > > modparam("dialog", "dlg_flag", 4) > modparam("call_control", "diverter_avp_id", 256) #used > to set billing party. default is From uri > modparam("call_control", "canonical_uri_avp", "$avp(s:can_uri)") > > > > On Mon, Jun 6, 2011 at 10:16 PM, Daniel-Constantin Mierla > <mico...@gmail.com> wrote: >> Hello, >> >> if it is a retransmission, then just do t_newtran() in your config file >> before handling it to call control to be sure the retransmitted requests are >> absorbed. >> http://kamailio.org/docs/modules/stable/modules/tm.html#t_newtran >> >> Cheers, >> Daniel >> >> On 6/6/11 4:29 PM, Mino Haluz wrote: >> >> Hi, >> my kamailio server is receiving from some customers 3 identical INVITEs when >> call is initiated (separated by 200ms). Those 3 INVITEs are making a big >> problem with call_control: >> WARNING: call_control [call_control.c:1156]: dialog to trace controlled call >> was not created. discarding callcontrol. >> That is why, the prepaid limit is not working at all in this case. This way >> the user can hack the prepaid protection of the account. Otherwise the >> call_control is fuilly functional. >> Anybody experienced the similar problem? If so, how to resolve it? >> Thanks, >> Mino Haluz >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> -- >> Daniel-Constantin Mierla -- http://www.asipto.com >> http://linkedin.com/in/miconda -- http://twitter.com/miconda > _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users