<div dir="ltr">I also test by using the random ports , which is used originally in libnice,<div>and found it also fails sometimes, </div><div>however,  it still can work in some later calls.</div><div><br></div><div>Keep tracking and testing....:P</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-12-24 21:20 GMT+08:00 Jack Wang <span dir="ltr"><<a href="mailto:antirazin@gmail.com" target="_blank">antirazin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, everyone<div><br></div><div>For several media channels (ex: audio,video etc.),</div><div>I create ICE agents for each of them,</div><div>and each channel I used a fixed port which is a fixed RTP port.</div><div><br></div><div>Then after I did a SIP call to exchange the ICE SDP with the callee,</div><div>I found the one who sent the offer often failed on negotiation on some channels (not the same ones every time), </div><div>while the answer one is always OK.</div><div>And if failed on the first time, it will always fail in the following calls.</div><div><br></div><div>The Offer one is behind a symmetric NAT, and the Answer one is on WAN.</div><div>I trace the log and found the failed(for negotiation) ones always discover the prflx candidate very late, and cannot be READY state in the end.</div><div><br></div><div>I cannot figure out why this happens,</div><div>does it is related to the NAT policy for port forwarding??</div><div><br></div><div><br></div><div>Thanks in advance :)</div><div><br></div><div><br></div></div>
</blockquote></div><br></div>