Describe the bug
Sometimes user gets 1004 Error when connecting with microphone. Most of times, when trying to connect again, the error doesn’t appear. This seems to be related with some network conditions (location, latency) and the availability plus response-time of the STUN server.
In most of cases, changing the default stun server fixes this problem.
Some info here: https://groups.google.com/g/bigbluebutton-setup/c/oeVMDvkc_g4/m/s117x6deBAAJ
To Reproduce
Steps to reproduce the behavior:
- Join with microphone a couple of times
- Sometimes you get 1004 (especially if you don’t use a different STUN server from bbb’s default)
- If you try joining again (one or a couple of times again) you will sucessfully connect to audio
Expected behavior
Users should not get 1004 Error
Actual behavior
User gets 1004 Error
Additional context
1004 happens when audio session terminates and ICE connection is not established. In most of cases, FreeSWITCH rejects the call because it is not able to find ICE candidates in SDP.
We currently have a 5s timeout to let RTCPeer collect all possible ICE candidates, which appears to be too low for some networks (sometimes the browser’s SDP is sent without candidates)
Describe the bug
When the setting public.app.skipCheck in /usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml is set to true, a first-time user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone.
To Reproduce
Steps to reproduce the behavior:
- Make sure that the BigBlueButton server HTML5 client settings (/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has public.app.skipCheck set to true (this instructs the HTML5 client to skip the Echo Test)
- Join a meeting from a browser that has not been allowed to share the microphone with it
- Choose to join with microphone
- Allow the browser to use your microphone
- See error
Expected behavior
Audio conference should be joined without problems
Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user, the audio joining method window stays active, but pushing neither «Microphone» or «Listen only» works. Closing the «How would you like to join» window and restarting the audio join process works without a problem.
Screenshots


BBB version (optional):
$ sudo bbb-conf —check | grep BigBlueButton
BigBlueButton Server 2.2.31
Desktop (please complete the following information):
- OS: Mac
- Browser Chrome
- Version 88.0.4324.146
Describe the bug
When the setting public.app.skipCheck in /usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml is set to true, a first-time user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone.
To Reproduce
Steps to reproduce the behavior:
- Make sure that the BigBlueButton server HTML5 client settings (/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has public.app.skipCheck set to true (this instructs the HTML5 client to skip the Echo Test)
- Join a meeting from a browser that has not been allowed to share the microphone with it
- Choose to join with microphone
- Allow the browser to use your microphone
- See error
Expected behavior
Audio conference should be joined without problems
Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user, the audio joining method window stays active, but pushing neither «Microphone» or «Listen only» works. Closing the «How would you like to join» window and restarting the audio join process works without a problem.
Screenshots


BBB version (optional):
$ sudo bbb-conf —check | grep BigBlueButton
BigBlueButton Server 2.2.31
Desktop (please complete the following information):
- OS: Mac
- Browser Chrome
- Version 88.0.4324.146
#html5-audio #sip #freeswitch #bigbluebutton
#html5-аудио #sip #freeswitch #bigbluebutton
Вопрос:
Я использую BigBlueButton с canvas. Я установил его с помощью скрипта, предоставленного на их странице Github, а именно:
wget -qO- https://ubuntu.bigbluebutton.org/bbb-install.sh | bash -s -- -w -a -v xenial-22 -s bbb.example.com -e info@example.com
Проблема возникает всякий раз, когда я создаю конференцию и присоединяюсь к ней. Я не мог использовать звук, ни слушая.
При нажатии на кнопку присоединиться с микрофоном появляется сообщение об ошибке со словами:
Failure on call (reason=ICE error) (error 1004)
И когда я нажимаю только на Прослушивание, ничего не происходит.
Я просмотрел журналы, но ничего полезного, я подозревал некоторые звуковые ошибки из-за конфигурации хоста, но я не могу прояснить ситуацию. Может быть, у кого-нибудь из вас возникнет идея о том, с какими журналами следует ознакомиться.
Я подозреваю, что это проблема, связанная с FreeSWITCH, я следил за настройкой здесь о настройке FreeSWITCH с брандмауэром (хотя я не использую брандмауэр, но BBB config указывает, что он рассматривает брандмауэр), но ничего не изменилось.
Любое предложение будет оценено.
Комментарии:
1. Привет @younes-zeboudj смогли ли вы решить эту проблему?
2. Да, прокомментировав строку в app/models/bigbluebutton_conference.rb.
Ответ №1:
В моем случае я исправил это, прокомментировав строку, содержащую (voiceBridge = …) В app/models/bigbluebutton_conferenfe.rb.
Ответ №2:
Ты спас мне жизнь. Файл, о котором говорит Юнес, взят из Canvas LMS. Если вы следовали официальным инструкциям по установке, этот файл должен быть /var/canvas/app/models/big_blue_button_conference.rb включен. Вам нужно будет перезапустить приложение (или, если вы не знаете как, сервер), чтобы изменения вступили в силу.
Строка для комментария в контексте:
current_host = URI(settings[:default_return_url] || "http://www.instructure.com").host
send_request(:create, {
:meetingID => conference_key,
:name => title,
# :voiceBridge => format("0d", self.global_id),
:attendeePW => settings[:user_key],
:moderatorPW => settings[:admin_key],
:logoutURL => (settings[:default_return_url] || "http://www.instructure.com"),
:record => settings[:record] ? "true" : "false",
:welcome => settings[:record] ? t("This conference may be recorded.") : "",
"meta_canvas-recording-ready-user" => recording_ready_user,
"meta_canvas-recording-ready-url" => recording_ready_url(current_host)
}) or return nil
Пожалуйста, откройте https://test.webrtc.org/ и запустите тест.
Вы администратор этого сервера BigBlueButton? Если да, запустите bbb-conf --check .
Кроме того, можете ли вы снова протестировать на https://test.bigbluebutton.org/ и сообщить нам, если вы по-прежнему сталкиваетесь с ошибкой?
Привет, у меня такая же ошибка при новой настройке. Веб-камера работает нормально, но голосовая связь невозможна.
Тест с https://test.bigbluebutton.org/ в порядке, поэтому мне кажется, что мне нужно что-то изменить в моей настройке. Я не менял никаких файлов конфигурации, просто прошел быстрый тест и заметил проблему.
Кстати: взял экземпляр Scaleway для запуска BBB, если это хоть как-то поможет. Использовал сценарий bbb-install.sh с Greenlight и моим собственным доменом.
bbb-conf --check вывод
# Potential problems described below
# IP does not match:
# IP from ifconfig: 10.18.32.77
# /etc/nginx/sites-available/bigbluebutton: bbb.mydomain.net (change for privacy)
# Warning: The setting of 51.15.88.XXX for proxy_pass in
#
# /etc/bigbluebutton/nginx/sip.nginx
#
# does not match the local IP address (10.18.32.77).
# (This is OK if you've manually changed the values)
Я изменил домен и общедоступный IP-адрес из соображений конфиденциальности.
В тестовой среде я проверил консоль в Chrome и получил двух кандидатов на подключение.
sip.invitecontext.mediahandler | ICE candidate received:
Но на моем собственном экземпляре такого сообщения в консоли нет.
Кажется, я что-то упустил. На панели Scaleway Dashboard я установил группу безопасности для своего экземпляра bbb, чтобы разрешить все соединения / порты udp и tcp.
Когда я использую Firefox 75 вместо Chrome 81.0.4044.113, звук / микрофон работают нормально.
Эта ошибка, по-видимому, означает, что существует проблема с запросом webrtc вашего IP-адреса.
Если у вас есть uBlock origin или Privacy Badger, проверьте там настройки и убедитесь, что опция запрета совместного использования вашего локального IP-адреса не установлена.
Спасибо за ответ. На самом деле это был тот маленький флажок в настройках uBlock, который я активировал некоторое время назад. Без этого флажка соединение работает безупречно.
Но помните о последствиях. Таким образом, каждый участник встречи может знать ваш IP-адрес, и если кто-то не играет хорошо, он может DDOS …
Это может быть для вас неважно, если вы делаете это в ограниченном объеме, но если это публичное собрание или что-то в этом роде, это может быть актуально.
Эта ошибка, по-видимому, означает, что существует проблема с запросом webrtc вашего IP-адреса.
Если у вас есть uBlock origin или Privacy Badger, проверьте там настройки и убедитесь, что опция запрета совместного использования вашего локального IP-адреса не установлена.
Я использую честный блокировщик рекламы. Я полностью отключил его, и это не помогло с https://demo.bigbluebutton.org , но оно работает с https://test.bigbluebutton.org. Еще я проверил в другом браузере — та же проблема. Мой IP-адрес серый, может быть, это причина … Итак, что делать?
Возможно, вы используете CGN, сайт demo.bigbluebutton.org поддерживает только IPv4. У test.bigbluebutton.org есть IPv6:
Скажу сразу, это «временная особенность»
сегодня был онлайн-класс, произошла эта ошибка, посещаемость была меньше использования интернета и никаких помех для других работ .. Это было удобно😁😜
Однако следует отметить, что эта проблема может быть решена поставщиком Bigbluebutton, настроившим сервер TUN, но это увеличит трафик, проходящий через его инфраструктуру, поскольку участники будут использовать сервер TUN в качестве точки встречи.
@KeroQuero. Удалось ли вам решить проблему с конфигурацией сервера за это время? В противном случае обратитесь за поддержкой в наш список рассылки / форум по адресу https://groups.google.com/forum/#!forum/bigbluebutton -setup.
Для других, у кого есть эта проблема: обычно отключение IPv6 на вашем сервере, а также удаление записи AAA из вашего домена BBB решает проблему, потому что тогда клиенты будут использовать IPv4 для подключения к серверу и, таким образом, не будут путать соединения IPv4 и IPv6.
| Broadcasting IP... | Не отмечен | Отмечено / Включено |
| — | — | — |
BBB test > присоединиться к аудио | — Не удалось установить соединение с WebSocket.
(ошибка 1002)
— Без звука | — Нет ошибки
— Воспроизведено аудио
BBB live> присоединиться к аудио | — Сбой при вызове (причина = несовместимый SDP)
(ошибка 1004)
— Без звука | — пока не тестирую (но думаю будет работать)
Тест WebRTC >
Network > Udp enabled | ❌ | ✔

поступает с https://github.com/bigbluebutton/bigbluebutton/issues/9088#issuecomment -624206690
Эта ошибка, по-видимому, означает, что существует проблема с запросом webrtc вашего IP-адреса.
Если у вас есть uBlock origin или Privacy Badger, проверьте там настройки и убедитесь, что опция запрета совместного использования вашего локального IP-адреса не установлена.
Была ли эта страница полезной?
0 / 5 — 0 рейтинги
Я использую BigBlueButton с холстом. Я установил его, используя скрипт, представленный на их странице Github, а именно:
wget -qO- https://ubuntu.bigbluebutton.org/bbb-install.sh | bash -s -- -w -a -v xenial-22 -s bbb.example.com -e info@example.com
Проблема в том, что когда я создаю конференцию и присоединяюсь к ней. Я не мог использовать звук и слушать.
При нажатии на соединение с микрофоном появляется сообщение об ошибке:
Failure on call (reason=ICE error) (error 1004)
И когда я нажимаю «Только слушать», ничего не происходит.
Я просмотрел журналы, но ничего полезного, я подозревал некоторые звуковые ошибки из-за конфигурации хоста, но я не могу все прояснить. Возможно, у некоторых из вас есть идея, с какими журналами следует обращаться.
Я подозреваю, что это проблема, связанная с FreeSWITCH, я следил за настройкой здесь о настройке FreeSWITCH с брандмауэром (хотя я не использую брандмауэр, но конфигурация BBB указывает, что он учитывает брандмауэр), но ничего не изменилось.
Любое предложение будет оценено.
2 ответа
Лучший ответ
В моем случае я исправил это, прокомментировав строку, содержащую (voiceBridge = …) в app / models / bigbluebutton_conferenfe.rb.
0
younes zeboudj
4 Июл 2021 в 10:03
Вы спасли мою жизнь. Файл, о котором идет речь, взят из Canvas LMS. Если вы следовали официальным инструкциям по установке, этот файл должен находиться в /var/canvas/app/models/big_blue_button_conference.rb. Вам нужно будет перезапустить приложение (или, если вы не знаете, как, сервер), чтобы изменения вступили в силу.
Строка для комментария в контексте:
current_host = URI(settings[:default_return_url] || "http://www.instructure.com").host
send_request(:create, {
:meetingID => conference_key,
:name => title,
# :voiceBridge => format("%020d", self.global_id),
:attendeePW => settings[:user_key],
:moderatorPW => settings[:admin_key],
:logoutURL => (settings[:default_return_url] || "http://www.instructure.com"),
:record => settings[:record] ? "true" : "false",
:welcome => settings[:record] ? t("This conference may be recorded.") : "",
"meta_canvas-recording-ready-user" => recording_ready_user,
"meta_canvas-recording-ready-url" => recording_ready_url(current_host)
}) or return nil
0
Efrain Salas
10 Июл 2021 в 15:38
Describe the bug
When the user tries to join the audio in android mobile/tablet with Chrome especially in android 11, everytime user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone .
To Reproduce
Steps to reproduce the behavior:
-
Make sure that the BigBlueButton server HTML5 client settings
(/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has
public.app.skipCheck set to true (this instructs the HTML5 client to skip the EchoTest) -
Join a meeting from a browser that has not been allowed to share the microphone
with it -
Choose to join with microphone
-
Allow the browser to use your microphone
-
See error
Expected behavior
Audio conference should be joined without problems.
Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user,when
pushing neither «Microphone» or «Listen only»
Screenshots

**Smartphone **
- Device: Android Mobile/tablets…
- OS: Android 11
- Browser chrome
- Version [96.0.4]
Describe the bug
When the user tries to join the audio in android mobile/tablet with Chrome especially in android 11, everytime user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone .
To Reproduce
Steps to reproduce the behavior:
-
Make sure that the BigBlueButton server HTML5 client settings
(/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has
public.app.skipCheck set to true (this instructs the HTML5 client to skip the EchoTest) -
Join a meeting from a browser that has not been allowed to share the microphone
with it -
Choose to join with microphone
-
Allow the browser to use your microphone
-
See error
Expected behavior
Audio conference should be joined without problems.
Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user,when
pushing neither «Microphone» or «Listen only»
Screenshots

**Smartphone **
- Device: Android Mobile/tablets…
- OS: Android 11
- Browser chrome
- Version [96.0.4]
- Community Hub
- Canvas
- Mastery
- Elevate
- Impact
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Show only
|
Search instead for
Did you mean:
- Home
- Canvas
- Canvas Question Forum
- Failure on call (Reason = ICE error) (error 1004)
Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
-
All forum topics -
Previous Topic -
Next Topic
1 Reply
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
![]()
-
LTI 1.3 | JWT Error
in Canvas Developers Group 01-12-2023 -
LTI Grading via Outcome Service Error with failer
in Canvas Developers Group 12-21-2022 -
Having a grading issue
in Canvas Question Forum 11-17-2022 -
Canvas LMS REST API: check completed module items for students
in Canvas Question Forum 11-02-2022 -
Recent New Quiz Updates (Categorization and Fill-in-the-Blank)
in New Quizzes Discussion 10-01-2022