<p dir="ltr">I have been following this thread fo some time. Trying to shave off some delay with direct connectivity has cone to my mind a couple of times too.<br>
The trouble is that mobile devices are not your typical ethernet nodes. What you see as devices in the same subnet are often several complex hops away in terms of cell roaming connectivity.<br>
In relative terms, imagine that the ipv4 address space is already a VPN and the rules across segments are uniquely diverse.<br>
If you find it working on some mobile networks, you can still use ICE as suggested beforehand to present media candidates and not needing to retry the call. If device to device fails, it switches to proxy.</p>
<div class="gmail_quote">18 янв. 2015 г. 1:50 пользователь "Brian West" <<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">FYI proxy media mode is not needed and not what you think it is<span></span>, FS always proxies the media, on AT&T you just need stun and it just works for me.<br><br>On Saturday, January 17, 2015, Kristian Kielhofner <<a href="mailto:kris@kriskinc.com" target="_blank">kris@kriskinc.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You want ICE.<span></span><br><br>On Saturday, January 17, 2015, Assaf Dahary <<a>adahary@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#226EF9" vlink="#226EF9"><p dir="ltr">I desided to check each mobile operator network by trying first bypass mode and if it fails then redial automaticalky with proxy mode (and not trying it again with this operator). </p>
<p dir="ltr">For those mobile network (fail bypass) users the alternatives can be:<br>
- buying static public ip from operator.<br>
- setting up mobile operator VPN group with public access to FS.<br>
- setting up common local VPN server to share direct connectivity for users group.</p>
<div class="gmail_quote">On Jan 17, 2015, at 16:30, Bote Man <<a>bote_radio@botecomm.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">I have it on good authority that AT&T in the U.S. assigns public i.p. addresses to each device, but is subject to firewall rules whatever they might be. </span></p><p></p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"></span></p><p> </p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">They offer "enterprise static i.p. service" that allows greater freedom, however. Sounds expensive and scary.</span></p><p></p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"></span></p><p> </p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">I agree with Steven Ayre: I would not depend on having necessary connectivity.</span></p><p></p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"></span></p><p> </p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">Bote</span></p><p></p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"></span></p><p> </p><p></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"></span></p><p> </p><p></p><div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Assaf Dahary<br><b>Sent:</b> Thursday, 15 January, 2015 11:47<br><b>Subject:</b> Re: [Freeswitch-users] mobile to mobile over 3g/4g</span></p><p></p><p></p></div></div><p>It se<span style="color:black">e</span>ms that some mobile operators allow internal direct connectivity and some just block it.</p><p></p><p>Direct connectivity will increase call quality and drop call latency.</p><p></p><p>I should start mapping mobile operators by trying first bypass media on internal calls and if fail then to cancel it and call via FS .</p><p></p><div><p class="MsoNormal" style="word-break:break-all">On Jan 15, 2015, at 18:32, Steven Ayre <<a>steveayre@gmail.com</a>> wrote:</p><p></p><div><p class="MsoNormal" style="word-break:break-all">I would expect that while
it might work on some operators you won't be able to rely on it working for all mobile networks.</p><p></p><div><p class="MsoNormal" style="word-break:break-all"></p><p> </p></div><div><p class="MsoNormal" style="word-break:break-all">If your users aren't under your control and therefore aren't on networks you've had an opportunity to test this on then you'll probably see many calls with no audio.</p><p></p></div><div><p class="MsoNormal" style="word-break:break-all"></p><p> </p></div><div><p class="MsoNormal" style="word-break:break-all"></p><p> </p></div><div><p class="MsoNormal" style="word-break:break-all"></p><p> </p><div><p class="MsoNormal" style="word-break:break-all">On 15 January 2015 at 13:33, Assaf Dahary <<a>adahary@gmail.com</a>> wrote:</p><p></p><div><div><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi,</span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I'm currently using bypass_media to make two mobile call each directly (RTP bypass FS) over the same wifi network.</span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Once I detect that caller and callee are sharing the same WiFi network then I switch to bypass_media in dialplan (works well in big complex buildings). </span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I would like also to use the same bypass_media mode when mobiles connect over 3g/4g data mobile network.</span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I fully understand that both mobiles should be connected to the same mobile operator and should share a common subnet routing (without NAT) for them to 'see' each other private IP addr.</span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Is it possible for two mobiles on the same mobile 3g/4g network to ping each other using their private IP addr? </span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Should mobile operators allow this kind of direct peer connections (I couldn't ping internally with my Orange mobile operator)?</span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Did anyone successfully make a direct bypass_media call between two sip mobiles over 3g/4g network? </span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Regards</span></p><p></p><p class="MsoNormal" style="word-break:break-all"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">assaf</span></p><p></p></div></div></div></div></div><pre style="word-break:break-all"><span style="font-family:"Arial","sans-serif""><p> </p></span></pre></div></div></div><pre><hr><br>Professional FreeSWITCH Consulting Services: <br><span><a title="Linkified from plain text using Linkify Plus (0): consulting@freeswitch.org">consulting@freeswitch.org</a></span><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br><br>Official FreeSWITCH Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br><a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br><br>FreeSWITCH-users mailing list<br><span><a title="Linkified from plain text using Linkify Plus (1): FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></span><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></pre></blockquote></div></div></blockquote><br><br>-- <br>Sent from mobile device<br>
</blockquote><br><br>-- <br><div dir="ltr">
<p><font face="courier new, monospace"><b><i><font size="4">Brian West</font></i></b><br><span style="font-size:x-small"><a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a></span></font></p>
<p><font size="1" face="courier new, monospace"><img src="http://billing.freeswitch.org/templates/default/img/whmcslogo.png"><br></font></p><p><font face="courier new, monospace"><b><i>Twitter: @FreeSWITCH , @briankwest</i></b><br><a href="http://www.freeswitchbook.com" target="_blank">http://www.freeswitchbook.com</a><br><a href="http://www.freeswitchcookbook.com" target="_blank">http://www.freeswitchcookbook.com</a></font></p>
<p><font face="courier new, monospace"><b>T:</b><a href="tel:%2B19184209001" value="+19184209001" target="_blank">+19184209001</a> | <b>F:</b><a href="tel:%2B19184209002" value="+19184209002" target="_blank">+19184209002</a> | <b>M:</b>+1918424WEST (9378)<br><b>iNUM:</b>+883 5100 1420 9001 | <b>ISN:</b>410*543 | <b>Skype:</b>briankwest</font></p></div><br>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div>