<div dir="ltr">Andrew, <div><br></div><div>Thank you so much for your assistance.   </div><div><br></div><div>There is no NAT between the FreePBX and SPCE, The FreePBX and SPCE each use their own IP address for media and signaling.  </div>
<div>There are two carrier peers involved which both use different IP addresses for media and signaling.  There is also no NAT between the carriers and SPCE.   The signaling comes from a single IP at each carrier, but a range of IPs for the media.   The carriers' proxies cannot reach the FreePBX IP address.  Only the SPCE can reach both FreePBX and Carriers without NAT.</div>

<div><br></div><div><br></div><div>config.yml   has the following line:</div><div><br></div><div>nattest_exception_ips ~</div><div><br></div><div>Is the above variable for potential media proxy IP address(es) or signaling proxy IP address(es)</div>
<div><br></div><div>How do I define a range of IP addresses?   Let's say I want to include 10.0.0.0 - 25.255.255.255</div><div><br></div><div>How do I define a list of unique IP addresses?   Let's say I want to include 10.5.6.7   10.11.12.13 and 42.43.44.45  </div>

<div><br></div><div>Thanks for your assistance.   </div><div><br></div><div>-Gary</div><div><br></div><div><br></div><div>On Sun, Jul 13, 2014 at 3:30 AM, Andrew Pogrebennyk <span dir="ltr"><<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>></span> wrote:<br>

</div><div class="gmail_extra"><div class="gmail_quote"><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">Hi Gary,<br>


<br>
first my guess: is FreePBX on private IP? Does it proxy media? If it's<br>
private then SPCE receives INVITE from the RFC1918 IP and lb will<br>
overwrite whatever IP stands in the SDP with packet source IP. NAT check<br>
is sometimes causing troubles if media address is different from<br>
(private) signaling address, not sure whether this is the case or not,<br>
but in that case we recommend to whitelist signaling IP in<br>
nattest_exception_ips in the config.yml.<br>
<div><br>
On 13/07/14 04:30, Gary Nieboer wrote:<br>
> If the SPCE is version 2.8, everything appears to work fine in the above<br>
> scenarios.<br>
><br>
> If the SPCE is version 3.2.1   or 3.3.1, then we have this failure.<br>
<br>
</div>I can't think of any changes that could affect this. Check the<br>
/var/log/ngcp/rtp.log for messages "Confirmed peer information for port<br>
xyz". This means the first RTP packet has been received from either side<br>
on the mediaproxy port. Try comparing this log with the trace to find<br>
which side is not sending any media. Make a trace with RTP when unsure.<br>
<div><br>
> I read about a feature enhancement with 3.x, and it included a new<br>
> variable:   bypass_rtpproxy   We would like the SPCE to proxy all rtp<br>
> and potentially it is trying to bypass since both calls through the<br>
> FreePBX are from the same IP.   Where might we find this variable?<br>
<br>
</div>It will be in the next 3.4 version actually and is in the 3.3 release<br>
notes by mistake.<br>
<br>
Hope this helps.<br>
<span><font color="#888888">Andrew<br>
</font></span></blockquote></div><br></div></div>