[libnice] sometimes connectivity checks fail...

Jack Wang antirazin at gmail.com
Thu Dec 24 05:40:57 PST 2015

I also test by using the random ports , which is used originally in libnice,
and found it also fails sometimes,
however,  it still can work in some later calls.

Keep tracking and testing....:P

2015-12-24 21:20 GMT+08:00 Jack Wang <antirazin at gmail.com>:

> Hi, everyone
> For several media channels (ex: audio,video etc.),
> I create ICE agents for each of them,
> and each channel I used a fixed port which is a fixed RTP port.
> Then after I did a SIP call to exchange the ICE SDP with the callee,
> I found the one who sent the offer often failed on negotiation on some
> channels (not the same ones every time),
> while the answer one is always OK.
> And if failed on the first time, it will always fail in the following
> calls.
> The Offer one is behind a symmetric NAT, and the Answer one is on WAN.
> 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.
> I cannot figure out why this happens,
> does it is related to the NAT policy for port forwarding??
> Thanks in advance :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nice/attachments/20151224/2e1b9fa8/attachment.html>

More information about the nice mailing list