28 Jul
2006
28 Jul
'06
5:06 a.m.
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
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users