[SR-Users] ACC module
Julien Chavanton
jchavanton at gmail.com
Wed Feb 12 23:01:38 CET 2020
5.3 yes the patch I had in mine is in.
It seems like what you are doing is fine.
We do not see the definition of your FLAGS in you example I am assuming
they are not overlapping another flag "bit" that could be used by another
module etc.
There could be a concern that the same flag as multiple purpose and
alias/definition.
By reset I meant calling setflag multiple times :
modparam("acc", "log_missed_flag", 12)
...
setflag(12)
On Wed, Feb 12, 2020 at 1:07 PM Voip support <voipexpert0 at gmail.com> wrote:
> I have this code in very beginning of Request route of kamailio.cfg
>
> # handle retransmissions
> if (!is_method("ACK")) {
> if(t_precheck_trans()) {
> t_check_trans();
> exit;
> }
> t_check_trans();
> }
>
> I think its left from the default config - i changed only few things in
> default config to add calls per second limit / dispatcher some routing
> logic but nothing more and set the flags for ACC module to save.
>
> śr., 12 lut 2020 o 22:03 Voip support <voipexpert0 at gmail.com> napisał(a):
>
>> I am using kamailio 5.3 from debian (installed in ubuntu 16.04)
>> repository.
>>
>> Could you please explain bit more what flag to reset call-id you mean.
>> What does the code you pasted, where it should be in kamailio.cfg?
>>
>> Thanks upfront for explanation!
>> Regards,
>> Tom
>>
>> śr., 12 lut 2020 o 17:11 Julien Chavanton <jchavanton at gmail.com>
>> napisał(a):
>>
>>> The flag will prevent duplicates. Which version are you using, there was
>>> a patch a few months ago
>>>
>>>
>>> The explanation shold be that you are resetting them.
>>>
>>> Are you using the following, one option to confirm that your logic is
>>> good is add one log line at INFO / NOTICE level logging each time you reset
>>> the flag including the call-id :
>>>
>>> if (t_precheck_trans()) {
>>> t_check_trans();
>>> exit;
>>> }
>>>
>>>
>>> On Wed, Feb 12, 2020 at 4:13 AM Voip support <voipexpert0 at gmail.com>
>>> wrote:
>>>
>>>> Dear Community,
>>>> I have setup ACCDB module to save missed / failed and successful calls.
>>>>
>>>> My issue is that i am getting duplicated entries for INVITE / BYE in
>>>> acc database table.
>>>>
>>>> For example:
>>>>
>>>> id;method;from_tag;to_tag;callid;sip_code;sip_reason;time;src_ip;dst_user;dst_domain;src_user;src_domain;cdr_id
>>>> 231838;INVITE;21-7FC1D85;1914472180948750;KKyIdaaJceAu7pzN at 172.16.0.35;200;OK;2020-02-11
>>>> 19:16:28;22.33.44.55;nlb124#78019989897056;11.11.11.11;asterisk;172.16.0.35;0
>>>> 231839;INVITE;21-7FC1D85;1914472180948750;KKyIdaaJceAu7pzN at 172.16.0.35;200;OK;2020-02-11
>>>> 19:16:28;22.33.44.55;nlb124#78019989897056;11.11.11.11;asterisk;172.16.0.35;0
>>>> 231840;INVITE;21-7FC1D85;1914472180948750;KKyIdaaJceAu7pzN at 172.16.0.35;200;OK;2020-02-11
>>>> 19:16:28;22.33.44.55;nlb124#78019989897056;11.11.11.11;asterisk;172.16.0.35;0
>>>> 231841;BYE;21-7FC1D85;1914472180948750;KKyIdaaJceAu7pzN at 172.16.0.35;200;OK;2020-02-11
>>>> 19:16:36;22.33.44.55;;190.196.153.130;asterisk;172.16.0.35;0
>>>> 231842;BYE;21-7FC1D85;1914472180948750;KKyIdaaJceAu7pzN at 172.16.0.35;200;OK;2020-02-11
>>>> 19:16:36;22.33.44.55;;190.196.153.130;asterisk;172.16.0.35;0
>>>> 231844;BYE;21-7FC1D85;1914472180948750;KKyIdaaJceAu7pzN at 172.16.0.35;200;OK;2020-02-11
>>>> 19:16:36;22.33.44.55;;190.196.153.130;asterisk;172.16.0.35;0
>>>>
>>>> Following way:
>>>> # ----- acc params -----
>>>> /* what special events should be accounted ? */
>>>> modparam("acc", "early_media", 0)
>>>> modparam("acc", "report_ack", 0)
>>>> modparam("acc", "report_cancels", 0)
>>>> /* by default ww do not adjust the direct of the sequential requests.
>>>> * if you enable this parameter, be sure the enable "append_fromtag"
>>>> * in "rr" module */
>>>> modparam("acc", "detect_direction", 0)
>>>> /* account triggers (flags) */
>>>> modparam("acc", "log_flag", FLT_ACC)
>>>> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>>>> modparam("acc", "log_extra",
>>>> "src_user=$fU;src_domain=$fd;src_ip=$si;"
>>>> "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
>>>> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>>>> /* enhanced DB accounting */
>>>> #!ifdef WITH_ACCDB
>>>> modparam("acc", "db_flag", FLT_ACC)
>>>> modparam("acc", "db_missed_flag", FLT_ACCMISSED)
>>>> modparam("acc", "db_url", DBURL)
>>>> #modparam("acc", "db_extra",
>>>> # "src_user=$fU;src_domain=$fd;src_ip=$si;"
>>>> # "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
>>>> modparam("acc", "db_extra",
>>>>
>>>> "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd;src_ip=$si")
>>>>
>>>> # our lines
>>>> modparam("acc", "cdrs_table", "acc_cdrs")
>>>> modparam("acc", "cdr_on_failed", 1)
>>>> #!endif
>>>>
>>>> Then in routing config i set setflag(FLT_ACC FLT_ACCMISSED
>>>> FLT_ACCFAILED in several places.
>>>>
>>>> My question is - each setflag cause an entry to be saved in DB?
>>>> How can i debug and resolve the issue of duplicates.
>>>>
>>>> I am trying to use a CDR script found somewhere on siremis sites to do
>>>> the accounting but it's making trouble because due to duplicates in acc
>>>> table i am getting cdrs unique key violations.
>>>>
>>>> Secondary question is - if a BYE is not received / lost is there any
>>>> way to send a check triggered by kamailio to each caller and callee side to
>>>> check if dialog is still active.
>>>> I would not like to use session timers (as endpoints need to support
>>>> it).
>>>>
>>>> Best regards,
>>>> Tom
>>>>
>>>> _______________________________________________
>>>> Kamailio (SER) - Users Mailing List
>>>> sr-users at lists.kamailio.org
>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200212/ab0cb030/attachment.html>
More information about the sr-users
mailing list