<div dir="ltr">Hey all,<div><br></div><div>I created a bug a little while ago for an issue I was having with STUN binding responses during ICE negotiations on re-invites - <a href="https://freeswitch.org/jira/browse/FS-9711">https://freeswitch.org/jira/browse/FS-9711</a></div><div><br></div><div>I&#39;m trying to work on the issue now (assuming others agree it&#39;s an issue), but I was hoping to hear from the community (and the FS folks) on how it&#39;s expected to/desired to work.</div><div><br></div><div>The brief gist is that it seems to be possible for FS to have a disagreement between the remote RTP address, and the remote address it expects to receive STUN binding requests from (more details and logs can be found on the ticket). Assuming this doesn&#39;t end up being solely my issue (I don&#39;t think it is but I&#39;m not 100% confident), would you expect that FS:</div><div><br></div><div>1. Trust the RTP address, and only send STUN binding responses to that - this is the current behavior, which means I just need to figure out why FS can sometimes end up in a state where it doesn&#39;t send STUN binding responses to the address it&#39;s receiving and sending RTP from/to.</div><div><br></div><div>2. Trust the STUN binding request, and update the remote RTP address to the one that STUN bindings are received from.</div><div><br></div><div>If anyone has inputs/preferences, would be great to hear - a lot of this is still somewhat new to me. Would also appreciate assistance if anyone can.</div><div><br></div><div>Thanks in advance,</div><div>Colin</div><div><br></div><div>P.S. - To the FS folks, I assumed this conversation was safe to have in the mailing list since the bug is reported with info separately and I&#39;m looking for community input, but if you&#39;d prefer this be in JIRA feel free to let me know.</div></div>