Hi Juha,
you can do this right now from the script - use the t_check_trans()
function :
http://www.openser.org/docs/modules/0.10.x/tm.html#AEN475
if the CANCEL does not match, just exit from script.
regards,
bogdan
Juha Heinanen wrote:
it occurred to me that my earlier proposal on creating an invite
transaction for an unmatched cancel is not a good idea, because it would
open yet another opportunity for DoS attacks. neither is any solution
that would occupy proxy's transaction resources.
in my opinion, the best solution is again the simplest one: silently
discard any unmatched cancels.
if the cancel was for real, but invite got delayed or lost, cancel will
be resend by the UAC and no harm was done by discarding the first
cancel.
even if you decide to implement something more complex, i would very
much appreciate a tm configuration variable
discard_unmatched_cancels
which, if set, would cause the above simple behavior.
-- juha
_______________________________________________
Devel mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/devel
_______________________________________________
Devel mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/devel
