<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">are you trying to send the media over the vpn now or peer to peer? &nbsp;do you still have&nbsp;inbound-bypass-media set to true? &nbsp;Peer to peer may never work depending on what is in the original sdp of the clients.<div><br><div><div>On Sep 8, 2013, at 11:28 PM, Peter &lt;<a href="mailto:eidevm5@gmail.com">eidevm5@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div>Hi Michael.<br><br></div>I have rtp-ip set to the VPN IP address.&nbsp;&nbsp; Is there any other setting I can try?<br><br>Thanks<br><br>Peter<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 6, 2013 at 4:24 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">if your talking about the media still hitting fs but through a<br>
different ip that isn't going through VPN, you should be able to work<br>
this out by adjusting rtp-ip param<br>
<br>
On Sep 5, 2013, at 7:52 AM, "Veniamin (Benjamin) Beskrovny"<br>
<div class="HOEnZb"><div class="h5">&lt;<a href="mailto:beskrovny@gmail.com">beskrovny@gmail.com</a>&gt; wrote:<br>
<br>
&gt; <a href="http://wiki.freeswitch.org/wiki/Codec_negotiation#Rewriting_SDP" target="_blank">http://wiki.freeswitch.org/wiki/Codec_negotiation#Rewriting_SDP</a> maybe?<br>
&gt;<br>
&gt; On 9/5/13, Peter &lt;<a href="mailto:eidevm5@gmail.com">eidevm5@gmail.com</a>&gt; wrote:<br>
&gt;&gt; This is not a direct FreeSWITCH question, but was hoping someone might have<br>
&gt;&gt; set up a similar configuration.<br>
&gt;&gt;<br>
&gt;&gt; Currently I have a FS server where SIP clients (Linphone) register to via a<br>
&gt;&gt; Cisco AnyConnect VPN. &nbsp;I have inbound-bypass-media set to true so that RTP<br>
&gt;&gt; traffic is peer to peer.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; If I tunnel all traffic, the SIP transport and RTP media works just fine.<br>
&gt;&gt;<br>
&gt;&gt; If I set up a VPN split tunnel that allows the subnets of the VPN client<br>
&gt;&gt; and the FS server, the SIP signalling is fine, but in the SDP, it specifies<br>
&gt;&gt; a non VPN address, eg:<br>
&gt;&gt;<br>
&gt;&gt; INVITE <a href="mailto:sips%3A1004@10.1.1.204">sips:1004@10.1.1.204</a>;transport=udp SIP/2.0<br>
&gt;&gt; &nbsp; Via: SIP/2.0 10.1.254.36:53036;branch=z9hG4bK.GRrzYXeCN;rport<br>
&gt;&gt; &nbsp; From: &lt;<a href="mailto:sip%3A1001@10.1.1.204">sip:1001@10.1.1.204</a>&gt;;tag=cN83ZcmHw<br>
&gt;&gt; &nbsp; To: <a href="mailto:sip%3A1004@10.1.1.204">sip:1004@10.1.1.204</a><br>
&gt;&gt; &nbsp; CSeq: 20 INVITE<br>
&gt;&gt; &nbsp; Call-ID: e7eEYxoML2<br>
&gt;&gt; &nbsp; Max-Forwards: 70<br>
&gt;&gt; &nbsp; Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,<br>
&gt;&gt; SUBSCRIBE, INFO<br>
&gt;&gt; &nbsp; Content-Type: application/sdp<br>
&gt;&gt; &nbsp; Content-Length: 426<br>
&gt;&gt; &nbsp; User-Agent: LinphoneAndroid/2.1.2-177-g015b83c (belle-sip/0.0.1)<br>
&gt;&gt; &nbsp; Contact: &lt;<a href="http://sip:1001@10.1.254.36:53036/" target="_blank">sip:1001@10.1.254.36:53036</a><br>
&gt;&gt; ;transport=udp&gt;;+sip.instance="&lt;urn:uuid:83c4b823-9c0d-4e02-b7f7-cdd3ae2f1259&gt;"<br>
&gt;&gt;<br>
&gt;&gt; &nbsp; v=0<br>
&gt;&gt; &nbsp; o=1001 3921 1865 IN IP4 [ISP address]<br>
&gt;&gt; &nbsp; s=Talk<br>
&gt;&gt; &nbsp; c=IN IP4 [ISP address]<br>
&gt;&gt; &nbsp; b=AS:380<br>
&gt;&gt; &nbsp; t=0 0<br>
&gt;&gt; &nbsp; m=audio 1031 RTP/SAVP 0 8 100 101<br>
&gt;&gt; &nbsp; a=rtpmap:100 iLBC/8000<br>
&gt;&gt; &nbsp; a=fmtp:100 mode=30<br>
&gt;&gt; &nbsp; a=rtpmap:101 telephone-event/8000<br>
&gt;&gt; &nbsp; a=fmtp:101 0-11<br>
&gt;&gt; &nbsp; a=rtcp:7079 IN IP4 [wireless IP address]<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; I'm not very familiar with how the SDP is constructed, but I'm assuming<br>
&gt;&gt; that it's the SIP client that's responsible for offering it's IP addresses.<br>
&gt;&gt;<br>
&gt;&gt; Are there any FreeSWITCH settings that would affect the IP addresses in the<br>
&gt;&gt; SDP?<br>
&gt;&gt;<br>
&gt;&gt; Thanks<br>
&gt;&gt;<br>
&gt;&gt; Peter<br>
&gt;<br>
&gt; _________________________________________________________________________<br>
&gt; Professional FreeSWITCH Consulting Services:<br>
&gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
&gt; <a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.com</a><br>
&gt;<br>
&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
&gt; <a href="http://www.cudatel.com/" target="_blank">http://www.cudatel.com</a><br>
&gt;<br>
&gt; Official FreeSWITCH Sites<br>
&gt; <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
&gt; <a href="http://wiki.freeswitch.org/" target="_blank">http://wiki.freeswitch.org</a><br>
&gt; <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com</a><br>
&gt;<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><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>
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>
</div></div></blockquote></div><br></div>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>http://www.freeswitchsolutions.com<br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>http://www.cudatel.com<br><br>Official FreeSWITCH Sites<br>http://www.freeswitch.org<br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div></body></html>