<div dir="ltr"><div><div><div>OK, i will upgrade my staging server and do some testing.<br><br></div>The acc module does not post records anywhere, neither syslog nor db. The problem is happening to all calls (not any specific call).<br><br></div>Regarding the FROM header, the only change done is to add "+" to callerid (after replacing 00 if present), this is extensively tested feature in past 6 months.<br><br></div>I have analyzed all the SIP packets in call using ngrep, they all seem perfectly fine. All packets (request + reply) are correctly received and forwarded by kamailio. Unfortunately i deleted them and need to get new trace. I will send it to you in the afternoon.<br><div><br><div>Thank you.<br></div><div><div><div><div><div><div><br><br></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 23, 2014 at 10:10 PM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div 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<div><div class="h5"><br>
<br>
<div>On 23/12/14 21:45, Muhammad Shahzad
wrote:<br>
</div>
</div></div><blockquote type="cite"><div><div class="h5">
<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" target="_blank">1.0.0.127:5060</a>]:
Call from '<a href="mailto:you@kamailio.org" target="_blank">you@kamailio.org</a>' to '<a href="mailto:you@kamailio.org" target="_blank">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" target="_blank">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" target="_blank">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></fieldset>
<br>
</div></div><pre>_______________________________________________
sr-dev mailing list
<a href="mailto:sr-dev@lists.sip-router.org" target="_blank">sr-dev@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<pre cols="72">--
Daniel-Constantin Mierla
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a></pre>
</font></span></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>