[SR-Users] terminate call when dialog when remote contact disappears without BYE
thibault.gueslin at gmail.com
Wed Dec 2 09:41:43 CET 2015
Have you seen the issue I reported:
However I get an issue when one party is changing connectivity: it sends an
INVITE to update the location but the keep alive is still sent to the
The dialog info (kamctl dialog show) still indicates the previous location.
(It looks like https://github.com/kamailio/kamailio/issues/273)
I am using the dialog module in memory (no db) so I think I don't need to
look at "db_update_period" parameter ?
I have tried to call dog_manage in the WITHINDLG route but it does not
2015-12-02 7:16 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:
> The dialog is terminated when the OPTIONS request doesn't get any reply,
> no matter it is sent via UDP, TCP or other transport.
> On 01/12/15 12:08, Thibault Gueslin wrote:
> I don't have set the dialog property.
> I will add these lines on INVITE reception.
> But is it the proper way to do it with TCP connection ?
> From the tran
> 2015-12-01 11:10 GMT+01:00 Daniel-Constantin Mierla < <miconda at gmail.com>
> miconda at gmail.com>:
>> On 30/11/15 11:37, Thibault Gueslin wrote:
>> > I would like to terminate the dialog when one party disconnects
>> > without sending a BYE
>> > (no more connctivity, client shutdown)
>> > I am using TCP connection.
>> > Should I terminate the dialog from event_route[usrloc:contact-expired] ?
>> > I have tried also to use SIP OPTION parameter from dialog module
>> > modparam("dialog", "ka_timer", 10 )
>> > modparam("dialog", "ka_interval", 30 )
>> > but nothing is sent)
>> Have you set the keepalive property for the dialog?
>> Daniel-Constantin Mierla
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - <http://www.asipto.com>
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Book: SIP Routing With Kamailio - http://www.asipto.comhttp://miconda.eu
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sr-users