<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body 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<br>
<br>
<div class="moz-cite-prefix">On 24/12/14 15:23, Muhammad Shahzad
wrote:<br>
</div>
<blockquote
cite="mid:CAFZQphwQwr-F7ppjmp1ZqKaR3=HD2PE1CO3w2j+1OJW-BH0z2w@mail.gmail.com"
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
moz-do-not-send="true" 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 class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24, 2014 at 11:04
AM, Muhammad Shahzad <span dir="ltr"><<a
moz-do-not-send="true"
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 moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true" href="http://1.0.0.127:5060" target="_blank">1.0.0.127:5060</a>]:
Call from '<a
moz-do-not-send="true"
href="mailto:you@kamailio.org" target="_blank">you@kamailio.org</a>' to
'<a
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true" 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 moz-do-not-send="true" href="mailto:sr-dev@lists.sip-router.org" target="_blank">sr-dev@lists.sip-router.org</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" href="http://twitter.com/#%21/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a moz-do-not-send="true" 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 moz-do-not-send="true"
href="mailto:sr-users@lists.sip-router.org"
target="_blank">sr-users@lists.sip-router.org</a><br>
<a moz-do-not-send="true"
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 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>