<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
you can try with latest git branch 4.2 and see the results.<br>
<br>
At a quick look between the version you reported to work and the new
version you run, I couldn't spot a commit that could be the reason.<br>
<br>
Do you get the acc record in syslog for INVITE?<br>
<br>
How do you set the values for replacing From header? If you load
from database, be sure the values are valid. I see the uac module
complains about restoring operation. It might be the reason for the
issues -- config could be ok, but the subscriber data wrong.<br>
<br>
You should save the traffic for a while and check the packets for
missing records -- you can use tools such as tcpdump, sipgrep, ngrep
to store the traffic in a file for later analysis. When you find a
missing record, search in the file with the sip traffic and see if
something is broken there.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 23/12/14 21:45, Muhammad Shahzad
wrote:<br>
</div>
<blockquote
cite="mid:CAFZQphySVeV2UE_u+kUc7kO=KTvKWbqB1SW-WDEV0nByJ=t0Pg@mail.gmail.com"
type="cite">
<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
moz-do-not-send="true" href="http://1.0.0.127:5060">1.0.0.127:5060</a>]:
Call from '<a moz-do-not-send="true"
href="mailto:you@kamailio.org">you@kamailio.org</a>' to '<a
moz-do-not-send="true" 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 moz-do-not-send="true"
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
moz-do-not-send="true" 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>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
sr-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a></pre>
</body>
</html>