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

Natao arisiva ity resaka mitohy ity. Mametraha fanontaniana azafady raha mila fanampiana.

WebRTC no DTLS Handshake from Firefox 47 or 48

  • 1 valiny
  • 2 manana an'ity olana ity
  • 1 view
  • Valiny farany nomen'i 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):
Sarin'efijery napaingotra

Novain'i chrischarles2002 t@

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.