<div dir="ltr">On Mon, Apr 10, 2017 at 9:42 AM, Lorenzo Miniero <span dir="ltr"><<a href="mailto:lminiero@gmail.com" target="_blank">lminiero@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail-h5"><span style="color:rgb(34,34,34)">Not sure whether Chad has a different NAT configuration and yet the same problem: if srflx should work for him, for instance, but it doesn't and the prflx issue is breaking it for him, it may be an indication we're doing something wrong with the management of remote candidates (but why did it work so far then?).</span></div></div></div></div></blockquote><div><br></div><div>I’ve looked at several dumps of Chrome WebRTC connections between Janus and various users of my system, and they all seem to be using srvflx candidates to complete their ICE connectivity, so I don’t believe I’m running into the same exact issue you’re seeing.</div></div></div></div>