Search results

Проверьте, пожалуйста, канал между серверами CDN при помощи iperf: Тестирование пропускной способности канала при помощи iperf. Возможно, имеет смысл перенести транскодер ближе к двум другим серверам.

Чтобы проверить настройки CDN (и другие настройки), нам необходимы репорты с каждого сервера, собранные, как описано здесь (дампы трафика не нужны, только логи). Собирать их нужно скриптом: Сбор отладочных логов при помощи скрипта report.sh. архивы необходимо отправить, используя эту форму...

Проверили логи и дамп. Этот звонок установился успешно, и медиатрафик отправлялся в обе стороны Однако звук есть только с одной стороны С другой стороны отправляется только тишина Похоже на проблему на стороне клиента: либо микрофон не захвачен в браузере, либо замьючен (mute). В этом случае...

Для того, чтобы проблему можно было исследовать и решать, необходимо воспроизведение. В идеале, на наших тестовых серверах, тогда нам нужны только тестовые аккаунты для SIP звонков. Если проблема не воспроизводится на наших тестовых серверах, необходим доступ к вашему серверу. Если ни то, ни...

Нужно обновить до 5.2.1759 (были исправления по HLS). Для HLS ABR в CDN на edge нужно добавить hls_abr_with_cdn=true. cdn_strict_transcoding_boundaries=true и cdn_origin_allowed_to_transcode=true добавляются на edge, не на origin. cdn_origin_allowed_to_transcode=true для HLS ABR не применяется...

К сожалению, вы предоставили только дамп трафика. Предоставьте, пожалуйста, логи сервера, как мы запрашивали выше. Также уточните, с каким именно из звонков воспроизводится проблема. Если сбор логов вызывает затруднения, просим предоставить SSH доступы к серверу и два SIP аккаунта для совершения...

Good day. Since build 5.2.1751 a characters encoded at client side by encodeURIComponent() may be decoded using the following parameter in offline-mixer.json { ..., "mixerDecodeStreamName": true }

Good day. 1. RoomApi is already using a custom data when establishing a connection, the data is used to identify a room and a user. Also, RoomApi uses an internal REST hooks based backend, so you should proxy all the hooks to the standard backend if you want to use your own one. Otherwise...

Seems like both ip and ip_local addresses are in local network: In this case, you cannot play anything from external network by WebRTC at all. Please set ip to an external IP address (and set up ports routing) and add the following parameter to the settings: rtc_ice_add_local_interface=true...

You can use jstack tool to get current Java Threads state: jstack tool, then analyze it and found blocked threads.

We checked the report. RTSP stream itself is captured correctly and can be played successfully from traffic dump in the latest WCS build 5.2.1759. But in the server log there is Failed by ICE timeout message for the client session: So you should check media ports availablility (31000-32000/udp...

4 by default. This value can be changed: Recording perfomance tuning under high load Yes. Seems like threads blocking caused not by CPU load, but by a network drive unavailablity. WCS rebooting periodically is not a good solution. Please change the records dir to a local folder on a fast SSD...

We checked the server. Seems like the server is too weak to write more then 1 file simultaneosly (only 2 vCPU), so recording queues are grow. In case of room streams recording, there can be a much streams in room, so use more powerful server. Also we see a blocked recording threads. This can...

Good day. Seems like in external-bad.txt the camera closes the connection by some network reason. Please collect a report as described here, including client debug logs and traffic dump (mandatory): 1. Enable client debug logs client_log_level=debug 2. Restart WCS 3. Start a traffic dump...

You can use MKV container for VP8 streams: MP4, WebM, MKV containers support. But browsers cannot play MKV directly. We checked jstack.log from previous reports and did not found any suspicious thread locks. If the problem occur again, it would be ideal to get SSH access to the server. Anyway...

We fixed the report form, you can use it now.

Temporary dir is not used when recording streams in VP8, WEBM files are recording directly to the record dir. So if it's not available recording file will not be created at all, and hook script will not be called. Please do not use a network drive as we recommended above.

Your report contains no server configuration. Please collect it using report.sh script: Getting logs with report.sh script sudo ./report.sh --sysinfo --conf --tar In the logs we see you're recording streams published via RoomApi in VP8 codec. In this case, WEBM container is used by default...

Place the archive to a cloud drive (Google Drive, OneDrive, Yandex.Disk etc) and send the link using this form. If sending via form does not work, please send the link to support@flashphoner.com with this topic URL in Subject field

Good day. We fixed the issue in build 5.2.1755. Please update WCS and add the following settings: sip_force_tcp=true allow_outside_codecs=false generate_av_for_ua=all rtp_generator_start_timeout=100 periodic_fir_request=true periodic_fir_request_interval=2000 profiles=42e01f,640028