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