<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 20/11/2013 12:01, Daniel-Constantin
Mierla wrote:<br>
</div>
<blockquote cite="mid:528C968D.9070707@gmail.com" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
Hello,<br>
<br>
<div class="moz-cite-prefix">On 11/20/13 11:50 AM, Guillaume Bour
wrote:<br>
</div>
<blockquote cite="mid:528C93DD.3090509@gmail.com" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
Hi All<br>
<br>
We wan't to prevent our users to make more than one call at
time, so we choose to disconnect the previous call.<br>
When the previous call is established, we use dlg_bye(), and its
ok.<br>
But when it is in early state, we use t_cancel_callid() to
cancel its INVITE transaction.<br>
<br>
We face 2 issues:<br>
1) we use local-request event route to account calls on
timeout. Sometimes this route is called for the cancelled call
(after default timeout of 1 hour)<br>
</blockquote>
<br>
what is in the local-request in this case? Is it a BYE?<br>
<br>
<blockquote cite="mid:528C93DD.3090509@gmail.com" type="cite">
2) t_cancel_callid() cancel previous call, but also <u>make
current dialog disappear</u>: call is still ongoing and we can
answer and talk to each other, but the dialog does not appear in
'kamctl stats dialog' and 'kamctl mi dlg_list' commands<br>
<br>
Is there a known limitation, or do we misuse t_cancel_callid() ?<br>
</blockquote>
Can you send the log with debug=3 in kamailio.cfg? It will help to
see what happens. Otherwise, if the call id is different for
current dialog, it should not happen. The ngrep output in this
situation (for both first and second invite) will help.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
</blockquote>
<br>
<br>
Hi Daniel,<br>
<br>
local-request is triggered by a BYE<br>
I have attached sample log and trace<br>
<br>
There is some kind of dialogs mixing. Here is the 1st call dialog as
reported by "kamctl mi dlg_list" <u>before and after</u> the 2d
call is answered:<br>
<br>
# kamctl mi dlg_list<br>
dialog:: hash=2790:3231<br>
state:: 2<br>
ref_count:: 1<br>
timestart:: 0<br>
timeout:: 0<br>
callid:: GoXhk8GfkIEEqFyFNcySEjSOOpVKg4Uq<br>
from_uri:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:15909901@staging.voip">sip:15909901@staging.voip</a><br>
from_tag:: swYh88AkicGbSHpK.D1z7uo3EX9Q-.AZ<br>
caller_contact:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:37984520-gch2kindtioq8@10.0.1.10:5060;transport=udp">sip:37984520-gch2kindtioq8@10.0.1.10:5060;transport=udp</a><br>
caller_cseq:: 24899<br>
caller_route_set::<br>
caller_bind_addr:: udp:10.0.1.10:5060<br>
callee_bind_addr::<br>
to_uri:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:+3360000011@staging.voip">sip:+3360000011@staging.voip</a><br>
to_tag::<br>
callee_contact::<br>
callee_cseq::<br>
callee_route_set::<br>
<br>
# kamctl mi dlg_list<br>
dialog:: hash=2790:3231<br>
state:: 3<br>
ref_count:: 2<br>
timestart:: 1384952191<br>
timeout:: 20242152<br>
callid:: GoXhk8GfkIEEqFyFNcySEjSOOpVKg4Uq<br>
from_uri:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:15909901@staging.voip">sip:15909901@staging.voip</a><br>
from_tag:: swYh88AkicGbSHpK.D1z7uo3EX9Q-.AZ<br>
caller_contact:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:37984520-gch2kindtioq8@10.0.1.20:5060;transport=udp">sip:37984520-gch2kindtioq8@10.0.1.20:5060;transport=udp</a><br>
caller_cseq:: 24899<br>
caller_route_set::<br>
caller_bind_addr:: udp:10.0.1.10:5060<br>
callee_bind_addr:: udp:10.0.1.10:5060<br>
to_uri:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:+3360000011@staging.voip">sip:+3360000011@staging.voip</a><br>
to_tag:: as6c8b935a<br>
callee_contact:: <a class="moz-txt-link-abbreviated"
href="mailto:sip:+3360000022@10.0.1.11:5060">sip:+3360000022@10.0.1.11:5060</a><br>
callee_cseq::<br>
callee_route_set::<br>
<br>
<br>
<br>
</body>
</html>