[jitsi-dev] Chrome randomly gets stucked in ICE connection "checking"


#1

Chrome randomly gets stucked in ICE connection “checking” and it never connects. About 80% of the time ICEConnectionStateConnected is happening. I am just using stun right now, haven’t setup a turn server yet. Thoughts?

···

Versendet mit Emailn.de - Freemail

  • Unbegrenzt Speicherplatz

  • Eigenes Online-B�ro

  • 24h besten Mailempfang

  • Spamschutz, Adressbuch


#2

What client are you using? Jitsi-meet or something else?

Matthew Fredrickson

···

On Thu, May 7, 2015 at 5:19 PM, <martin.hoole@emailn.de> wrote:

Chrome randomly gets stucked in ICE connection "checking" and it never
connects. About 80% of the time ICEConnectionStateConnected is happening. I
am just using stun right now, haven't setup a turn server yet. Thoughts?

------------------------------

Versendet mit Emailn.de <http://www.emailn.de/> - Freemail

* Unbegrenzt Speicherplatz
* Eigenes Online-Büro
* 24h besten Mailempfang
* Spamschutz, Adressbuch

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
Matthew Fredrickson
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA


#3

Using Google Chrome, Jitsi REST API,

Candidates are patched e.g.:

{“id”:“3048e0b6eabe69”,“contents”:[{“name”:“video”,“channels”:[{“channel-bundle-id”:“fc287068a29f8d46”,“transport”:{“candidates”:[{“foundation”:“107066936”,“component”:“1”,“priority”:“2122260223”,“ip”:“192.168.188.23”,“port”:“61705”,“generation”:“0”,“type”:“host”,“network”:0,“protocol”:“udp”}]}}]}]}

However it fails 20% of the time. Any idea?

···

On Thu, May 7, 2015 at 5:19 PM, martin.hoole@emailn.de wrote:

Chrome randomly gets stucked in ICE connection “checking” and it never connects. About 80% of the time ICEConnectionStateConnected is happening. I am just using stun right now, haven’t setup a turn server yet. Thoughts?


Versendet mit Emailn.de - Freemail

  • Unbegrenzt Speicherplatz

  • Eigenes Online-B�ro

  • 24h besten Mailempfang

  • Spamschutz, Adressbuch


dev mailing list

dev@jitsi.org

Unsubscribe instructions and other list options:

http://lists.jitsi.org/mailman/listinfo/dev
Matthew Fredrickson
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA


#4

Hello Martin, we've had a similar issue a few months ago with v41 (Canary
at the time) only in that case the ICE connection always failed. The
problem was that the DTLS negotiation didn't complete. Having a look at the
pcap could help.

···

On Sat, May 9, 2015 at 8:11 AM, Martin Negermeister <martin.hoole@emailn.de> wrote:

Using Google Chrome, Jitsi REST API,

Candidates are patched e.g.:

{"id":"3048e0b6eabe69","contents":[{"name":"video","channels":[{"channel-bundle-id":"fc287068a29f8d46","transport":{"candidates":[{"foundation":"107066936","component":"1","priority":"2122260223","ip":"192.168.188.23","port":"61705","generation":"0","type":"host","network":0,"protocol":"udp"}]}}]}]}

However it fails 20% of the time. Any idea?

--- Ursprüngliche Nachricht ---
*Von:* Matt Fredrickson <creslin@digium.com>
*Datum:* 08.05.2015 21:31:26
*An:* martin.hoole@emailn.de, Jitsi Developers <dev@jitsi.org>
*Betreff:* Re: [jitsi-dev] Chrome randomly gets stucked in ICE connection
"checking"

What client are you using? Jitsi-meet or something else?

Matthew Fredrickson

On Thu, May 7, 2015 at 5:19 PM, <martin.hoole@emailn.de> wrote:

Chrome randomly gets stucked in ICE connection "checking" and it never
connects. About 80% of the time ICEConnectionStateConnected is happening. I
am just using stun right now, haven't setup a turn server yet. Thoughts?

------------------------------

Versendet mit Emailn.de <http://www.emailn.de/> - Freemail

* Unbegrenzt Speicherplatz
* Eigenes Online-Büro
* 24h besten Mailempfang
* Spamschutz, Adressbuch

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
Matthew Fredrickson
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA

------------------------------

Versendet mit Emailn.de <http://www.emailn.de/> - Freemail

* Unbegrenzt Speicherplatz
* Eigenes Online-Büro
* 24h besten Mailempfang
* Spamschutz, Adressbuch

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#5

If there are situations where Jitsi-Videobridge doesn't always win the ICE
negotiation process, and you allow Chrome to be the ICE-CONTROLLING side,
aggressive nomination in Chrome will cause Jitsi's DTLS code to listen on a
previously picked candidate pair (which won't be used by Chrome to send
part of the DTLS initiation transaction), rather than the most currently
chosen pair that Chrome decides. This will cause DTLS to fail, and could
have other fallout as well (IIRC).

The recommended workaround is to construct the call such that jitsi always
ends up in the ICE-CONTROLLING role.

You can do this by making Jitsi Videobridge to appear as if it initiated
the call in all circumstances (as if Jitsi-Videobridge sent the offer
initially, and initiator=false when you setup the channel via the REST API).

If you are in a situation where you cannot do this, or would not like to do
this, there are other ways to work around it, but they require various code
changes in Jitsi Videobridge and ice4j for it to work.

We ended up patching ice4j to allow it to force Jitsi-Videobridge to always
be in the ICE-CONTROLLING role for our application. If you do go this
route, there's a bug in the tie-breaker code in ice4j as well which was
uncovered (this could cause random problems as well if you run into
situations where tie-breaking is necessary). You can read about it more
here (and find the patch we used to fix it):

https://code.google.com/p/ice4j/issues/detail?id=28

Hope that helps.

Matthew Fredrickson

···

On Sat, May 9, 2015 at 8:11 AM, Martin Negermeister <martin.hoole@emailn.de> wrote:

Using Google Chrome, Jitsi REST API,

Candidates are patched e.g.:

{"id":"3048e0b6eabe69","contents":[{"name":"video","channels":[{"channel-bundle-id":"fc287068a29f8d46","transport":{"candidates":[{"foundation":"107066936","component":"1","priority":"2122260223","ip":"192.168.188.23","port":"61705","generation":"0","type":"host","network":0,"protocol":"udp"}]}}]}]}

However it fails 20% of the time. Any idea?

--- Ursprüngliche Nachricht ---
*Von:* Matt Fredrickson <creslin@digium.com>
*Datum:* 08.05.2015 21:31:26
*An:* martin.hoole@emailn.de, Jitsi Developers <dev@jitsi.org>
*Betreff:* Re: [jitsi-dev] Chrome randomly gets stucked in ICE connection
"checking"

What client are you using? Jitsi-meet or something else?

Matthew Fredrickson

On Thu, May 7, 2015 at 5:19 PM, <martin.hoole@emailn.de> wrote:

Chrome randomly gets stucked in ICE connection "checking" and it never
connects. About 80% of the time ICEConnectionStateConnected is happening. I
am just using stun right now, haven't setup a turn server yet. Thoughts?

------------------------------

Versendet mit Emailn.de <http://www.emailn.de/> - Freemail

* Unbegrenzt Speicherplatz
* Eigenes Online-Büro
* 24h besten Mailempfang
* Spamschutz, Adressbuch

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
Matthew Fredrickson
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA

------------------------------

Versendet mit Emailn.de <http://www.emailn.de/> - Freemail

* Unbegrenzt Speicherplatz
* Eigenes Online-Büro
* 24h besten Mailempfang
* Spamschutz, Adressbuch

--
Matthew Fredrickson
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA