[Bug 94812] implement finish_initial_candidates method

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=94812

--- Comment #4 from Fabrice Bellet <fabrice at bellet.info> ---
(In reply to diane from comment #3)
> Thank you for the patch.
> 
> I'm not terribly familiar with how the ICE negotiation works. Your
> description does sound plausible, but would you happen to know 
> 
> I've been doing all my VoIP testing using SIP and one of the things I've
> observed is that some of the time I'll only end up with a stream in one
> direction. KDE Telepathy exposes a hold which allows me to renegotiate the
> streams and I'll usually then get sound in both directions.
> 
> It seems like from your description that could be caused by this.

Yes, I think this is very possible, the ICE spec relies greatly on the
assumption that both agents start to test the same set of connection candidates
 "local-address:local-port <--> remote-address:remote-port", in the same order
(their list is ordered), and at the same time. This may be more difficult if
both peers don't implement the same flavor of the ICE spec.

Any delay introduced by the round-trip time with the xmpp server may void this
assumption.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.