<div dir="ltr"><div>Hi,<br><br></div><div>About 3 weeks ago i upgraded one of my production server with latest stable kamailio version 4.2.1-fad00a. Now i am getting a lot of complaints about missing CDR events in ACC table. I observe following problems,<br><br></div><div>1. There are only BYE records in acc table, no record for INVITE or ACK.<br></div><div>2. In kamailio logs when ACK is received against 200 OK response for INVITE, i see following errors,<br><br>--<br>ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse From uri <br>ERROR: pv [pv_core.c:434]: pv_get_xto_attr(): cannot parse From URI <br>NOTICE: <script>: [udp:<null>@<a href="http://1.0.0.127:5060">1.0.0.127:5060</a>]: Call from '<a href="mailto:you@kamailio.org">you@kamailio.org</a>' to '<a href="mailto:you@kamailio.org">you@kamailio.org</a>' has been hanged up by '<null>' at '1419364717.255484'<br>--<br></div><div><br></div><div>Of course all these errors are bogus, I have checked all headers in ACK (not just FROM header), they all seem perfectly fine and valid.<br><br></div><div>3. Then the dialog times out,<br><br>--<br>WARNING: dialog [dlg_handlers.c:1440]: dlg_ontimeout(): timeout for dlg with CallID '6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9' and tags '1D3ECD34F5731AB845BA3064AC95BB2D' '7f55e81e0630-100007f-13c4-6009-2440a4-5fa31570-2440a4'  <br>--<br><br></div><div>4. Any further sequential requests complain about "unable to find dialog", e.g.<br><br>--<br>NOTICE: <script>: Sequencial 'BYE' request received from caller<br>ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [<a href="mailto:sip%3A00xxxxxxxxxx@sip.domain.com">sip:00xxxxxxxxxx@sip.domain.com</a>]<br>WARNING: dialog [dlg_handlers.c:1174]: dlg_onroute(): unable to find dialog for BYE with route param '5ae1.d595' [7845:22877]<br>--<br><br></div><div>5. However the acc record for BYE is written to db and log file,<br><br>--<br>NOTICE: acc [acc.c:318]: acc_log_request(): ACC: transaction answered: timestamp=1419364760;method=BYE;from_tag=7f55e81e0630-100007f-13c4-6009-2440a4-5fa31570-2440a4;to_tag=1D3ECD34F5731AB845BA3064AC95BB2D;call_id=6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9;code=200;reason=OK;src_user=00xxxxxxxxxx;src_domain=<a href="http://sip.domain.com">sip.domain.com</a>;src_ip=xx.xx.xx.xx;dst_ouser=+1xxxxxxxxxx;dst_user=1xxxxxxxxxx;dst_domain=yy.yy.yy.yy<br>--<br></div><div><br><br></div><div>The same config was working fine with older version 4.2.0-97cab8. The kamailio config i am using is pretty much standard,<br><br>--<br>#!define FLT_ACC 1<br>#!define FLT_ACCMISSED 2<br>#!define FLT_ACCFAILED 3<br>#!define FLT_DLG 4<br><br>...<br><br>modparam("acc", "early_media", 1)<br>modparam("acc", "report_ack", 1)<br>modparam("acc", "report_cancels", 1)<br>modparam("acc", "detect_direction", 1)<br>modparam("acc", "log_flag", FLT_ACC)<br>modparam("acc", "log_missed_flag", FLT_ACCMISSED)<br>modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)<br></div><div># log to db<br></div><div>modparam("acc", "db_flag", FLT_ACC)<br>modparam("acc", "db_missed_flag", FLT_ACCMISSED)<br>modparam("acc", "db_url", "DBURL")<br><br>...<br><br></div><div>request_route {<br>    # per request initial checks<br>    route(REQINIT);<br><br>    # NAT detection<br>    route(NATDETECT);<br><br>    # handle requests within SIP dialogs<br>    route(WITHINDLG);<br><br>    # CANCEL processing<br>    if (is_method("CANCEL")) {<br>        if (t_check_trans()) {<br>            t_relay();<br>        };<br>        exit;<br>    };<br><br>    #### only initial requests (no To tag) ####<br>    t_check_trans();<br><br>....<br><br>    # account only INVITEs<br>    if (is_method("INVITE")) {<br>        setflag(FLT_DLG); # create dialog<br>        setflag(FLT_ACC); # do accounting<br>        setflag(FLT_ACCFAILED); # ... even if the transaction fails<br><br>        $avp(dlg_timeout) = 60;<br>        dlg_manage();<br>....<br><br>}<br></div><div><br></div><div>--<br><br></div><div>Any ideas why its happening? Since it is 3 weeks old so may be problem has already been spotted and fixed by someone else. Otherwise let me know how can i provide more info to help fix this issue.<br><br></div><div>Thank you.<br></div><div><br></div><div><br></div></div>