[SR-Users] Dialog module's keep-alive feature uses wrong CSeq?
Oded Arbel
odeda at cloudonix.io
Tue Apr 17 08:25:11 CEST 2018
On Mon, Apr 16, 2018, 16:24 Dmitri Savolainen <savolainen at erinaco.ru> 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 reinvite with cseq+1 and then
> kamailio have to remember that OPTIONS and translate reinvite to cseq+2.
>
Fair point, statelessness is important.
I don't know why for "ka-src" CSeq is 0 and for "ka-dst" the one
> is equal: so may be it is possible to be fixed
>
I'll investigate, under the assumption everyone agrees it's a bug.
> (for example BYE) to be dropped by the firewall.
>
> this may be achieved by
> 1. usrloc pinging
>
I'm not sure that is usrloc pinging, but if you mean nathelper's nat_ping,
then that wouldn't work for me because it's only for MUAs that use
REGISTER, which on my system does not always happen.
2. short re-registration period for endpoint (60 sec for ex)
>
Aside from the fact that REGISTER is not guaranteed to ever happen, this is
also a UA setting that can't be enforced by the server and has serious
implications on battery life outside of a call.
3. let's media server send options by itself via kamailio
>
This may or may not be possible on my setup, I'll have to investigate -
thanks for the suggestion!
--
Oded Arbel
oded.arbel at greenfieldtech.net
[image: Greenfield Tech] <http://greenfieldtech.net/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180417/79979bec/attachment.html>
More information about the sr-users
mailing list