I believe it needs to be set before executing t_relay(), also adding "t_on_reply("11");" to branch_route breaks script compilation I've added a bug in the sourceforge bug tracker (http://sourceforge.net/tracker/index.php?func=detail&aid=1530057&gr…) regarding this issue This is a big problem for anyone trying to use branch_route to call mediaproxy/rtpproxy on a per branch basis (which is where it is causing a problem for me) For fun i will try to set t_on_reply() inside a route[] block that will be called from branch_route[] and let you know how it works out tavis Klaus Darilion wrote: _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

Good news and bad news It seems that setting t_on_reply() inside a route[] called from a branch route changes the onreply_route for ALL branches =P However i missed some information inside the docs regarding per branch flags (Bogdan pointed them out to me) which can be enabled with a TM module setting Its shame, being able to set the onreply_route within branch_route created some interesting opportunities Tavis P wrote: > Setting t_on_reply() inside a route block called from a branch_route > does work, good thinking! > > Now i can reference two different on_reply routes within branch_route, > one for those who need mediaproxying and one for those who dont > > Somewhat inelegant but it should work! > > Tavis P wrote: > > >> I believe it needs to be set before executing t_relay(), also adding >> "t_on_reply("11");" to branch_route breaks script compilation >> >> I've added a bug in the sourceforge bug tracker >> (http://sourceforge.net/tracker/index.php?func=detail&aid=1530057&gr…) >> regarding this issue >> >> This is a big problem for anyone trying to use branch_route to call >> mediaproxy/rtpproxy on a per branch basis (which is where it is causing >> a problem for me) >> >> For fun i will try to set t_on_reply() inside a route[] block that will >> be called from branch_route[] and let you know how it works out >> >> tavis >> >> Klaus Darilion wrote: >> >> >> >>> Not sure, but I had problems with settings AVPs in reply_route and it >>> turned out, that reply route AVPs did not belong to the transaction >>> structure. Maybe its the same problem with flags. Maybe it is possible to >>> set activate different reply_route in branch_route? >>> >>> regards >>> klaus >>> >>> On Fri, July 28, 2006 0:20, Tavis P said: >>> >>> >>> >>> >>>> I'm using branch route to trigger mediaproxy logic per branch for UAC >>>> directed calls and i'm experiencing some strange behavior: >>>> >>>> t_relay() is called, there are two branches >>>> >>>> In both branches there are two flags set >>>> During branch_route processing of the first branch both are left intact. >>>> During branch_route processing of the second branch, both are reset >>>> (unset) >>>> >>>> The destination UAC for the first branch picks up the phone call, >>>> sending a SIP OK message >>>> >>>> This is where i'm experiencing the problem >>>> Inside of the onreply_route both flags are NOT set, even though they >>>> were unset in a different call branch >>>> >>>> Has anyone experienced this behavior before? >>>> Is it supposed to work this way? >>>> >>>> This is using a recent (1-2 weeks ago) cvs checkout of OpenSER 1.0.0 >>>> >>>> tavis >>>> >>>>