<div dir="ltr"><div><div>Finally i have found the problem and fixed it. I was creating new transaction for initial invite request too early (immediately after authentication and checking for re-transmits of initial requests), e.g.<br><br>...<br> # request with no Username in RURI<br> if ($rU==$null) {<br> sl_send_reply("484","Address Incomplete");<br> exit;<br> } else {<br></div><div> t_newtran();<br>...<br></div><div><br>The interesting thing is that it was causing problem only for accounting events and everything else was working perfectly fine. A single line of code that wasted my full 2 weeks. :-(<br><br></div>Thank you for your help and support.<br><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 6, 2015 at 7:00 AM, Muhammad Shahzad <span dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" target="_blank">shaheryarkh@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 dir="ltr"><div><div>OK, finally back at office after holidays.<br><br></div>I have done extensive testing of various kamailio revisions (backwards up to November) and it seems that problem is not related to any change in native code. It is somehow related to kamailio.cfg, which is very strange, since only changes in previous deployment and currently deployment of cfg file are related to dialog module (there are a lot of them, e.g. dialog timeout added, dialog profile setup, several dialog variables added and set, dialog start, end and failure event routes configured etc. etc.). However, there is no change related to acc setup and its configuration is still compatible with default kamailio.cfg. Does this make any sense to you?<br><br></div>Looking at debug level 3 kamailio logs and mysql query logs, there is no attempt to insert data in acc table at all except for BYE message.<br><div><div><br></div><div>Today i will try to compare working cfg file (back from mid-November, which inserts all ACC event records) with current cfg file (which only inserts BYE event records) and see if i can find that configuration changes that are causing this behavior.<br><br></div><div>Thank you.<br></div><div><br><br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 30, 2014 at 2:56 AM, Muhammad Shahzad <span dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" target="_blank">shaheryarkh@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 dir="ltr"><div>OK, i will run some tests and get back to you.<br><br></div>Thank you.<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 27, 2014 at 10:22 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">
I did a basic test (acc with parameters as in default kamailio.cfg)
and invite is accounted ok. I used master branch, but there is no
difference with acc from 4.2.<br>
<br>
Can you run with debug=3 and see all the log messages, maybe you get
a further hint from there.<br>
<br>
Also, you can try with clone_msg parameter set to 0 - it is one of
latest additions to acc module, just be sure you don't have some
corner case situation...<br>
<br>
Cheers,<br>
Daniel<div><div><br>
<br>
<div>On 24/12/14 15:23, Muhammad Shahzad
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>After upgrade to version 4.2.1-a2aa22, result is same.<br>
<br>
</div>
Thank you.<br>
<br>
<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24, 2014 at 1:32 PM,
Muhammad Shahzad <span dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" target="_blank">shaheryarkh@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 dir="ltr">
<div>Looking at log level 3 logs, i see when INVITE has
been authenticated ACC module creates the dialog,<br>
<br>
--<br>
DEBUG: acc [acc_cdr.c:726]: cdr_on_create(): dialog
'0xa5936e70' created!<br>
--<br>
<br>
</div>
But acc callback is only triggered AFTER 200 OK of BYE
request,<br>
<br>
--<br>
DEBUG: acc [acc_logic.c:644]: tmcb_func(): acc callback
called for t(0xa591d840) event type 2, reply <br>
code 200<br>
--<br>
<div><br>
</div>
<div>Between these two log lines there is no log from acc
module.<br>
</div>
<div><br>
</div>
<div>Thank you.<br>
</div>
<div><br>
<br>
</div>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24, 2014 at 11:04
AM, Muhammad Shahzad <span dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" target="_blank">shaheryarkh@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 dir="ltr">
<div>
<div>See attached SIP trace.<br>
<br>
</div>
Note, i have obfuscated source and destination
number and IPs etc. due to privacy reasons.<br>
<br>
</div>
Thank you.<br>
<br>
<br>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24,
2014 at 10:36 AM, Muhammad Shahzad <span dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" target="_blank">shaheryarkh@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 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">
<div>
<div>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>
</div>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
<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><br>
<br>
<div>On 23/12/14 21:45,
Muhammad Shahzad
wrote:<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div>
<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><font color="#888888">
</font></span></pre>
<span><font color="#888888"> </font></span></blockquote>
<span><font color="#888888">
<br>
<pre cols="72">--
Daniel-Constantin Mierla
<a href="http://twitter.com/#%21/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>
</div>
</div>
_______________________________________________<br>
SIP Express Router (SER) and
Kamailio (OpenSER) - sr-users
mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">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>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<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>
</div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>