[SR-Users] Unregister when tcp connection timeout

Daniel-Constantin Mierla miconda at gmail.com
Tue Apr 20 21:40:04 CEST 2010


please keep the mailing list cc-ed, others may benefit of this 
discussion, participate with ideas or solutions.

On 4/20/10 9:18 PM, Bruno Bresciani wrote:
> Thank you for your help Daniel... I was reading the source code to 
> understand the parameter "connection_timeout" in the TLS module 3.0.x 
> version and check if it help me too. When timer "connection_timeout" 
> expire, the function that die idle tls connection cold generate a user 
> unregister regarding this connection.
That event happens in a different place than location service and a 
location record does not keep reference to the connection, therefore you 
need to do a bit of coding.

Cheers,
Daniel

>
>
> 2010/4/20 Daniel-Constantin Mierla <miconda at gmail.com 
> <mailto:miconda at gmail.com>>
>
>
>
>     On 4/20/10 8:29 PM, Daniel-Constantin Mierla wrote:
>
>
>
>         On 4/20/10 7:30 PM, Iñaki Baz Castillo wrote:
>
>             2010/4/20 Bruno Bresciani<bruno.bresciani at gmail.com
>             <mailto:bruno.bresciani at gmail.com>>:
>
>                 Hi people, this is my first time that I writing to
>                 this list and I nedd some
>                 help... When kamailio lost connection with a user
>                 registred over TLS
>                 (timeout for examlple), I want this user be unregister
>                 in kamailio too. How
>                 can I make this unregister?
>
>             It's a commendable feature request, but it's not
>             implemented right now.
>
>
>         it might now be easy to catch connection lost (forward or wait
>         state case).
>
>
>     ^^^ I meant: it might NOT be easy ...
>
>     E.g., for forward case, detection is after config processing, when
>     trying to relay. If there are many branches, it is not even
>     reported if one branch succeeds or sends another negative reply code.
>
>
>
>         Also, unregistering a contact is not really following the rfc,
>         anyhow, this is not something complex to add if you have the
>         contact details.
>
>         What you can do right now is to avoid trying to send if the
>         connection is not longer open, see:
>         http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:3.0.x#set_forward_no_connect
>
>
>         Contact is in memory, but no penalty for performances. Very
>         useful for NAT cases or when UA is supposed to keep the
>         connection open.
>
>         Cheers,
>         Daniel
>
>
>     -- 
>     Daniel-Constantin Mierla * http://www.asipto.com/ *
>     http://twitter.com/miconda *
>     http://www.linkedin.com/in/danielconstantinmierla
>
>

-- 
Daniel-Constantin Mierla * http://www.asipto.com/ * 
http://twitter.com/miconda * 
http://www.linkedin.com/in/danielconstantinmierla
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20100420/f7449332/attachment.htm>


More information about the sr-users mailing list