<div dir="ltr"><div>Hi,</div><div><br></div><div> I agree they should have shared nonce, but still I think FS should use same IP for initial and challenged invite unless TTL for domain is not expired.</div><div><br></div><div>Is there a way to force it to such behaviour? I've tried with fs_path but seems this does not work for challenged invite neither</div><div><br></div><div>Somebody posted bug FS-8820 on same case but with different carrier.<br></div><div><br></div><div>Regards<br></div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Date: Tue, 19 Jun 2018 14:26:53 -0400<br><div style="word-wrap:break-word;line-break:after-white-space">if they are doing nonces on a shared realm, they should be sharing those nonces across their cluster.  If they are not, every time it hits a diff member of the cluster you will get a stale nonce and have to go through that juggle again.  This is just a side effect of how sip auth works.<div><br><div><br><blockquote type="cite"><div>On Jun 19, 2018, at 12:50 PM, Marcin Kowalczyk <<a href="mailto:kowalma@gmail.com" target="_blank">kowalma@gmail.com</a>> wrote:</div><br class="m_-2188620102117123729Apple-interchange-newline"><div>Hi,<br><br> I'm having problem setting-up trunk with provider who does have muliple sip-proxies with not shared nonce db. <div><br><a href="http://sip.freeconet.pl/" target="_blank">sip.freeconet.pl</a> resolves to 3 diffrent IP and FS does not cache/remeber IP that send back request. </div><div><br></div><div>So we have a case <br>FS->P1: Invite<br>P1 -> FS -> 407 + nonce<br>FS does again DNS lookup and <br>FS->P2 Invite with nonce from P1<br>P2->FS 407<br>FS fails call.<br><br>Is there a way to force FS to send all messages within dialog to one IP only ?<br><br>Regards<br><br></div></div></blockquote></div><br>
</div></div></blockquote></div></div>