2010/6/23 Timo Reimann <timo.reim...@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ñaki Baz Castillo <i...@aliax.net> _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
