Hi,
We have a bit of confusion regarding tcp_connecton_timeout core parameter.
The documentation says,
--
Lifetime in seconds for TCP sessions. TCP sessions which are inactive for
longer than *tcp_connection_lifetime* will be closed by Kamailio.
--
However we observe a strange behaviour.
1. The connection is NOT closed by Kamailio unless we additionally set
"close_expired_tcp" parameter in usrloc module,
2. Secondly, if we set this parameter to a smaller value say 70 seconds
while sip …
[View More]register expiry is 600 seconds (and close_expired_tcp parameter
enabled in usrloc module), the connection still remains active (tested
after keeping it idle for 120 seconds then sending a sip request on this
connection, we expected the request to fail but it does not fails).
3. if we set this parameter to greater then sip register value, e.g. 610
seconds and set close_expired_tcp parameter in usrloc, then we observe
disconnect after about 8-10 minutes. Whereas we expect it to continue since
user is re-registering every 600 seconds.
Can you guys explain why this is happening? What keeps a tcp connection
active or makes it inactive?
We are using websockets (which use TCP at lower layer) and we observe there
is no websocket frame sent or received over the tcp connection, yet it
remain active after tcp_connection_lifetime in case 2 above and becomes
inactive in case 3.
We are using Kamailio v4.3.1 SVN Rev. 4717b5 on Debian Wheezy 32bit OS.
Please suggest.
Thank you.
[View Less]
Hi everyone,
several months ago, we've implemented a plugin for RTPEngine to
synchronize it with a REDIS-Database. This allows RTPEngine to operate
in a HA, as you can restart RTPEngine and/or make a failover to
another machine with the same IP (e.g. using Heartbeat or similar),
WITHOUT LOOSING ACTIVE SESSIONS.
This enhancement was originally implemented by Carlos Ruiz Diaz.
Due to lack of time, it still requires RTPEngine 3.3 and needs an
update, to work with later versions.
It can be …
[View More]found here:
https://github.com/ngvoice/rtpengine-redis-plugin
If anyone is interested in contributing to this extension, please ping
me and i will happily add you as a contributor.
Thanks,
Carsten
--
Carsten Bock
CEO (Geschäftsführer)
ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany
http://www.ng-voice.com
mailto:carsten@ng-voice.com
Office +49 40 5247593-0
Fax +49 40 5247593-99
Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
[View Less]
…-request
Set the dialog context before calling dlg_bye_all. In this way the dialog context is the correct one in the event route tm:local-request; otherwise it could happen that, in the timer process, the context is invalid due to some previous timed-out transactions which set (and not reset) the dialog context in the dlg_onreply function (locally generated replies).
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/291
-- Commit …
[View More]Summary --
* modules/dialog: make dialog context available in event route tm:local-request
-- File Changes --
M modules/dialog/dlg_handlers.c (6)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/291.patchhttps://github.com/kamailio/kamailio/pull/291.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/291
[View Less]