Содержание
- ICE error 1007 #9240
- Comments
- Potential problems described below
- IP does not match:
- IP from ifconfig: 192.168.0.16
- /etc/nginx/sites-available/bigbluebutton: mydomain.com
- BigBlueButton: Fix 1007 and 1020 Errors
- How to solve the problem for Error connections ICE 1007 in BigBlueButton Meeting
- ice 1007 reasons
- ice 1007 Solutions
- Error 1007 on restricted network with ipv6 (not only) with TURN #9514
- Comments
ICE error 1007 #9240
I have installed bbb on my intranet behind a NAT/Firewall and i use Chrome browser. It’s work fine in https mode with any station or Smartphone i use in local mode.
When i try with a station in «external» mode (internet) i get «ICE error 1007». I saw in documentation that i need to install a Turn server and i had do it using following this procedure https://docs.bigbluebutton.org/2.2/setup-turn-server.html but error 1007 is staying. Is somebody could help me? See below my check
BigBlueButton Server 2.2.5 (1848)
Kernel version: 4.15.0-96-generic
Distribution: Ubuntu 16.04.6 LTS (64-bit)
Memory: 32925 MB
CPU cores: 16
/usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties (bbb-web)
bigbluebutton.web.serverURL: https://mydomain.com
defaultGuestPolicy: ALWAYS_ACCEPT
svgImagesRequired: true
/etc/nginx/sites-available/bigbluebutton (nginx)
server name: mydomain.com
port: 80, [::]:80
port: 443 ssl
bbb-client dir: /var/www/bigbluebutton
/var/www/bigbluebutton/client/conf/config.xml (bbb-client)
Port test (tunnel): rtmp://mydomain.com
red5: mydomain.com
useWebrtcIfAvailable: true
/opt/freeswitch/etc/freeswitch/vars.xml (FreeSWITCH)
local_ip_v4: 192.168.0.16
external_rtp_ip: MON_IP_PUBLIC
external_sip_ip: MON_IP_PUBLIC
/opt/freeswitch/etc/freeswitch/sip_profiles/external.xml (FreeSWITCH)
ext-rtp-ip: $$
ext-sip-ip: $$
ws-binding: :5066
wss-binding: :7443
/usr/local/bigbluebutton/core/scripts/bigbluebutton.yml (record and playback)
playback_host: mydomain.com
playback_protocol: https
ffmpeg: 4.2.2-1bbb1
/etc/bigbluebutton/nginx/sip.nginx (sip.nginx)
proxy_pass: MON_IP_PUBLIC
/usr/local/bigbluebutton/bbb-webrtc-sfu/config/default.yml (Kurento SFU)
kurento.ip: 192.168.0.16
kurento.url: ws://127.0.0.1:8888/kurento
localIpAddress: 192.168.0.16
recordScreenSharing: true
recordWebcams: true
codec_video_main: VP8
codec_video_content: VP8
/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml (HTML5 client)
build: 874
kurentoUrl: wss://mydomain.com/bbb-webrtc-sfu
enableListenOnly: true
Potential problems described below
IP does not match:
IP from ifconfig: 192.168.0.16
/etc/nginx/sites-available/bigbluebutton: mydomain.com
Источник
BigBlueButton: Fix 1007 and 1020 Errors
I am going to tell you how to fix this complain for good. No more 1007 or 1020!
Running the BigBlueButton client requires a wide range of UDP ports to be available for WebRTC communication.
However, in some network restricted sites, such as those behind NAT or a corporate firewall that restricts UDP connections, users may be unable to make outgoing UDP connections to your BigBlueButton server. These are the users who get 1007 and 1020 errors.
By setting up a separate TURN server, you can allow users to have the TURN server (connected via port 443) proxy their UDP-based WebRTC media (audio, webcam, and screen share) to the BigBlueButton server.
We recommend Ubuntu 20.04 as it has a newer version of Coturn than Ubuntu 16.04.
The server does not need to be very powerful as it will only relay communications from the BigBlueButton client to the BigBlueButton server when necessary. A dual core server virtual server should be sufficient for a dozen BigBlueButton servers.
Installing a Turn server is super simple with bbb-install.sh, which installs and configures the Coturn server that acts as both Stun and Turn server.
With this straightforward installation and some optimizations (LimitNOFILE=1048576), you will be able to get rid of 1007/1020 errors for almost 100%.
Don’t forget to test whether your Turn server is working:
- You can force using the TURN on Firefox browser.
- Open a Firefox tab and type about:config . Search for media.peerconnection.ice.relay_only .
- Set it to true. At this moment Firefox only use TURN relay.
- Now join a BigBlueButton session for this Firefox browser to see Turn server in action.
- In another tab on Firefox, type about:webrtc to see the status of webrtc.
- Click on show details to see the url of stun/turn server being used with success message.
In some cases you may still get 1007/1020 complains!
That happens when your Turn server fails!
Either Turn server is down or is overwhelmed by hundreds of simultaneous user requests.
For high-availability of your Turn server, use dns round robin routing on AWS Route 53.
- First install two Turn servers as directed above with two ‘A’ records in Route 53: turn1.higheredlab.com and turn2.higheredlab.com. Ensure that you setup Turn servers in the region that is closer to your users to avoid network latency.
- Second, create another ‘A’ record in Route 53, for example turn.higheredlab.com, that does weightage routing to the two Turn Servers.
- Add Health Check so that if one Turn server goes down, requests are directed to the other Turn server.
- Setup SNS notification so that you get an email alert right away that one of your Turn server is down.
I hope this helps in conducting better online classes on BigBlueButton!
Источник
How to solve the problem for Error connections ICE 1007 in BigBlueButton Meeting
Some MynaParrot BBB users reported receiving this ICE 1007 error message when attempting to join the meeting.
Then we need to figure out why this is happening and figure out how to fix it. You may suspect that it is due to bigbluebutton server or html5 client issues, or that it is related to IP address or port 80.
BigBlueButton is a web conferencing system that is free and open source. It is web-based, so you must use a browser to participate in the meeting. The advantage is that users do not need to download and install any applications on their devices. However, it will necessitate the user configuring some browser settings, particularly the first time. However, while it is generally acceptable and simple to use, you may encounter some issues.
Today we are going to address this common issue for the BigBlueButton user.
ice 1007 reasons
For a short answer, the error caused by a firewall.
1007: ICE negotiation failed — The browser and FreeSWITCH try to negotiate ports to use to stream the media, and that negotiation failed. Possible Causes:
NAT is blocking the connection
The firewall is blocking the UDP connection/ports
WebRTC offers very high-quality audio. However, the user’s network settings (or firewall) may not allow WebRTC to connect (or keep connected).
ice 1007 Solutions
First and foremost, as a developer, you must examine your BigBlueButton server configuration. If your server does not have a TURN server configuration, your users will encounter difficulties if they access from behind a firewall. If you configure the TURN server, you should see better results.
You can find instructions on how to set up the TURN server in this official BigBlueButton Development Doc.
If you are confident that you have correctly installed and configured the TURN server. However, the user may still encounter this issue. What are other options? From our experience, the most practical way to solve it from the user’s perspective is to try the following methods:
- Try again a few times, and it may resolve itself.
- Restart your computer or mobile device if possible.
- Try a different browser or update your browser to the most recent version.
- If possible, switch to a different internet provider.
- Experiment with different devices.
The cause is sometimes a problem caused by unknown factors. It takes time to detect or solve it; however, as a user, you may only have a few minutes to resolve this issue because you need to enroll in a course. As a result, try those suggestions as soon as possible and see if they work. According to our experience, if your BigBlueButton server is correctly configured, then try those solutions from the user’s end, and the problem will be resolved.
If you still aren’t able to solve the problem by doing these. Please contact us, and we will assist you in resolving this issue as soon as possible. If you don’t have an account, try it free from here: https://mynaparrot.com/en/try-it-for-free
You can integrate with your Moodle, WordPress, Chamilo, or other LMS in minutes. After that, you can test it to see if the BigBlueButton ICE 1007 error messages continue to appear.
1″ :pagination=»pagination» :callback=»loadData» :options=»paginationOptions»>
Источник
Error 1007 on restricted network with ipv6 (not only) with TURN #9514
Describe the bug
If a user is on a restricted network with ipv6 enabled and tries to join a conference, no audio connection is possible (speaker or listener). With a working TURN server configured. Because it is reproducible on the official BBB demo it needs to be a server core issue
To Reproduce
Steps to reproduce the behavior:
- Restrict all outgoing Traffic except ports 53 80 443
- Make sure to have ipv6 connectivity
- Try to join conference with audio
- See error 1007
It is reproducible on official BBB demo!
Expected behavior
Connect to conference with audio/micro
Actual behavior
No Microphone connection possible (1007)
Also no audio without microphone but no error
Desktop (please complete the following information):
- OS: Linux (Arch / Ubuntu)
- Browser: Chrome, Firefox
Additional context
Browser log attached
BBB_Browserlog.txt
The text was updated successfully, but these errors were encountered:
ERROR: clientLogger: ICE connection failed before success
did you have installed/configured stun/turn server for freeswitch/kurento/bbb-web?
did you opened/forwarded udp range in firewall for kurento/freeswitch?
https://docs.bigbluebutton.org/2.2/setup-turn-server.html
https://docs.bigbluebutton.org/2.2/configure-firewall.html
also you may be needed incoming udp traffic in range
20000-65535 ports, because audio/video goes thru udp transport.
Yes, we use our own stun/turn server on an other machine.
Firewall is open to port range 16384-32768 UDP.
Also you can verify which candidates are anounced through your stun/turn server.
https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/
and turn/stun ports should be opened/forwarded(if nat used).
make sure that you used right credentials, certs ports and URI between bbb-stack and your stun/turn server.
Thank you for your advice, but as we wrote, it is also not working on the official BBB Demo https://demo.bigbluebutton.org/gl/
we are pretty sure the turn server works, as it is working w/o problems with ipv4 only and restricted networks
our server also works with ipv6 only if TURN relay is not used
I had the same issue and it turned out that it is a matter on the user’s side (restiction in the router, UDP ports are blocked) So it’s not a bug or problem of your server configuration or BBB at all.
As a working solution, you may use VPN tunneling and advice your users behind such restricted network settings to make use of that option too.
Sorry, i dont see this as an issue on the user side. For our understanding one functionality of TURN/Stun is, to make it possible to take part on the audio conference for people who are connecting from restricted networks.
We also investigated with many people who are encountering the problem from sucht type of networks, like guest wlans or company networks.
We simulated the behavior with restricting our client firewall, to collect some knowledge about the issue. As soon as you have an ipv6, or ipv6/ipv4 connection and only the ports 80/443 and 53, you cannot connect anymore.
Can you elaborate a little more on the restrictions? When I was debugging a user recently, I created a similar setting (53/80/443 only on a dual-stack network), and things were just working fine.
- Does this behavior change when you remove the v6 address from the interface (you explicitly mention it in the title)
- Do you see (when using firefox) any candidates on the clients?
- is 53/80/443 outbound fully routed, or is there also a HTTP proxy in the mix?
you sure that you see all candidates(ip4/6),even directly declared via bbb-web?
check with netcat/tcpdump on both sides (server,client) tcp/udp traffic on all declared ports, endpoints correctly routed/filtered?
although coturn, as recomended by official manual, supports ipv6.
in turn-stun-servers.xml you can forcely point to your endpoints, both 4|6.
maybe, i’m not sure — not much experience with paralel stacked setups, but maybe you need to do dual setup for all of bbb-stack(mostly for coturn, freeswitch, kurento and may be some others).
Hm, and: I did not encounter this when debugging my turn (simulated the exact same setting) on my infrastructure. Are your TURN/BBB systems dualstack as well? (demo. is certainly only legacy IP).
I have the same issue in a restricted network. For testing purposes I have now disabled UDP on my working PC (in a «normal» network).
On Firefox, when joining a meeting (on https://test.bigbluebutton.org or https://demo1.bigbluebutton.org or my own server) and then clicking once on «Listen only», ICE failed, your TURN server appears to be broken, see about:webrtc for more details is printed in the console. After a few more seconds, I am asked, if I want allow the site to use the microphone. When agreeing, everything behaves as normal.
On Safari this problem does not occur, but I can’t share my webcam (Error 1020) and I can not see the shared screen / the shared webcams (spinning forever).
EDIT:
I’ve set up a VPN server as a workaround.
Hm, and: I did not encounter this when debugging my turn (simulated the exact same setting) on my infrastructure. Are your TURN/BBB systems dualstack as well? (demo. is certainly only legacy IP).
Yes everything is dual-stack. Concerning the bbb server and the complexity of components I can only say it is Dual-Stack according to the official documentation.
I found some time to debug this further as one of our customers now hits the issue. With the client configuration as mentioned above (dual ipv4, ipv6 and 53/80/443 only) there is no traffic (not a single package) to the turn server on ipv6 (tested with tcpdump on the client). With ipv4 only a lot of traffic is captured.
I checked for the turn server:
- DNS A and AAAA are correctly set
- port 443 on ipv6 addr is open and responding
It seems on ipv6 either the necessity for turn relay is not recognized or wrong configuration is passed to the browser on connection negotiation. I could provide data from the browser-console if anybody has an idea.
Источник
The most frequent user complains about BigBlueButton are WebRTC issues: 1007 and 1020.
I am going to tell you how to fix this complain for good. No more 1007 or 1020!
Running the BigBlueButton client requires a wide range of UDP ports to be available for WebRTC communication.
However, in some network restricted sites, such as those behind NAT or a corporate firewall that restricts UDP connections, users may be unable to make outgoing UDP connections to your BigBlueButton server. These are the users who get 1007 and 1020 errors.
By setting up a separate TURN server, you can allow users to have the TURN server (connected via port 443) proxy their UDP-based WebRTC media (audio, webcam, and screen share) to the BigBlueButton server.
We recommend Ubuntu 20.04 as it has a newer version of Coturn than Ubuntu 16.04.
The server does not need to be very powerful as it will only relay communications from the BigBlueButton client to the BigBlueButton server when necessary. A dual core server virtual server should be sufficient for a dozen BigBlueButton servers.
Installing a Turn server is super simple with bbb-install.sh, which installs and configures the Coturn server that acts as both Stun and Turn server.
wget -qO- https://ubuntu.bigbluebutton.org/bbb-install.sh | bash -s -- -c : -e
With this straightforward installation and some optimizations (LimitNOFILE=1048576), you will be able to get rid of 1007/1020 errors for almost 100%.
Don’t forget to test whether your Turn server is working:
- You can force using the TURN on Firefox browser.
- Open a Firefox tab and type
about:config
. Search formedia.peerconnection.ice.relay_only
. - Set it to true. At this moment Firefox only use TURN relay.
- Now join a BigBlueButton session for this Firefox browser to see Turn server in action.
- In another tab on Firefox, type
about:webrtc
to see the status of webrtc. - Click on
show details
to see the url of stun/turn server being used withsuccess
message.
In some cases you may still get 1007/1020 complains!
That happens when your Turn server fails!
Either Turn server is down or is overwhelmed by hundreds of simultaneous user requests.
For high-availability of your Turn server, use dns round robin routing on AWS Route 53.
- First install two Turn servers as directed above with two ‘A’ records in Route 53: turn1.higheredlab.com and turn2.higheredlab.com. Ensure that you setup Turn servers in the region that is closer to your users to avoid network latency.
- Second, create another ‘A’ record in Route 53, for example turn.higheredlab.com, that does weightage routing to the two Turn Servers.
- Add Health Check so that if one Turn server goes down, requests are directed to the other Turn server.
- Setup SNS notification so that you get an email alert right away that one of your Turn server is down.
I hope this helps in conducting better online classes on BigBlueButton!
Содержание
- BigBlueButton: Fix 1007 and 1020 Errors
- Ошибка соединения 1007 микрофон
- Introduction
- Recording
- Recording not processing after upgrading
- mediasoup
- Webcams/screen sharing aren’t working
- Configure mediasoup to use IPv6
- I’m having troubles seeing webcams or screen sharing in Firefox
- How often does this Firefox issue happens?
- Where can I track progress on a definitive solution or better workaround?
- Why isn’t forceRelayOnFirefox enabled by default?
- How do I know if mediasoup is being used?
- mediasoup is the default in 2.5. Why is Kurento still around?
- Is single-core performance still important with mediasoup?
- How can I control the number of mediasoup workers?
- mediasoup.workers
- mediasoup.dedicatedMediaTypeWorkers
- Can I scale the number of streams up indefinitely with mediasoup?
- Kurento
- WebRTC video not working with Kurento
- Unit kurento-media-server.service is masked
- Unable to share webcam
- FreeSWITCH
- Configure BigBluebutton/FreeSWITCH to support IPV6
- FreeSWITCH fails to bind to IPV4
- Forward calls from an Asterisk server to FreeSWITCH
- Changes to your Asterisk server
- Changes to your BigBlueButton/FreeSWITCH server
- FreeSWITCH fails to bind to port 8021
- FreeSWITCH fails to start with a SETSCHEDULER error
- Users not able to join Listen Only mode
- Unable to connect using fs_cli
- Echo test hangs upgrading BigBlueButton 2.2
- FreeSWITCH using default stun server
- HTML5 Server
- bbb-html5 fails to start with a SETSCHEDULER error
- Installation and packages
- The following packages have unmet dependencies
- No Symbolic Link
- Package install fails with sed error
- Errors with packages
- WebRTC errors (1001, 1002,…)
- Networking
- Server running behind NAT
- Could not get your microphone for a WebRTC call
- The browser is not supported
- Tomcat shows “Cannot assign requested address on startup”
- nginx not running
- “Welcome to nginx”
- bbb-web
- 404 Error when loading the client
- Blank presentation area on create or upload
- Unable to create presentation
- Too many open files
- bbb-web takes a long time to startup
- Error installing bbb-web
- Other errors
- Root partition too small
- BigBlueButton does not load
- Running within an LXD Container
- Unable to connect to redis
- 500 Internal Server Error
- Legacy errors
- Conference not found errors
BigBlueButton: Fix 1007 and 1020 Errors
I am going to tell you how to fix this complain for good. No more 1007 or 1020!
Running the BigBlueButton client requires a wide range of UDP ports to be available for WebRTC communication.
However, in some network restricted sites, such as those behind NAT or a corporate firewall that restricts UDP connections, users may be unable to make outgoing UDP connections to your BigBlueButton server. These are the users who get 1007 and 1020 errors.
By setting up a separate TURN server, you can allow users to have the TURN server (connected via port 443) proxy their UDP-based WebRTC media (audio, webcam, and screen share) to the BigBlueButton server.
We recommend Ubuntu 20.04 as it has a newer version of Coturn than Ubuntu 16.04.
The server does not need to be very powerful as it will only relay communications from the BigBlueButton client to the BigBlueButton server when necessary. A dual core server virtual server should be sufficient for a dozen BigBlueButton servers.
Installing a Turn server is super simple with bbb-install.sh, which installs and configures the Coturn server that acts as both Stun and Turn server.
With this straightforward installation and some optimizations (LimitNOFILE=1048576), you will be able to get rid of 1007/1020 errors for almost 100%.
Don’t forget to test whether your Turn server is working:
- You can force using the TURN on Firefox browser.
- Open a Firefox tab and type about:config . Search for media.peerconnection.ice.relay_only .
- Set it to true. At this moment Firefox only use TURN relay.
- Now join a BigBlueButton session for this Firefox browser to see Turn server in action.
- In another tab on Firefox, type about:webrtc to see the status of webrtc.
- Click on show details to see the url of stun/turn server being used with success message.
In some cases you may still get 1007/1020 complains!
That happens when your Turn server fails!
Either Turn server is down or is overwhelmed by hundreds of simultaneous user requests.
For high-availability of your Turn server, use dns round robin routing on AWS Route 53.
- First install two Turn servers as directed above with two ‘A’ records in Route 53: turn1.higheredlab.com and turn2.higheredlab.com. Ensure that you setup Turn servers in the region that is closer to your users to avoid network latency.
- Second, create another ‘A’ record in Route 53, for example turn.higheredlab.com, that does weightage routing to the two Turn Servers.
- Add Health Check so that if one Turn server goes down, requests are directed to the other Turn server.
- Setup SNS notification so that you get an email alert right away that one of your Turn server is down.
I hope this helps in conducting better online classes on BigBlueButton!
Источник
Ошибка соединения 1007 микрофон
If you encountered any problems with the installation of BigBlueButton, this section covers how to resolve many of the common issues.
If you have not already done so, read through the getting help section.
Introduction
Start here: run sudo bbb-conf —check
We’ve built in a BigBlueButton configuration utility, called bbb-conf , to help you configure your BigBlueButton server and troubleshoot your setup if something doesn’t work right.
If you think something isn’t working correctly, the first step is enter the following command.
This will check your setup to ensure the correct processes are running, the BigBlueButton components have correctly started, and look for common configuration problems that might prevent BigBlueButton from working properly.
If you see text after the line ** Potential problems described below ** , then it may be warnings (which you can ignore if you’ve change settings) or errors with the setup.
Recording
Recording not processing after upgrading
If after updating from BigBlueButton 2.0 to BigBlueButton 2.2 your recordings are not processing, and if you are seeing Permission denied errors in /var/log/bigbluebutton/bbb-rap-worker.log
You can resolve the errors with the following command
and then rebuild the recordings that had not yet processed. You can see the list of recordings with
and then to rebuild a recording, use sudo bbb-record —rebuild , as in
Webcams/screen sharing aren’t working
Certify that appropriate external addresses have been set for mediasoup. When installed via packages, mediasoup IPs are normally misconfigured. If installed via bbb-install, then IPv4 is generally correct, but IPv6 might be absent.
Nonetheless, we recommend double-checking the instructions in Updating mediasoup.
Configure mediasoup to use IPv6
mediasoup (bbb-webrtc-sfu) does not come with a IPv6 enabled by default when installed either via packages or bbb-install.
To configure IPv6, bbb-webrtc-sfu’s override configuration file (located in /etc/bigbluebutton/bbb-webrtc-sfu/production.yml ) should be used.
See Updating mediasoup for instructions and examples on how to do so.
I’m having troubles seeing webcams or screen sharing in Firefox
That’s usually the symptom of a known Firefox issue where it doesn’t comply with ICE-lite implementations (and mediasoup is one).
This issue can be worked around by forcing TURN usage in Firefox user agents. To achieve that, set the public.kurento.forceRelayOnFirefox configuration to true in /etc/bigbluebutton/bbb-html5.yml . For example:
How often does this Firefox issue happens?
Short (non) answer: that’s difficult to measure.
Every Firefox installation is prone to the lack of ICE-lite spec compliance. However, the issue doesn’t manifest itself on all Firefox installations as it is dependent on how the end user’s network topology is organized. It’s generally a small subset of Firefox users, but that can vary depending on the user base.
Where can I track progress on a definitive solution or better workaround?
This is a Firefox bug, so the best place to get an overview on progress and what the issue is about is Mozilla’s issue.
You can also track BigBlueButton’s issue for updates on additional workarounds.
Why isn’t forceRelayOnFirefox enabled by default?
It’s not on by default because bigbluebutton does not come with a TURN server by default, and that’s what versioned-in-code setting presumes.
How do I know if mediasoup is being used?
The most direct and precise way to figure out whether mediasoup is being used is checking about:webrtc (Firefox) or chrome://webrtc-internals. For example: open one of those, share a camera. Look for the remote description (SDP); see if it contains mediasoup-client in the SDP header. If it does, you’re using mediasoup.
Regardless of that: mediasoup is the default in 2.5 and should always be used unless default settings were explicitly changed.
mediasoup is the default in 2.5. Why is Kurento still around?
Because Kurento is still used for stream recording. It should be removed as a dependency as soon as this issue is addressed.
Is single-core performance still important with mediasoup?
How can I control the number of mediasoup workers?
To control the number of mediasoup workers, bbb-webrtc-sfu’s override configuration file (located in /etc/bigbluebutton/bbb-webrtc-sfu/production.yml ) should be used.
There are a couple of configurations of interest here:
mediasoup.workers
This configuration controls the number of mediasoup workers intended for general use (media type agnostic, shared pool).
Accepted values are:
- «auto» (default): creates ceil((min(nproc,32) * 0.8) + (max(0, nproc — 32) / 2)) workers;
- «cores» : creates workers up to the host’s core count (as provided by os.cpus().length);
- : overrides the number of workers with a fixed value;
- The default and fallback values are auto .
- To set the number of workers to cores : yq w -i /etc/bigbluebutton/bbb-webrtc-sfu/production.yml mediasoup.workers «cores»
mediasoup.dedicatedMediaTypeWorkers
This configuration controls the number of mediasoup workers to be used by specific media types. If a dedicated pool is set, streams of its media type will always land on it. Otherwise, they will use the shared pool.
The configuration is an object of the following format:
The semantics of auto , cores and Number are the same as in the mediasoup.workers configuration. Default values for all media types are 0 (no dedicated workers).
The media types semantics are:
- audio : audio (listen only, microphone) streams;
- main : webcam video streams;
- content : screen sharing streams (audio and video).
- To set the number of dedicated audio workers to auto : yq w -i /etc/bigbluebutton/bbb-webrtc-sfu/production.yml mediasoup.dedicatedMediaTypeWorkers.audio «auto»
Can I scale the number of streams up indefinitely with mediasoup?
No. Scalability improves a lot with mediasoup, but there are still a couple of bottlenecks that can be hit as far as far as the media stack is concerned. Namely:
- The signaling server (bbb-webrtc-sfu): it does not scale vertically indefinitely. There’s always work ongoing on this area that can be tracked in this issue;
- The mediasoup worker balancing algorithm implemented by bbb-webrtc-sfu is still focused on multiparty meetings with a restrained number of users. If your goal is thousand-user 1-N (streaming-like) meetings, you may max out CPU usage on certain mediasoup workers even though there are other idle oworkers free.
Kurento
WebRTC video not working with Kurento
Check the value for /proc/sys/net/ipv4/tcp_syncookies that it contains the value 1 .
If not, edit /etc/sysctl.conf and set the value for net.ipv4.tcp_syncookies to 1 .
Save the file and restart.
Unit kurento-media-server.service is masked
If sudo bbb-conf —check returns the warning
You can unmask Kurento using the command
The default installation of BigBlueButton should work in most netowrk configurations; however, if your users ae behind a restrictive network that blocks outgoing UDP connections, they may encounter 1020 errors (media unable to reach server).
If you get reports of these errors, setup TURN server to help their browsers send WebRTC audio and video streams via TCP over port 443 to the TURN server. The TURN server will then relay the media to your BigBlueButton server.
FreeSWITCH
Configure BigBluebutton/FreeSWITCH to support IPV6
The HTML5 client now enables users on mobile devices to connect to a BigBlueButton server. However, on some cellular networks iOS devices only receive an IPV6 address.
To enable BigBlueButton (FreeSWITCH) to accept incoming web socket connections on IPV6, the BigBlueButton server must have an IPV6 address. You also need to make the following changes to the server.
First, create the file /etc/nginx/conf.d/bigbluebutton_sip_addr_map.conf with this content:
replacing the ip addresses 192.0.2.1 with the system’s external IPV4 addresses, and replace 2001:db8::1 with the system’s external IPV6 address. Next, edit the file /etc/bigbluebutton/nginx/sip.nginx to have the following:
Next, ensure all of the following params are present in freeswitch’s sip_profiles/external-ipv6.xml :
- ws-binding
- wss-binding
- rtcp-audio-interval-msec
- rtcp-video-interval-msec
- dtmf-type
- liberal-dtmf
- enable-3pcc
If any are missing, copy them from sip_profiles/external.xml , then restart BigBlueButton ( sudo bbb-conf —restart ).
FreeSWITCH fails to bind to IPV4
In rare occasions after shutdown/restart, the FreeSWITCH database can get corrupted. This will cause FreeSWITCH to have problems binding to IPV4 address (you may see error 1006 when users try to connect).
To check, look in /opt/freeswitch/var/log/freeswitch/freeswitch.log for errors related to loading the database.
If you see these errors, clear the FreeSWITCH database (BigBlueButton doesn’t use the database and FreeSWITCH will recreate it on startup).
Forward calls from an Asterisk server to FreeSWITCH
Let’s assume the following:
Changes to your Asterisk server
Setup your gateway to BigBlueButton/FreeSWITCH. in /etc/asterisk/sip.conf add
Route the calls to the gateway. In /etc/asterisk/extensions.conf context where your calls are being handled, forward the calls to the gateway. Here, when someone dials 85001, the call is sent to the fs-gw defined above.
Changes to your BigBlueButton/FreeSWITCH server
In BigBlueButton/FreeSWITCH, make the following changes:
Lock down so that only Asterisk can forward calls to FreeSWITCH. In /opt/freeswitch/conf/autoload_configs/acl.conf.xml , add the following ACL. We also need to allow BigBlueButton to call into FreeSWITCH, that’s why we add the IP of BigBlueButton/FreeSWITCH into the ACL.
Then we apply the ACL into the profile that receives the calls from external gateways. In /opt/freeswitch/conf/sip_profiles/external.xml , add the ACL under
To debug, try connecting to FS CLI and increase logging level. Once connected, make your call and see what the logs say.
FreeSWITCH fails to bind to port 8021
FreeSWITCH supports both IPV4 and IPV6. However, if your server does not support IPV6, FreeSWITCH will be unable to bind to port 8021. If you run sudo bbb-conf —check and see the following error
it might be that your server has IPV6 disabled (or does not support it). You can check this by running the following command
If you do not see the line inet6 ::1/128 scope host , then your server has IPV6 disabled. In this case, we need to disable FreeSWITCH’s support for IPV6. First, edit /opt/freeswitch/etc/freeswitch/autoload_configs/event_socket.conf.xml and change the line
This tells FreeSWITCH that instead of binding port 8021 to the local IPV6 address, bind to the IPV4 address 127.0.0.1. Next, execute the following two commands
and then restart BigBlueButton with the commands
FreeSWITCH fails to start with a SETSCHEDULER error
When running in a container (like a chroot, OpenVZ or LXC), it might not be possible for FreeSWITCH to set its CPU priority to real-time round robin. If not, it will result in lower performance compared to a non-virtualized installation.
If you running BigBlueButton in a container and an error starting FreeSWITCH, try running systemctl status freeswitch.service and see if you see the error related to SETSCHEDULER
If you see SETSCHEDULER in the error message, edit /lib/systemd/system/freeswitch.service and comment out the line containing CPUSchedulingPolicy=rr (round robin)
Save the file, run systemctl daemon-reload , and then restart BigBlueButton. FreeSWITCH should now startup without error.
Users not able to join Listen Only mode
When doing sudo bbb-conf —check , you may see the warning
This error occurs when bbb-apps-sip isn’t able to make a SIP call to FreeSWITCH. You’ll see this in BigBlueButton when users click the headset icon and don’t join the voice conference.
One possible cause for this is you have just installed BigBlueButton, but not restarted it. The packages do not start up the BigBlueButton components in the right order. To restart BigBlueButton, do the following:
If you don’t want FreeSWITCH to bind to 127.0.0.1, you need to figure out which IP address its using. First, determine the IP address FreeSWITCH is monitoring for incoming SIP calls with the following command:
You should see an output such as
In this example, FreeSWITCH is listening on IP address 234.147.116.3. The IP address on your server will be different.
Next, edit /usr/share/red5/webapps/sip/WEB-INF/bigbluebutton-sip.properties and set the value for sip.server.host to the IP address returned from the above command. Save the changes (you’ll need to edit the file as root to save changes).
Restart BigBlueButton using the commands and run the built-in diagnostics checks.
Unable to connect using fs_cli
As of BigBlueButton 2.2.18, the packaging now replaces the default ClueCon password for connecting to the FreeSWITCH command line interface ( fs_cli ) with a random password.
(By default, FreeSWITCH only allowed unauthenticated connections from 127.0.0.1, but it’s still good security practice to not use default passwords).
To connect to fs_cli , use the following command which supplies the password for authenticating.
We also added /usr/local/bin/fs_clibbb with the contents
that will let you type fs_clibbb at the command prompt to get into FreeSWITCH console.
Echo test hangs upgrading BigBlueButton 2.2
The install scripts now change the default CLI password for FreeSWITCH and the other parts of BigBlueButton need to use this new password. For a new installation, the install scripts will automatically set this new password.
If you upgrade using bbb-install.sh, the script will update the FreeSWITCH password using sudo bbb-conf —setip .
If you upgraded using manual steps, be sure to do ao sudo bbb-conf —setip to sync all the FreeSWITCH passwords.
FreeSWITCH using default stun server
For many years, in BigBlueButton’s FreeSWITCH configuration file /opt/freeswitch/etc/freeswitch/vars.xml , the default value for external_rtp_ip was stun.freeswitch.org
However, this is not a reliable choice for stun server. Recommend either changing it to your servers external IP address or setup your own stun/turn server. For example, if your server has an external IP at 234.32.3.3
You can add a line in /etc/bigbluebutton/bbb-conf/apply-conf.sh to always apply this value even if the FreeSWITCH package upgrades.
Note: If your server has an internal/exteral IP address, such as on AWS EC2 server, be sure to set it to the external IP address configure a dummy network interface card (see Update FreeSWITCH).
HTML5 Server
bbb-html5 fails to start with a SETSCHEDULER error
As of 2.2.31, the systemd unit file for bbb-html5.service now contains the following lines
You can override this with creating the following directory
and creating /etc/systemd/system/bbb-html5.service.d/override.conf with the following contents
Then do systemctl daemon-reload and restart BigBlueButton.
Installation and packages
The following packages have unmet dependencies
When installing the latest build of BigBlueButton, the package bbb-conf now uses yq to manage YAML files.
You need to add the repository ppa:rmescandon/yq to your server. For steps on how to do this, see Update your server in the BigBlueButton 2.2 install guide.
Alternatively, if you have not made any customizations to BigBlueButton (outside of using bbb-conf ), you can use bbb-install.sh to install/upgrade to the latest version (the bbb-install.sh script will automatically install the repository for yq ).
No Symbolic Link
If you’ve installed/uninstalled BigBlueButton packages, you may get a No Symbolic Link warning from bbb-conf —check :
To solve this, add a symbolic link to nginx for the BigBlueButton site:
Package install fails with sed error
Some of the BigBlueButton packages use sed scripts to extract contents from configuration files. If the file does not exist at the time of the script’s execution, or the sed script matches multiple entries in a file (such as when a configuration line is commented out), you can see an error such as
In the above example, the /var/lib/dpkg/info/bbb-client.postinst failed to finish. To debug, edit this file and change the first line to read
You should now see each command in bbb-conf.postinst as it executes upto the line in which the error occurs. Post this output to https://groups.google.com/forum/#!forum/bigbluebutton-setup for help in resolving the issue.
Errors with packages
Some hosting providers do not provide a complete /etc/apt/source.list . If you are finding your are unable to install a package, try replacing your /etc/apt/sources.list with the following
and try installing BigBlueButton again from the beginning.
WebRTC errors (1001, 1002,…)
WebRTC offers very high-quality audio. However, the user’s network settings (or firewall) may not allow WebRTC to connect (or keep connected).
Here are the following lists the possible WebRTC error messages that a user may encounter:
- 1001: WebSocket disconnected — The WebSocket had connected successfully and has now disconnected. Possible Causes:
- Loss of internet connection
- Nginx restarting can cause this
- 1002: Could not make a WebSocket connection — The initial WebSocket connection was unsuccessful. Possible Causes:
- Firewall blocking ws protocol
- Server is down or improperly configured
- See potential solution here.
- 1003: Browser version not supported — Browser doesn’t implement the necessary WebRTC API methods. Possible Causes:
- Out of date browser
- 1004: Failure on call — The call was attempted, but failed. Possible Causes:
- For a full list of causes refer here
- There are 24 different causes so I don’t really want to list all of them
- Solution for this issue outlined here.
- 1005: Call ended unexpectedly — The call was successful, but ended without user requesting to end the session. Possible Causes:
- Unknown
- 1006: Call timed out — The library took too long to try and connect the call. Possible Causes:
- Previously caused by Firefox 33-beta on Mac. We’ve been unable to reproduce since release of FireFox 34
- 1007: ICE negotiation failed — The browser and FreeSWITCH try to negotiate ports to use to stream the media and that negotiation failed. Possible Causes:
- NAT is blocking the connection
- Firewall is blocking the UDP connection/ports
- 1008: Call transfer failed — A timeout while waiting for FreeSWITCH to transfer from the echo test to the real conference. This might be caused by a misconfiguration in FreeSWITCH, or there might be a media error and the DTMF command to transfer didn’t go through (In this case, the voice in the echo test probably didn’t work either.)
- 1009: Could not fetch STUN/TURN server information — This indicates either a BigBlueButton bug (or you’re using an unsupported new client/old server combination), but could also happen due to a network interruption.
- 1010: ICE negotiation timeout — After the call is accepted the client’s browser and the server try and negotiate a path for the audio data. In some network setups this negotiation takes an abnormally long time to fail and this timeout is set to avoid the client getting stuck.
- 1020: Media cloud could not reach the server — See how to solve this here.
Networking
Server running behind NAT
The following issue might be helpful in debugging if you run into errors and your server is behind NAT.
Could not get your microphone for a WebRTC call
Chrome requires (As of Chrome 47) that to access the user’s microphone for WebRTC your site must be serving pages via HTTPS (that is, nginx is configured with a SSL certificate).
If the user attempts to share their microphone and your BigBlueButton sever is not configured for SSL, Chrome will block access and BigBlueButton will report the following error
WebRTC Audio Failure: Detected the following WebRTC issue: Could not get your microphone for a WebRTC call. Do you want to try flash instead?
To enable Chrome to access the user’s microphone, see Configure HTTPS on BigBlueButton.
The browser is not supported
When you attempt to join a BigBlueButton session, the client looks for supported browsers before fully loading. The client gets its list of supported browsers from /usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml . You can see the list of supported browsers at the bottom. For example,
states that Mobile Safari version 11.1 or later is supported (notice the first letter is lower case and concatenated with the remainder of the browser name).
To add a browser to the list, first find your browser’s useragent. You could use a tool like https://wtools.io/check-my-user-agent as well. For example, with the Vivaldi browser you might see
Next, to add this as a supported browser, append to settings.yml
save the updated settings.yml file, and then restart your BigBlueButton server with sudo bbb-conf —restart . Note any browser you add must support WebRTC libraries (not all do), so be sure to check it first with https://test.webrtc.org/.
Tomcat shows “Cannot assign requested address on startup”
If your server has multiple IP addresses, Tomcat might not pick the right address to bind. This could throw an error on installation when tomcat is attempting to install.
Check /var/log/tomcat7/catalina.out for the following error
If you see this, first ensure that there isn’t another copy of tomcat running by doing ps -aef | grep tomcat7 . If you do see another copy running, try killing it and then restarting tomcat.
If you still see the same error in catalina.out , then /etc/tomcat7/server.xml and change
Restart tomcat7 again and it should start normally.
nginx not running
The common reasons for nginx not running are inability to bind to port 80 and configuration errors. To check if port 80 is already in use, use
to see if any process is currently bound to port 80. If so, check to see if another web server is installed. If so, then stop the web server and try to restart nginx. One of the server requirements before you install BigBlueButton is that port 80 is not in use by another application (such as Apache). For details on why this is a requirements, see We recommend running BigBlueButton on port 80.
If port 80 is free, check if your nginx configuration file has errors. Try a restart of nginx
and look for the output of
If you see [ Fail ] , then your nginx configuration files might have a syntax error. Check the syntax of the nginx configuration files using the command
and see if it reports any errors. You can also check the error.log file for nginx to see what errors it gives on startup
“Welcome to nginx”
During installation of BigBlueButton the packaging scripts attempt to assign the correct IP address during setup. However, if the IP address changes (such as when rebooting a VM), or the first IP address was not the correct IP address for the server, you may see a “Welcome to nginx” page.
To reconfigure the BigBlueButton to use the correct IP address or hostname, see BigBlueButton does not load.
bbb-web
404 Error when loading the client
BigBlueButton 2.2 requires Java 8 as the default Java. Recently, some Ubuntu 16.04 distributions have switched the default version of Java to Java 9 (or later).
Use java -version to check that the default version of 1.8.0 .
If not, do the following
Run java -version and confirm it now shows the default as 1.8.0 , and then restart BigBlueButton with sudo bbb-conf —restart
Blank presentation area on create or upload
If you join a meeting and the default presentation is not visible or your uploaded presentation doesn’t display, then this is most likely due to a permissions error. To solve this, ensure that /var/bigbluebutton/ is owned by bigbluebutton rather than root or any other account. See this issue for more explanation.
Unable to create presentation
If you see the following error in /var/log/bigbluebutton/bbb-web.log
use the command mount to check that the /tmp director does not have noexec permissions (which would prevent executables from running in the /tmp directory). If you see noexec for /tmp , you need to remount the directory with permissions that enable processes (such as the slide conversion) to execute in the /tmp directory.
Too many open files
On servers with greater than 8 CPU cores, bbb-web log ( /var/log/bigbluebutton/bbb-web.log ) may throw an error of Too many open files
To resolve, create an override file that increases the number of open files for bbb-web
bbb-web takes a long time to startup
bbb-web relies on the SecureRandom class (which uses available entropy) to provide random values for its session IDs. On a virtualized server, however, the available entropy can run low and cause bbb-web to block for a long period before it finishes it’s startup sequence (see Slow startup of tomcat).
To provide bbb-web with more entropy, you can install haveged
Error installing bbb-web
If you get the following error during upgrade to BigBlueButton
Then first uninstall bbb-client
and try installing BigBlueButton again.
Other errors
Root partition too small
If the root partition on your BigBlueButton server is too small (for disk space requirements see Before you install), we recommend moving the following directories to an external partition with sufficient disk space.
BigBlueButton processing and storage of recordings:
Location of all media directories on disk available here.
To make the move, we’ll first stop BigBlueButton, then move the above directories to a new location on the external partition, create symbolic links from the original locations to the new locations, and restart BigBlueButton.
In the following example, the external partition is mounted on /mnt .
BigBlueButton does not load
If your has changed it’s network connection (such as on reboot), you can clean most of BigBlueButton’s configuration files with the following steps.
For more information see bbb-conf options.
Running within an LXD Container
LXD is a very powerful container system for Ubuntu lets you run full Ubuntu 16.04 servers within a container. Because you can easily clone and snapshot LXD containers, they are ideal for development and testing of BigBlueButton.
However, if you install BigBlueButton within an LXD container, you will get the following error from sudo bbb-conf —check
You’ll also get an error from starting FreeSWITCH with bbb-conf —restart . When you try systemctl status freeswitch.service , you’ll see an error with SETSCHEDULER.
This error occurs because the default systemd unit script for FreeSWITCH tries to run with permissions not available to the LXD container. To run FreeSWITCH within an LXD container, edit /lib/systemd/system/freeswitch.service and replace with the following
Then enter the following commands to load the new unit file and restart BigBlueButton.
You can run BigBlueButton within a LXD container.
Unable to connect to redis
The packages bbb-apps-akka , bbb-fsesl-akka , and bbb-transcode-akka are packaged by sbt, but they need to have redis-server running before they startup. If sudo bbb-conf —debug shows redis connection errors
you can add overrides for these three packages to ensure they start after redis.server. Run the following script.
The script bbb-install now creates these overrides by default.
500 Internal Server Error
It is most likely an error on GreenLight. Check the log file according to Troubleshooting Greenlight.
If this error occurrs on just a small number of PCs accessing a BigBlueButton server within a LAN through a proxy server and you find the description “Error::Unsafe Host Error (x.x.x.x is not a safe host)” (where x.x.x.x is an IP address) in the log file, check if the “Don’t use the proxy server for local (intranet) addresses” (in the Windows proxy setting) is ticked.
Legacy errors
Conference not found errors
The command sudo bbb-conf —debug searches through the red5, tomcat7, and nginx logs looking for errors and exceptions. However, the messages such as
Источник
I have installed bbb on my intranet behind a NAT/Firewall and i use Chrome browser. It’s work fine in https mode with any station or Smartphone i use in local mode.
When i try with a station in «external» mode (internet) i get «ICE error 1007». I saw in documentation that i need to install a Turn server and i had do it using following this procedure https://docs.bigbluebutton.org/2.2/setup-turn-server.html but error 1007 is staying. Is somebody could help me? See below my check
BigBlueButton Server 2.2.5 (1848)
Kernel version: 4.15.0-96-generic
Distribution: Ubuntu 16.04.6 LTS (64-bit)
Memory: 32925 MB
CPU cores: 16
/usr/share/bbb-web/WEB-INF/classes/bigbluebutton.properties (bbb-web)
bigbluebutton.web.serverURL: https://mydomain.com
defaultGuestPolicy: ALWAYS_ACCEPT
svgImagesRequired: true
/etc/nginx/sites-available/bigbluebutton (nginx)
server name: mydomain.com
port: 80, [::]:80
port: 443 ssl
bbb-client dir: /var/www/bigbluebutton
/var/www/bigbluebutton/client/conf/config.xml (bbb-client)
Port test (tunnel): rtmp://mydomain.com
red5: mydomain.com
useWebrtcIfAvailable: true
/opt/freeswitch/etc/freeswitch/vars.xml (FreeSWITCH)
local_ip_v4: 192.168.0.16
external_rtp_ip: MON_IP_PUBLIC
external_sip_ip: MON_IP_PUBLIC
/opt/freeswitch/etc/freeswitch/sip_profiles/external.xml (FreeSWITCH)
ext-rtp-ip: $${external_rtp_ip}
ext-sip-ip: $${external_sip_ip}
ws-binding: :5066
wss-binding: :7443
/usr/local/bigbluebutton/core/scripts/bigbluebutton.yml (record and playback)
playback_host: mydomain.com
playback_protocol: https
ffmpeg: 4.2.2-1bbb1~ubuntu16.04
/etc/bigbluebutton/nginx/sip.nginx (sip.nginx)
proxy_pass: MON_IP_PUBLIC
/usr/local/bigbluebutton/bbb-webrtc-sfu/config/default.yml (Kurento SFU)
kurento.ip: 192.168.0.16
kurento.url: ws://127.0.0.1:8888/kurento
localIpAddress: 192.168.0.16
recordScreenSharing: true
recordWebcams: true
codec_video_main: VP8
codec_video_content: VP8
/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml (HTML5 client)
build: 874
kurentoUrl: wss://mydomain.com/bbb-webrtc-sfu
enableListenOnly: true
Potential problems described below
IP does not match:
IP from ifconfig: 192.168.0.16
/etc/nginx/sites-available/bigbluebutton: mydomain.com
Warning: API URL IPs do not match host:
IP from ifconfig: 192.168.0.16
/var/lib/tomcat7/demo/bbb_api_conf.jsp: mydomain.com
Warning: The setting of MON_IP_PUBLIC for proxy_pass in
/etc/bigbluebutton/nginx/sip.nginx
does not match the local IP address (192.168.0.16).
(This is OK if you’ve manually changed the values)
Warning: The API demos are installed and accessible from:
https://mydomain.com
and
https://mydomain.com/demo/demo1.jsp
These API demos allow anyone to access your server without authentication
to create/manage meetings and recordings. They are for testing purposes only.
If you are running a production system, remove them by running:
apt-get purge bbb-demo
Rgds
Chris
Some MynaParrot BBB users reported receiving this ICE 1007 error message when attempting to join the meeting.
Then we need to figure out why this is happening and figure out how to fix it. You may suspect that it is due to bigbluebutton server or html5 client issues, or that it is related to IP address or port 80.
BigBlueButton is a web conferencing system that is free and open source. It is web-based, so you must use a browser to participate in the meeting. The advantage is that users do not need to download and install any applications on their devices. However, it will necessitate the user configuring some browser settings, particularly the first time. However, while it is generally acceptable and simple to use, you may encounter some issues.
Today we are going to address this common issue for the BigBlueButton user.
ice 1007 reasons
For a short answer, the error caused by a firewall.
WebRTC errors
1007: ICE negotiation failed — The browser and FreeSWITCH try to negotiate ports to use to stream the media, and that negotiation failed. Possible Causes:
NAT is blocking the connection
The firewall is blocking the UDP connection/ports
WebRTC offers very high-quality audio. However, the user’s network settings (or firewall) may not allow WebRTC to connect (or keep connected).
ice 1007 Solutions
First and foremost, as a developer, you must examine your BigBlueButton server configuration. If your server does not have a TURN server configuration, your users will encounter difficulties if they access from behind a firewall. If you configure the TURN server, you should see better results.
You can find instructions on how to set up the TURN server in this official BigBlueButton Development Doc.
https://docs.bigbluebutton.org/admin/setup-turn-server.html
If you are confident that you have correctly installed and configured the TURN server. However, the user may still encounter this issue. What are other options? From our experience, the most practical way to solve it from the user’s perspective is to try the following methods:
- Try again a few times, and it may resolve itself.
- Restart your computer or mobile device if possible.
- Try a different browser or update your browser to the most recent version.
- If possible, switch to a different internet provider.
- Experiment with different devices.
The cause is sometimes a problem caused by unknown factors. It takes time to detect or solve it; however, as a user, you may only have a few minutes to resolve this issue because you need to enroll in a course. As a result, try those suggestions as soon as possible and see if they work. According to our experience, if your BigBlueButton server is correctly configured, then try those solutions from the user’s end, and the problem will be resolved.
If you still aren’t able to solve the problem by doing these. Please contact us, and we will assist you in resolving this issue as soon as possible. If you don’t have an account, try it free from here: https://mynaparrot.com/en/try-it-for-free
You can integrate with your Moodle, WordPress, Chamilo, or other LMS in minutes. After that, you can test it to see if the BigBlueButton ICE 1007 error messages continue to appear.
Check our BigBlueButton services & BigBlueButton Hosting.