[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