[SR-Users] dialog module: in-early-dialog requests / race conditions

[Timo Reimann]

Hey,


Iñaki Baz Castillo wrote:
> 2010/6/23 Timo Reimann <timo.reimann at 1und1.de>:
>> AFAICS, the current implementation removes dialog entries right after
>> the moment the final request/response pair was seen. In order to prolong
>> a dying dialog's lifetime, I see two possibilities: Use some
>> time-triggered function that delays dialog deletion for a short period
>> of time; or, couple dialog deletion to the deletion of the final
>> transaction, i.e., the one were dialog state transitions to
>> DLG_STATE_DELETED. Personally, I prefer the latter approach since it
>> would quite elegantly re-use the transaction layer's timer.
> 
> Me too. There is no a "timer for dialog" in RFC 3261 so reusing
> transaction timers is the best approach IMHO.

I have tested and committed the proposed re-usage of the transaction
timer to sip-router, Kamailio 3.0 and 1.5.


Cheers,

--Timo