[Kamailio-Devel] drop in onreply_route
Klaus Darilion
klaus.mailinglists at pernau.at
Mon Nov 3 18:16:18 CET 2008
Daniel-Constantin Mierla schrieb:
> Hello,
>
> I just committed to trunk an update that drop() will stop the execution
> of any reply processing if called in default onreply_route.
>
> Do you think should be extended for the onreply_routes executed by tm
> upon t_on_reply()?
>
> The goal was to use drop() together with t_check_trans() to prevent
> against being open relay for SIP replies. It solves also some other
> potential issues, I will detail in another emails, just want to see if
> worth to be extended.
Hi Daniel. Would it make sense for a new reply_route-type? AFAIK the
non-default reply routes will be called if tm module finds a transaction
- e.g. if I activate t_on_reply(), and the response is so late that the
transaction is already terminated, the corresponding reply route will
not be executed.
Thus, there must already be some mechanism which checks if the reply
matches an ongoing transaction. Thus, if we extend this code to execute
the reply_route_notm{}, then we could handle replies without matching
transaction in this route type. Then, an explicit call to t_check_trans
can be avoided.
Then there should not be any need to have a "drop_all" in non-default
reply routes.
regards
klaus
More information about the Devel
mailing list