We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

WebRTC no DTLS Handshake from Firefox 47 or 48

  • 1 reply
  • 2 have this problem
  • 2 views
  • Paskiausią atsakymą parašė Oxylatium

more options

We are using WebRTC via Doubango’s "webrtc2sip" with Asterisk for 2-way audio within browsers (no video necessary).

We are very successful using this very same architecture within Chrome, Opera and Safari.

However, when using Firefox 4x + (specifically testing with Firefox 47.x and 48.x), we are not able to establish consistent bi-direction audio connectivity. By consistent, this means that we DO establish audio, one out of every 30 to 50 attempts.

By doing SIP traces and TCP / UDP dumps, we have been able to determine that the reason for this inconsistency (really it's more like non-functioning), is because Firefox does not send out the DTLS "Client Hello".

This messaging is consistent in other browsers. As mentioned before, only with Firefox does it seem to basically almost never work.

I guess my question would be: >>> Is if there is a way to force Firefox to send that DTLS Handshake, "Client Hello", so that audio can be established in a more consistent fashion?


Thanks to all in advance. _____________________

(Attached are images of SIP traces / packet dumps of what what a successful audio stream connection looks like in Firefox [or any other browser] compared to an unsuccessful attempt):

We are using WebRTC via Doubango’s "webrtc2sip" with Asterisk for 2-way audio within browsers (no video necessary). We are very successful using this very same architecture within Chrome, Opera and Safari. However, when using Firefox 4x + (specifically testing with Firefox 47.x and 48.x), we are not able to establish consistent bi-direction audio connectivity. By consistent, this means that we DO establish audio, one out of every 30 to 50 attempts. By doing SIP traces and TCP / UDP dumps, we have been able to determine that the reason for this inconsistency (really it's more like non-functioning), is because Firefox does not send out the DTLS "Client Hello". This messaging is consistent in other browsers. As mentioned before, only with Firefox does it seem to basically almost never work. I guess my question would be: >>> Is if there is a way to force Firefox to send that DTLS Handshake, "Client Hello", so that audio can be established in a more consistent fashion? Thanks to all in advance. _____________________ (Attached are images of SIP traces / packet dumps of what what a successful audio stream connection looks like in Firefox [or any other browser] compared to an unsuccessful attempt):
Pridėtos ekrano nuotraukos

Modified by chrischarles2002

All Replies (1)

more options

Please, could you file a bug report about your issue on Bugzilla in component "Core : WebRTC Networking": https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=WebRTC%3A%20Networking

It's a better place than SUMO.