13 Jul
2010
13 Jul
'10
10:09 p.m.
Hey,
Iñaki Baz Castillo wrote:
2010/6/23 Timo Reimann <timo.reimann(a)1und1.de>de>:
I have tested and committed the proposed re-usage of the transaction
timer to sip-router, Kamailio 3.0 and 1.5.
Cheers,
--Timo
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.