Hi Richard,
if it's safe or not call add_rr_param() from branch_route is an already
debated subject. See:
Shortly you may not call it from failure route or from branch route
triggered from a failure route(so no serial forking. But you can safely
use it from a branch_route triggered by a request route.
This problem will be fixed as soon as the cvs is forked for the new
upcoming release.
regarding the future behaviour in failure route - if you do
add_rr_param() in branch route, this change will not be visible in the
failure_route - actually any change from branch route will not be
visible in failure route.
regards,
bogdan
Richard Z wrote:
Hi Bogdan,
Can add_rr_param be called from branch_route? It is needed for later
processing of re-INVITE.
If SDP is different for each branch, what would it be for the failure
route in a serial forking senario? Is the message reverted back to its
original content? That brings another question... can these functions
be called from failure_route?
Thanks,
Richard
On 9/26/05, *Bogdan-Andrei Iancu* <bogdan(a)voice-system.ro
<mailto:bogdan@voice-system.ro>> wrote:
Hi Richard,
to implement per branch NAT traversal, you need several thing,
additional to branch route:
- per branch flags - these are available in the current
testing/developing branch (cvs head) - see
http://www.openser.org/pipermail/devel/2005-September/000515.html
- nathelper/mediaproxy functions to be allowed to be called from
branch route - for the moment I see no problem with doing this, but I
will have to double check before setting proper function allowances.
regards,
bogdan
Richard Z wrote:
Hi,
I am trying to figure out how to use branch route for nat traversal.
If a subscriber registers from multiple locations, a branch route is
called after lookup. For example, if locations include UAs
behind same
NAT and different NAT, i'd like to invoke any
rtp/media-proxy
accordingly in branch_route[], . However they can't be called
inside a
branch_route. What's the best way to do
this?
Thanks,
Richard
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org <mailto:Users@openser.org>
http://openser.org/cgi-bin/mailman/listinfo/users