Hi Daniel,

Please forgive me for my delay in responding to your mail.
Please find attached a second version of the onsend_route_reply patch (which again has some problems). As per your previous indications I did the following:

Issue1

From performances point of view, there can be added a config parameter to enable running of onsend_route for replies:

onsend_route_reply = 0|1

Following http://www.asipto.com/pub/kamailio-devel-guide/#c08add_parameters I have tried to add onsend_route_reply parameter. The code compiles, but when trying to start kamailio with this parameter inside, the parsing fails with syntax errors signaling:

0(1321) :<core> [cfg.y:3423]: yyerror_at(): parse error in config file kamailio-basic.cfg.4.1, from line 107, column 1 to line 108, column 0: syntax error
0(1321) : <core> [cfg.y:3423]: yyerror_at(): parse error in config file kamailio-basic.cfg.4.1, from line 107, column 1 to line 108, column 0:
ERROR: bad config file (2 errors)

Issue2

#define onsend_enabled(rtype) (onsend_rt.rlist[DEFAULT_RT]?((rtype==SIP_REPLY)?onsend_route_reply:1):0)

That is to say you see it best to take the chek for onsend_rt.list[DEFAULT_RT] from inside run_onsend() function and call this onsend_enabled(...) before the run_onsend()?

Issue3

On the other hand, is onsend_route also executed for local requests? I had in mind it is only for received requests that are forwarded ... Iirc, on onsend_route, the sip message is the one received, the outgoing content being accessible via $snd(buf).

I agree with you with taking out the locally generated requests and only left the run_onsend call in do_forward_reply function (inside forward.c).
Could you point me to the reply relaying function that is called for state-full processing?

Thank you and sorry again for my late answer,
Lucian