<div> </div>
<div>Regarding the reINVITE - I've seen a number of UAs that dont return all rr parms in the subsequent Route. If your configuration depends on this feature you will have problems with these UAs. FYI - Asterisk prior to about 4 weeks ago has this problem. Also some WiFi SIP phones.
</div>
<div> </div>
<div>If you want to use the UA to save proprietary dialog/call stateful info this way (in rr params) you will need to carefully test the UAs used in your network.</div>
<div> </div>
<div>Mark</div>
<div> </div>
<div><span class="gmail_quote">On 9/26/05, <b class="gmail_sendername">Bogdan-Andrei Iancu</b> <<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Richard,<br><br>if it's safe or not call add_rr_param() from branch_route is an already<br>debated subject. See:
<br> <a href="http://www.openser.org/pipermail/devel/2005-September/000573.html">http://www.openser.org/pipermail/devel/2005-September/000573.html</a><br><br>Shortly you may not call it from failure route or from branch route
<br>triggered from a failure route(so no serial forking. But you can safely<br>use it from a branch_route triggered by a request route.<br><br>This problem will be fixed as soon as the cvs is forked for the new<br>upcoming release.
<br><br>regarding the future behaviour in failure route - if you do<br>add_rr_param() in branch route, this change will not be visible in the<br>failure_route - actually any change from branch route will not be<br>visible in failure route.
<br><br>regards,<br>bogdan<br><br>Richard Z wrote:<br><br>> Hi Bogdan,<br>><br>> Can add_rr_param be called from branch_route? It is needed for later<br>> processing of re-INVITE.<br>><br>> If SDP is different for each branch, what would it be for the failure
<br>> route in a serial forking senario? Is the message reverted back to its<br>> original content? That brings another question... can these functions<br>> be called from failure_route?<br>><br>> Thanks,<br>
> Richard<br>><br>><br>> On 9/26/05, *Bogdan-Andrei Iancu* <<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a><br>> <mailto:<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro
</a>>> wrote:<br>><br>> Hi Richard,<br>><br>> to implement per branch NAT traversal, you need several thing,<br>> additional to branch route:<br>> - per branch flags - these are available in the current
<br>> testing/developing branch (cvs head) - see<br>> <a href="http://www.openser.org/pipermail/devel/2005-September/000515.html">http://www.openser.org/pipermail/devel/2005-September/000515.html</a><br>> - nathelper/mediaproxy functions to be allowed to be called from
<br>> branch route - for the moment I see no problem with doing this, but I<br>> will have to double check before setting proper function allowances.<br>><br>> regards,<br>> bogdan<br>><br>
> Richard Z wrote:<br>><br>> > Hi,<br>> ><br>> > I am trying to figure out how to use branch route for nat traversal.<br>> > If a subscriber registers from multiple locations, a branch route is
<br>> > called after lookup. For example, if locations include UAs<br>> behind same<br>> > NAT and different NAT, i'd like to invoke any rtp/media-proxy<br>> > accordingly in branch_route[], . However they can't be called
<br>> inside a<br>> > branch_route. What's the best way to do this?<br>> ><br>> > Thanks,<br>> > Richard<br>> ><br>> >------------------------------------------------------------------------
<br>> ><br>> >_______________________________________________<br>> >Users mailing list<br>> > <a href="mailto:Users@openser.org">Users@openser.org</a> <mailto:<a href="mailto:Users@openser.org">
Users@openser.org</a>><br>> ><a href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users</a><br>> ><br>> ><br>><br>><br><br>_______________________________________________
<br>Serusers mailing list<br><a href="mailto:Serusers@iptel.org">Serusers@iptel.org</a><br><a href="http://mail.iptel.org/mailman/listinfo/serusers">http://mail.iptel.org/mailman/listinfo/serusers</a><br></blockquote></div>
<br>