<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 07/01/15 09:21, Muhammad Shahzad
wrote:<br>
</div>
<blockquote
cite="mid:CAFZQphy5pb8fobaAnWPjHQ-5uAp9exAO5DtOjUTyBzdOe3=QMA@mail.gmail.com"
type="cite">
<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>
</div>
</div>
</blockquote>
Good that you sorted out.<br>
<br>
If you create the transaction and set flags later, then you need to
sync back with transaction via:<br>
<br>
-
<a class="moz-txt-link-freetext" href="http://kamailio.org/docs/modules/stable/modules/tmx.html#tmx.f.t_flush_flags">http://kamailio.org/docs/modules/stable/modules/tmx.html#tmx.f.t_flush_flags</a><br>
<br>
Cheers,<br>
Daniel<br>
<br>
<blockquote
cite="mid:CAFZQphy5pb8fobaAnWPjHQ-5uAp9exAO5DtOjUTyBzdOe3=QMA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><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
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>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
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>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
moz-do-not-send="true"
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
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>
<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
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 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>
</div>
</div>
</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>