Hello
Regarding the stuck dialog in state 5 , we had wait_ack = 1 ; we've put
wait_ack = 0 , and the cancelled dialog does not show in
the output of `kamctl mi dlg_list` anymore.
Regards,
Dragos
On Tuesday, November 26, 2013 9:32 AM, Guillaume Bour
wrote:
On 25/11/2013 21:35, Daniel-Const
On 25/11/2013 21:35, Daniel-Constantin Mierla wrote:
Hello Guillaume,
thanks, I will backport. Is this solving the issue reported in this
email thread, or the one related to the drop of another early dialog
is still there?
Hi,
Yes, the correct early dialog is cancelled, and the local-request
Hello Guillaume,
thanks, I will backport. Is this solving the issue reported in this
email thread, or the one related to the drop of another early dialog is
still there?
Cheers,
Daniel
On 11/25/13 4:47 PM, Guillaume Bour wrote:
On 24/11/2013 16:35, Daniel-Constantin Mierla wrote:
Hello Gui
On 24/11/2013 16:35, Daniel-Constantin Mierla wrote:
Hello Guillaume,
I pushed two commits on master branch:
-
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=777dd5e28ff6b4fcc3b1c44e841eb415c974075f
-
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=603
Hello Guillaume,
I pushed two commits on master branch:
-
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=777dd5e28ff6b4fcc3b1c44e841eb415c974075f
-
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=60372d613544af1f8f06122eb77fa2a9636a6c3a
The changes re
Hi Daniel
No, replies are not dropped.
I looked into source code, particularly tmx_mod.c::t_cancel_callid()
function.
It alter the global pointer T (pointing to the transaction currently
processed), but do not restore original value at the end:
- at the beginning of t_cancel_callid(), T is
Hello Everyone, Daniel,
This is directly related to the previous emails on this subject, sent by
Guillaume. I am adresing here the exact same issue, we work together.
The following piece of code is supposed to disconnect the previous call placed
by a user:
We save call-id,totag (if we have 1
Hello,
are you dropping replies? I don't see the 'SIP/2.0 487 Request
Terminated' being sent to caller, it looks ok and has two Via headers.
Cheers,
Daniel
On 11/20/13 4:06 PM, Guillaume Bour wrote:
On 20/11/2013 12:01, Daniel-Constantin Mierla wrote:
Hello,
On 11/20/13 11:50 AM, Guillaume
On 20/11/2013 12:01, Daniel-Constantin Mierla wrote:
Hello,
On 11/20/13 11:50 AM, Guillaume Bour wrote:
Hi All
We wan't to prevent our users to make more than one call at time, so
we choose to disconnect the previous call.
When the previous call is established, we use dlg_bye(), and its ok.
Hello,
On 11/20/13 11:50 AM, Guillaume Bour wrote:
Hi All
We wan't to prevent our users to make more than one call at time, so
we choose to disconnect the previous call.
When the previous call is established, we use dlg_bye(), and its ok.
But when it is in early state, we use t_cancel_callid(
Hi All
We wan't to prevent our users to make more than one call at time, so we
choose to disconnect the previous call.
When the previous call is established, we use dlg_bye(), and its ok.
But when it is in early state, we use t_cancel_callid() to cancel its
INVITE transaction.
We face 2 issu
11 matches
Mail list logo
