[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