-
Notifications
You must be signed in to change notification settings - Fork 33
ICE 1007 #89
Comments
I'm currently having the same problem (for about 2 weeks). |
@fabricerouillier here is my console output of the browser if you want to compare. |
btw. the firewall is configured as described in the official bbb-docu (https://docs.bigbluebutton.org/2.2/configure-firewall.html#configure-your-firewall) as said: firefox works fine but I have troubles using any chrome browser as well as iOS. |
I will re-install from scratch and perform the same test as you. In my side I am using a Scaleway instance , say strictly with the same conditions as another (non docker) setting of BBB 2.2.31 which works perfectly. |
I just reinstalled the complete BBB-Setup. |
Same problem for me. Getting 1007 error in Chrome but not in Firefox. Chrome on my Smartphone isn't passing the ECHO-Test but the camera works. Not sure if the connection log in Firefox about:webrtc may be of help for tracking down the problem. It is showing several STUN / TURN releated errors like: (stun/WARNING) STUN-CLIENT(relay(IP4:192.168.0.101:0/TLS|xx.xxxxxxxxx.xxx:465)::TURN): nr_stun_process_error_response failed To test port 465 I transfered some bytes from the client to the bbb server with netcat and the server received them. So I wonder what's the problem here. Is my local "IP4:192.168.0.101:0/TLS" wrong here and STUN doesn't work? |
After some parallel installation on the same (scaleway) cloud of this docker version and of a non docker version, I guess that the issue is that the external IP is not well set in the docker version. Using firefox, the information in about:webrtc shows that the bind is tried exclusively on the local IP while it should be done on the external IP. |
Hi, But I still get the ICE 1007 error. My ufw rules are:
My
|
I'm unable to provide a solution, but maybe I can add some observations: For a few weeks I've been getting the same ICE1007 reports by users, but only from a certain internet provider (vodafone/cable). To alleviate the issue I setup the coturn server, which was previously not needed. However the coturn server only works for firefox (desktop) clients. Chrome users of that particular provider still get the ICE1007 error and coturn log states More general, according to the coturn log it takes issue with some statements in the .conf file.
|
Weird. I've just done a fresh install, and was about to confirm the issue on a fresh ubuntu 16.04, with no firewall configured. At the very beginning of my test, Firefox worked fine, but IC 1007 error popped up with chrome both in listening and microphone mode. But after a while, like 10mn, all of sudden I had no issue with neither chrome, nor edge. I've restarted the bbb docker instance, restarted the server, but was not able to reproduce the error after that. Looks like a kind of propagation problem ? In firefox, about:webrtc, remote candidate shows my external IP. |
I think I was able to solve the issue in my case. The situation was the same:
My server is running in Azure Cloud behind a firewall. Filtering has been disabled, but the NIC still receives a private (10.x.x.x) IP address. The solution: It seems like the external IP address MUST be assigned to an interface for FreeSWITCH to work correctly. After adding a dummy NIC with the external IP address, the echo test passes - in both browsers, on both internet connections, without coturn enabled. https://docs.bigbluebutton.org/2.2/configure-firewall.html#configure-a-dummy-nic-if-required |
Thank you markusu49 for your investigations. I added now a dummy NIC, as described in the docs. Now Freeswitch gets assignetd the right IP adress, as I can see also in the WebRTC debugs of chrome and firefox. Now I encounter in both browsers and also from different networks (LTE) the echo test repeating forever with no error message in the browser. In the compose logs I find:
I tried with and without included https proxy, with and without coturn enabled. |
@tna76874 That one looks like a very different issue to me... The connection to Just an idea: Maybe there's an ip address conflict? The addresses in this docker setup are hardcoded to 10.7.7.x/24, so you will have problems if your firewall assigns an address from the same subnet to your server. |
Now I did check:
To be sure, I purged docker completely from my VPS and installed it with the convenience script. The error persists. There will also be displayed error 1004 in chrome. |
I confirm that I've got the same error popping up again, with Google Chrome, no firewall configured, fresh install on a dedicated server and the latest docker instance. Firefox Developper 860b1 -> OK But : |
I've tested on my PC Chrome Version 78.0.3904.70 (32-bit) : this version works fine, whereas Chrome Version 88.0.4324.150 pops the IC 1007 error. Could you confirm on your side ? https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/693954/ |
Maybe this is related. I am using bbb-docker from this repo with a slightly changed setup (I use my own nginx and coturn for TURN/STUN). My server also showed 1007 errors when trying to connect via relay. (I think) I was able to fix it as described in my comment in bigbluebutton/bigbluebutton#9514 I had no real users with the fix enabled on it yet, but the tests with Firefox and |
Fresh install on AWS EC2 i have elastic ip added as external and stun for relay is adding private ip.. have added public ip like from doc this should be elastic ip and ens3 in my case is ens5 as real dev that ec2 has and command is run in host system ? |
Hi,
First thanks a lot for your initiative.
I did follow the instructions , everything went well excepted the sound : I got a ICE 1007 error that let think that FreeSWITCH is not reachable.
Note that the webcams are working correctly.
My server is behind a firewall : all the ports are correctly redirected (in the same way as for a classical non docker installation of BBB).
I need to precise that I am not comfortable with docker at all.
The text was updated successfully, but these errors were encountered: