I have changed the iaddress to private network (existing interface) but now subscribers can not login . LB trying to relay request to <a href="http://127.0.0.1:5062">127.0.0.1:5062</a> and proxy is listening on private address<div>
<br><div><br></div><div>Vladimir</div><div><br><br><div class="gmail_quote">On Tue, Jun 19, 2012 at 12:21 PM, 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"><div class="im">On 06/19/2012 11:57 AM, Andrew Pogrebennyk wrote:<br>
> Vladimir,<br>
><br>
> we've had a problem like this before when mp202 was replacing 127.0.0.1<br>
> address in Record-Route headers (added by spce internal components) with<br>
> its own IP address. Could you run 'ngrep-sip b' and send us the trace to<br>
> know if that is the case? You can send it to me privately to not<br>
> disclose any IP addresses.<br>
<br>
</div>A follow-up from discussion in private: this is indeed a known bug in<br>
Audiocodes.  SPCE is routing calls via a SIP loadbalancer, a SIP proxy<br>
and an SBC internally, and we have two record routes via 127.0.0.1 which<br>
are wrongly rewritten by the MP252 to its public IP address. An ACK<br>
message then can't reach the UAS. In case somebody wonders there is<br>
workaround to setup dummy network interface and change iaddress to that.<br>
</blockquote></div><br></div></div>