Hey,
Iñaki Baz Castillo wrote:
2010/6/23 Timo Reimann timo.reimann@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