[sr-dev] [SR-Users] DB accounting missing if t_newtran() is called explicitly

Daniel-Constantin Mierla miconda at gmail.com
Wed Sep 26 17:53:09 CEST 2012


do you use t_flush_flags()?



On 9/26/12 3:30 PM, Andrew Pogrebennyk wrote:
> Hi,
> I have found recently that in order to detect retransmits I have to
> create a transaction explicitly when the request comes in:
>          force_rport();
>          if(!t_check_trans())
>                  t_newtran();
>          sl_send_reply("100", "Trying");
>          xlog("L_INFO", "New request - $ci\n");
> it appears like there are carriers or UAs that do not honor the T1
> retransmission interval retransmit the INVITE sooner than proxy creates
> a transaction in t_relay(). And since we are counting concurrent calls,
> we count the same call multiple times, which is not good.
> But with this patch we've faced another sporadic problem - if the
> transaction is created beforehand the accounting record is lost.. we use
> acc_db mode and set flag to account the transaction. And there are no
> errors in kamailio log but no insert into acc in mysql binlog either. I
> wasn't successful reproducing it in the lab systems with identical setup.
> Is anybody here perhaps aware of some limitation in acc module or
> callbacks which makes a transaction created beforehand not accountable?
> On a related note, it could make sense to create a transaction
> implicitly if dlg_manage() is called to avoid counting same call many
> times, I just don't know yet how common this issue is in real life.
> _______________________________________________
> 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://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat
Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

More information about the sr-dev mailing list