Hello,
I see the in-dialog ACK in the trace, try with dlg_manage() explicitly
used for it.
The warning messages are not when processing the ack, but on dialog
timeout, if you do not get some other errors like 90-120 seconds before,
when the ack was routed, then it was no processing error for it.
Cheers,
Daniel
On 28.07.20 12:31, Ilie Soltanici wrote:
Hello,
In the Kamailio logs I can see only those errors:
WARNING: dialog [dlg_handlers.c:1652]: dlg_ontimeout(): dlg timeout -
callid: '45b0130e14a692b95134696d2fc5f2a9' tags: 'as31fb1118'
'12UDcK9S8630r' ostate: 3
WARNING: acc [acc_cdr.c:230]: db_write_cdr(): fallback to dlg_only
search because of message doesn't exist
Here you can see the full sip trace:
https://pastebin.com/Q4eqcGJj
The First Invite it's from the Asterisk server (192.168.0.140), and
the second one - it's from Kamailio (192.168.1.16), 192.168.2.0/24
<http://192.168.2.0/24> - it's an ISP. What 's strange for me here is
that Kamailio it's still adding rr_param to the RR Header even if it's
disabled in the module configuration, why would that be?
This is the module configuration:
modparam("dialog", "enable_stats", 1)
modparam("dialog", "rr_param", "did")
modparam("dialog", "dlg_match_mode", 2)
modparam("dialog", "default_timeout", 10800)
modparam("dialog", "early_timeout", 180)
modparam("dialog", "noack_timeout", 90)
modparam("dialog", "track_cseq_updates", 1)
modparam("dialog", "dlg_extra_hdrs", "Hint: Inactivity Timeout\r\n")
modparam("dialog", "detect_spirals", 1)
modparam("dialog", "db_mode", 1)
I will try to run dlg_manage for ACK within the dialog and see if it
works.
Thank you.
On Tue, 28 Jul 2020 at 09:26, Daniel-Constantin Mierla
<miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
Hello,
that confirms my guessing -- the ack was not handled in the dialog
context, the state 3 is defined inside dlg_hash.h by:
#define DLG_STATE_CONFIRMED_NA 3 /*!< confirmed dialog without a
ACK yet */
Do you see any error messages in the logs when handling the ACK in
the config? Did you grab the pcap with sip traffic for such a call?
Try also to explicitly execute dlg_manage() for ACK within dialog.
Cheers,
Daniel
On 28.07.20 10:05, Ilie Soltanici wrote:
Hello,
I re-compiled Kamailio from the Master branch and I'm getting the
old state: 3
*dlg_ontimeout(): dlg timeout - callid:
'225ce4fc79d78c0f5477d02d02f3feea' tags: 'as3f0a58cf'
'a9eb002d-c544-47f7-84ec-1c4e690cd0b4' ostate: 3*
[ilie.soltanici@dev ~]$ /usr/local/sbin/kamailio -V
version: kamailio 5.3.5 (x86_64/linux) ff2f8c
Thanks
On Mon, 27 Jul 2020 at 08:56, Daniel-Constantin Mierla
<miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
Hello,
this sounds like the ACK is not matched for dialog
processing and the early_timeout is firing. I just pushed a
commit to dialog module to print the old state when the
timeout callback function is executed, maybe you can test
with it -- it is in branch 5.3:
-
https://github.com/kamailio/kamailio/commit/ff2f8c4e63b4fefa7dc5b10835505c3…
Otherwise, maybe call dlg_manage() for ACK, although the
loose_route() callback should be executed and ACK handled for
dialog processing.
Cheers,
Daniel
On 24.07.20 12:46, Ilie Soltanici wrote:
Hello,
I'm trying to get CDR working in Kamailio by using the acc
and dialog modules. Everything seemed to be working fine -
until i noticed that for some of the calls the call duration
is 0, even if that call has been successfully established
and duration was for about a few minutes. In the Kamailio
logs I'm getting such errors:
WARNING: dialog [dlg_handlers.c:1649]: dlg_ontimeout():
timeout for dlg with CallID
'304bad142b50bb3a7a117816439ea3d5' and tags 'as3adde5c7'
'7d28152f-e0e3-4bcf-9d5c-21c3723b95c5'
WARNING: acc [acc_cdr.c:230]: db_write_cdr(): fallback to
dlg_only search because of message doesn't exist.
This error I'm getting at about 2 min after the ACK message
for 200 OK. I'm not sure that this is related to the dialog
timeout, but below you can see the related configuration for
the dialog module:
modparam("dialog", "default_timeout", 10800) # 3 hours
modparam("dialog", "early_timeout", 180)
modparam("dialog", "noack_timeout", 90)
Unfortunately, I'm not able to reproduce this issue, as
that's happening randomly and just a few times per day. On
the SIP Level i didn't notice any strange issues.
Any ideas why is that happening?
Thank you.
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla --
www.asipto.com <http://www.asipto.com>
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Funding:
https://www.paypal.me/dcmierla
--
Daniel-Constantin Mierla --
www.asipto.com <http://www.asipto.com>
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Funding:
https://www.paypal.me/dcmierla