<div dir="ltr">Iif you're just forwarding to another destination, you'd better let the destination answer the call, instead of you answering _after_ bridging it:<div><br></div><div><font face="monospace"> <condition field="network_addr" expression="^xx\.yy\.zz\.tt$">  <-- As Ciprian pointed out, using the IP is not always a good idea. Are you also using ACL?<br>        <action application="set" data="ringback=...."/><br>        <action application="pre_answer" data=""/><br>        <action application="bridge" data="{...}sofia/external/${destination_number}@$${OTHER_PROVIDER}"/><br>        <action application="answer" data=""/>  <--- shouldn't be here, you're answering the call after you've transferred it.<br>        <action application="hangup" data=""/><br> </condition></font><br></div><div><br></div><div>You're also not using a gateway, but an IP address, instead create a gateway and use it like so:</div><div><br></div><div><font face="monospace"><action application="bridge" data="{...}sofia/gateway/[your-gateway]/${destination_number}"/></font><br></div><div><br></div><div>About the media, according to Brian:</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>bypass_media=false<br></div></div></blockquote><div><br></div><div>Does nothing.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>proxy_media=false</div></div></blockquote><div><br></div><div>Does nothing. </div></div><div><br></div><div>But that was in regards to t.38, so...</div><div><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>Regards,</div><div><br></div>David Villasmil<div>email: <a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a></div><div>phone: +34669448337</div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 29, 2019 at 11:03 PM Ciprian Dosoftei <<a href="mailto:ciprian.dosoftei@gmail.com" target="_blank">ciprian.dosoftei@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>1- is this the right way?<br></div></div></blockquote><div><br></div><div>It really depends on your circumstances and the use case, so it's difficult to tell. Also, the network address criteria may not be as stable as expected, perhaps another variable is better suited for that condition.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>    2- when i do like this, do RTP packages go over my server?<br></div></div></blockquote><div><br></div><div>In most circumstances, the RTP will flow through your server indeed.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>       3- what should i do, just to transfer signalling, not to transfer media over my server?<br></div></div></blockquote><div><br></div><div>Check bypass_media and/or bypass_media_after_bridge: <a href="https://freeswitch.org/confluence/display/FREESWITCH/Variables+Master+List#VariablesMasterList-bypass_media" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/Variables+Master+List#VariablesMasterList-bypass_media</a></div></div></div>
_________________________________________________________________________<br>
<br>
The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" rel="noreferrer" target="_blank">https://signalwire.com</a><br>
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.<br>
Build your next product on our scalable cloud platform.<br>
<br>
Join our online community to chat in real time <a href="https://signalwire.community" rel="noreferrer" target="_blank">https://signalwire.community</a><br>
<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div>