[SR-Users] terminate call when dialog when remote contact disappears without BYE

[Thibault Gueslin]

It works that is fine.

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
previous location.
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 ?
What is the status in 4.3.3 ?

thibault



2015-12-01 12:08 GMT+01:00 Thibault Gueslin <thibault.gueslin at gmail.com>:

> Thanks
> I don't have set the dialog property.
>
> I will add these lines on INVITE reception.
>
> dlg_set_property("ka-src");
> dlg_set_property("ka-dst");
> dlg_set_property("timeout-noreset");
>
> But is it the proper way to do it with TCP connection ?
> From the tran
>
> regards
>
> thibault
>
> 2015-12-01 11:10 GMT+01:00 Daniel-Constantin Mierla <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?
>>
>> http://kamailio.org/docs/modules/stable/modules/dialog.html#idp3719336
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - http://www.asipto.com
>> http://miconda.eu
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20151201/6a09f0cc/attachment.html>