On Friday, March 21, 2014 2:58:31 PM UTC+1, Eric Rescorla wrote: > OK, let's stop here. If you're not getting ICE candidates from the other > > side, > > then it's actually fairly unlikely things are going to work. So, let's try > > to figure > > out why that's happening first. Looking at the SDP, I just see host > > candidates > > from the other side, though they may (or may not) be NATed. Are there > > other candidates I'm not seeing? Incidentally, what is the other side in > > this trace? Is it Chrome but with the SDP coalesced? > > > > I also don't understand what you mean by "the server's ICE candidates". > > I thought you were calling a phone on the other side.
The call comes from the server to FF. The server puts itself (and only itself) as host candidates into the SDP, removing everything which might potentially come from the calling side. So FF really only sees the server, and should interpret it as its peer. > If you are the controlled side, you shouldn't be sending USE-CANDIDATE. > > That's the other side's job. That's the difference between controlled and > > controlling. What's important to note here is that the SDP received by FF contains an a=ice-lite line, and therefore FF must be the controlling side. In the issue I opened, somebody referred to https://bugzilla.mozilla.org/show_bug.cgi?id=942188 which seems to be exactly the issue I'm facing. Andreas _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
