ApiRTC — поведение с meshModeEnabled и meshOnlyEnabled
Я хотел бы знать, каково точное поведение Apizee PaaS, когда параметры meshModeEnabled и meshOnlyEnabled установлены на true?
В документации описывается полезность этих двух параметров, но не объясняется их поведение в приложении Apizee.
Если мы установим для параметра meshModeEnabled значение true, а для параметра meshOnlyEnabled значение true, то это запретит ApiRTC перенаправлять трафик на SFU (для поддержания истинного однорангового соединения).
У меня такой вопрос: установив для двух указанных выше параметров значение true, трафик будет исключительно P2P, а значит больше нельзя использовать систему записи разговоров и поиск медиа с API (т.к. нет прохода в SFU)?
заранее спасибо
Я уже использовал 2 параметра, но без какой-либо информации об их техническом поведении на стороне Apizee PaaS.
Ответы 1
Ответ для выпуска библиотеки ApiRTC 4.7.8
Если мы установим для параметра meshModeEnabled значение true и установим meshOnlyEnabled в true, то это запретит ApiRTC перенаправление трафика на SFU (для поддержания истинного Peer-To-peer).
Ты прав
Мой вопрос: установив для двух параметров, упомянутых выше, значение true, трафик будет исключительно P2P, а это значит, что он больше не можно использовать систему записи разговоров и медиа поиск с помощью API (т.к. нет прохода в SFU)?
Я подтверждаю. SFU необходим для любой деятельности, которая требует централизации всех потоков (запись, оптимизация пропускной способности и т. д.).
Имейте в виду, что ApiRTC имеет механизм для выбора наилучших потоковых маршрутов в зависимости от использования и качества полосы пропускания участника.
Если вы включите режим сетки, поведение ApiRTC будет следующим:
- Если < 5 участников И сессия ранее не находилась в режиме SFU ==>
roomMode= "mesh" - Если >= 5 участников ИЛИ кто-то присоединился к комнате в SIP ИЛИ записывает ИЛИ у кого-то есть собачья ссылка для загрузки ИЛИ сеанс был в режиме SFU раньше ==>
roomMode= SFU
Вот значения по умолчанию, если вы их не укажете:
- meshModeEnabled :
false==> поэтому по умолчанию он не использует оптимизацию потоковой маршрутизации ApiRTC. - meshOnlyEnabled :
false
Чтобы получить текущий режим подключения, вы можете использовать объект apiCC.session.apiCCWebRTCClient.webRTCClient.MCUClient.sessionMCUs в консоли браузера. (не поддерживается) следите за тем, чтобы roomModeChanged текущего диалога запускался, когда режим изменяется с сетки на SFU.
Атрибут roomMode будет отображаться
"mesh"=> режим сетки- или не будет определяться => режим SFU
Можете ли вы отметить этот вопрос как ответ, пожалуйста? :)
Да, конечно :)
Спасибо вам большое за ваш ответ. У меня есть еще одна просьба, связанная с этим, я был бы очень признателен, если бы вы могли взглянуть на нее. Большое спасибо -> Медиафайлы всегда отправляются в облако, даже с meshOnlyEnabled