Сломался webrtc pull с streaming_threads на monitoring

Здравствуйте.
После обновления на относительно свежие версиии streaming_threads 2880 и monitoring 2875 словили проблему при webrtc pull. Стрим пуллится версией monitoring 2875, приезжает, добавляется в аудио-миксер, играется встроенным в веб-интерфейс плеером, но в районе 50секунд отпадает. keep_alive.algorithm =INTERNAL на всех серверах, переключение в NONE не изменило ситуацию.
Monitoring используется для аудио-миксера для iOS, поэтому пуллит к себе все стримы.
До обновления были версии streaming_threads 2775 и monitoring 2780, проблемы не наблюдали.
 

Max

Administrator
Staff member
Попробуйте выставить настройку
custom_ice_agent=true на обоих серверах monitoring ветки и threads ветки.

В последних версиях monitoring - ветки были изменения в настройках.
Все настройки в monitoring-ветке перешли единый в конфиг flashphoner.properties
конфиг server.properties больше не используется.
Поэтому если выставлять доп. настройки, то в flashphoner.properties.

Все настройки теперь можно посмотреть через CLI
Code:
>show node-settings | grep rtmp
Мы проверим это поведение между ветками. Это может занять некоторое время.
С вашей стороны был полезен бы серверный лог. Что в него пишется при разрыве через 50 секунд?
 
custom_ice_agent=true не помог, на threads указал его в flashphoner.properties и server.properties, на monitoring - в flashphoner.properties и он включился в CLI.
flashphoner.log с 2-х сторон выслал на email
 

Max

Administrator
Staff member
Воспроизвели проблему.
Лечится, если на том сервере, с которого забираем поток (wcs5_streaming_threads), включить keep_alive.algorithm =HIGH_LEVEL.

Также сделали фикс в monitoring, сейчас тестируем работу с разными keep_alive.algorithm.
По результатам сообщим.
 
Top