<div dir="ltr">Thanks Andrew.<div><br></div><div>Have just done as you suggested (which was similar to a version of config we had already tried) and am still seeing the same behaviour.</div><div><br></div><div>The outbound_socket and rtp_socket are both using the "mypeer" RTP socket, but the SDP still includes the endpoint IP.<br></div><div><br></div><div>What should we look at next?</div><div><br></div><div>Thanks,</div><div>Andrew</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 August 2015 at 18:11, Andrew Pogrebennyk <span dir="ltr"><<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="im HOEnZb">On 08/17/2015 10:03 AM, Andrew Yager wrote:<br>
</span><span class="im HOEnZb">> Thanks; can easily make that change. We had specified sip_ext as the<br>
> provider insists on sending SIP OPTIONS packets, which in the default<br>
> kamailio.cfg.tt2 for the proxy:<br>
><br>
> [% FOREACH extip IN sip_ext_ips -%] || $rd == "[% extip %]" [% END %]<br>
><br>
> does not add the IPs for interfaces which aren't "sip_ext", and so the<br>
> "OPTIONS" packets were just ignored.<br>
><br>
> Is the best thing to manually patch the .tt2 file to deal with this and<br>
> preserve this through updates, or is there another way to make this be<br>
> honoured?<br>
<br>
</span><div class="HOEnZb"><div class="h5">Thanks, all is clear now. No problem, you may leave the sip_ext on the<br>
second interface for now, it doesn't harm. The only thing I have<br>
recognized when having more than one sip_ext interface in the<br>
network.yml is that the LB is masking the internal Contact to<br>
sip:ngcp_lb@[% sip_ext_ips.0 %] and in that case this was awkward<br>
because the customer had extra interface listed before the public<br>
sip_ext, but I see no issue with marking all of them as sip_ext in<br>
general. The patch is fine too - whatever you prefer.<br>
<br>
Regards,<br>
Andrew<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><b>Andrew Yager, Managing Director</b> <i>(BCompSc, JNCIS-SP, MACS (Snr) CP)</i><br></div><div dir="ltr">Real World Technology Solutions - IT People you can trust</div><div dir="ltr">Voice | Data | IT Procurement | Managed IT</div><div dir="ltr"><a href="http://rwts.com.au" target="_blank">rwts.com.au</a> | 1300 798 718</div><div dir="ltr"><br></div><div dir="ltr"><img src="http://www.rwts.com.au/email-signature-logo.jpg"><br></div><div dir="ltr"><i style="font-family:arial;font-size:small">Real World is a Dell Premier Partner</i><br></div><div dir="ltr"><br></div><div dir="ltr">This document should be read only by those persons to whom it is addressed and its content is not intended for use by any other persons. If you have received this message in error, please notify us immediately. Please also destroy and delete the message from your computer. Any unauthorised form of reproduction of this message is strictly prohibited. We are not liable for the proper and complete transmission of the information contained in this communication, nor for any delay in its receipt. Please consider the environment before printing this e-mail.</div></div></div></div></div></div></div></div></div></div>
</div>