Hello,
the keepalive is done via sort of a trick which needs to detect:
- if one side is no longer connected to the network -- keepalive
results in retransmission timeout
- if one side is no longer knowing the dialog - so call-id, to-tag and
from-tag values do not match -- keepalive results
On Mon, Apr 16, 2018, 16:24 Dmitri Savolainen wrote:
> Ideally I think Kamailio should send correct (i.e increasing) CSeq numbers.
>>
> in my mind it can't be increased by kamailio because of:
> 1. kamailio send OPTIONS with cseq+1
> 2. media server may send some indialog
>
> Ideally I think Kamailio should send correct (i.e increasing) CSeq numbers.
>
in my mind it can't be increased by kamailio because of:
1. kamailio send OPTIONS with cseq+1
2. media server may send some indialog reinvite with cseq+1 and then
kamailio have to remember that OPTIONS and
On Mon, Apr 16, 2018, 14:59 Dmitri Savolainen wrote:
> hi
>
> Indeed dialog OPTIONS are send with wrong CSeq and there is no way to
> fix it without patching source.
>
> In docs for dialog module "If keep alive is enabled for a dialog, the
> module will send SIP OPTIONS
hi
Indeed dialog OPTIONS are send with wrong CSeq and there is no way to fix
it without patching source.
In docs for dialog module "If keep alive is enabled for a dialog, the
module will send SIP OPTIONS requests with CSeq lower or equal than last
request within dialog"
Usually Kamailio is
Hi all.
I'm trying to use the dialog module's keep alive feature (ka_interval()
and dlg_set_property()), and the documentation (under dlg_set_property)
says this:
If keep alive is enabled for a dialog, the module will send SIP OPTIONS
requests with CSeq lower or equal than last request within