<div dir="ltr">Seems there are two options... if the phones have a static location, you can set a user variable for location. If they match on both phones, then it's internal.<div>Or, check the contact IP for both lines -- if both are the same IP, it's the same network.</div>
<div>sofia_contact gets you the entire contact string... I don't see how to get the ip directly.</div><div>You can do "sofia status profile internal reg 1000" but the you have to parse it.</div><div><br></div>
<div>One caveat: if there's multiple registrations turned on, you can have a user's desk phone and a smartphone sip client on different IPs. So you'd have to calculate if it's safe to add the bypass on each leg separately.</div>
<div><br></div><div>Does uuid_simplify help in this case? I see no documentation on how it worked and finding it in the source code wasn't immediately helpful.</div><div><br></div><div><div><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">-Avi Marcus</span><br>
<br><span style="font-family:Verdana,Arial,Helvetica,sans-serif">1-718-989-9485 (USA)</span><font face="Verdana, Arial, Helvetica, sans-serif"><br></font><div><font face="Verdana, Arial, Helvetica, sans-serif">1-866-202-5850 (USA & Canada Toll Free)</font><br>
<font face="Verdana, Arial, Helvetica, sans-serif"></font><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">02-372-</span><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:13px;line-height:15px;white-space:pre;background-color:rgb(255,255,255)">1570</span><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small"> (Israel)<br>
</span><span style="font-family:Verdana,Arial,Helvetica,sans-serif"><span style="font-size:small">020-3298-2875 (UK)</span></span></div></div></div>
<br><br><div class="gmail_quote">On Fri, Jan 11, 2013 at 12:07 PM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
All you need to do is either set bypass_media=true, or bypass_media_after_bridge=true.<div><br></div><div>The hard part is knowing when to do so. You'll need to compare the incoming and outgoing IP addresses to see if they're on the same network, and there's no way really to do so without knowing those networks in advance. The phones aren't able to tell you. If you set bypass_media and the phones can't route directly to each other then all that happens is nothing gets heard, it doesn't cause any error or fail the call.</div>
<div><br></div><div><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I was thinking on using SIP INFO for sending DTMF (in case customer have to use some phone features activated via phone)</blockquote>
<div><br></div></div><div>bypass_media_after_bridge=true will let FS collect RTP including DTMF during a IVR menu, then bridge to an endpoint and only have media going directly between caller+callee.</div></div><div><br>
</div>
<div>
-Steve</div><div><br></div><div><br></div><div><br><br><div class="gmail_quote"><div><div class="h5">On 11 January 2013 09:30, Chris B. Ware <span dir="ltr"><<a href="mailto:chrisbware@yahoo.it" target="_blank">chrisbware@yahoo.it</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><div style="font-size:12pt;font-family:times new roman,new york,times,serif"><div>
Hi all,</div><div><br></div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
I'm trying to find a way to let RTP traffic between two phones, registered to a public Freeswitch, on the same LAN, remain local.</div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
Usually phones are natted behind an ADSL router and using two RTP streams to speack each other (because, for example, are on different </div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
rooms on the same office) consume a lot of
bandwidth.</div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif"><br></div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
Is there anyone who has found a solution to this problem?</div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif"><br></div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
I was thinking on using SIP INFO for sending DTMF (in case customer have to use some phone features activated via phone), using</div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
private IP (no STUN on phones) and keeping FS out of RTP streaming.</div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif"><br>
</div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">Any help will be appreciated.</div><span><font color="#888888"><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
<br></div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">Chris </div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif">
<br></div><div style="font-style:normal;font-size:16px;background-color:transparent;font-family:'times new roman','new york',times,serif"><br></div></font></span></div></div><br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com/" target="_blank">http://www.cudatel.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://wiki.freeswitch.org/" target="_blank">http://wiki.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" target="_blank">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>
<br></blockquote></div><br></div>
<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>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com/" target="_blank">http://www.cudatel.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://wiki.freeswitch.org/" target="_blank">http://wiki.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>
<br></blockquote></div><br></div></div>