[SR-Users] Multiple INVITEs and discarded call_control

[Mino Haluz]

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
<miconda at 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 at 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