<div>Here is a debug=5 showing the call to outbound number then 90127X2XX9. </div>
<div><a href="http://pastebin.com/ZpsR5WG8">http://pastebin.com/ZpsR5WG8</a></div>
<div> </div>
<div>Here is a siptrace of the same</div>
<div><a href="http://pastebin.com/Rvg6nNGa">http://pastebin.com/Rvg6nNGa</a></div>
<div> </div>
<div>Not sure if it really helps<br></div>
<div> </div>
<div><br> </div>
<div class="gmail_quote">On Wed, Jul 13, 2011 at 2:28 AM, Saul Ibarra Corretge <span dir="ltr"><<a href="mailto:saul@ag-projects.com">saul@ag-projects.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Hi,<br>
<div>
<div></div>
<div class="h5"><br>On Jul 12, 2011, at 9:29 PM, <a href="mailto:duane.larson@gmail.com">duane.larson@gmail.com</a> wrote:<br><br>> I am using append_branch and serial_branches/next_branches to implement a FindMe/FollowMe feature. I just noticed that when I do this I am getting no audio clients that don't have a public IP. If I bypass the FindMe/FollowMe stuff audio works just fine. I am not sure what exactly is going on when it breaks. The scenario I have right now is<br>
><br>> 90133XXX18 calls 90127X2XX9<br>><br>> modparam("mediaproxy", "mediaproxy_socket", "/var/run/mediaproxy/dispatcher.sock")<br>> modparam("mediaproxy", "ice_candidate", "low-priority")<br>
><br>> OpenSIPS knows that when 90127X2XX9 is called to first set $ru to 90127X2XX9 and then append_branch. Then OpenSIPS sets $ru to an outbound number that has to be reached via SIP trunk provider. Q-Values are set for both numbers so that the outbound number is called first and then 90127X2XX9 is called. Then I call serialize_branches(1) and then next_branches. I turn on Mediaproxy by doing the following<br>
><br>> if (method==INVITE && !has_totag()) {<br>> # We can also use a specific media relay if we need to<br>> engage_media_proxy();<br>> }<br>><br>> Then the call is made. I notice when doing a siptrace on the call that sometimes my "c=IN IP4" in the SDP never has the IP of the Mediaproxy when it calls the outbound number and then the 90127X2XX9 number. Then other times it does include the mediaproxy IP which is "173.XXX.XXX.111". It's just random when I test a call. Engage_media_proxy is called when the call to the outbound number is made and also when the call to the 90127X2XX9 number is made. If I disable ICE on the Blink client it doesn't seem to make a difference on this problem.<br>
><br>> I am using a branch version of OpenSIPS that was posted yesterday and I just upgraded Mediaproxy Dispatcher and Relay to the latest version without any luck.<br><br></div></div>Its been a while since I haven't used serial forking, but since you are using engage_media_proxy you may need to check how serial forking and the dialog module work together. Are you calling engage_media_proxy for every new branch that is appended? That is, is this always failing if the *first* endpoint doesn't answer?<br>
<br><br>Regards,<br><br>--<br>Saúl Ibarra Corretgé<br>AG Projects<br><br><br><br><br><br><br>_______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br></blockquote></div><br><br clear="all"><br>-- <br>--<br>*--*--*--*--*--*<br>
Duane<br>*--*--*--*--*--*<br>--<br>