В чем заключались бы технические трудности при запуске WebRT C без сервера?

Question

WebRT C, в конце концов, является одноранговой технологией, и поэтому наличие такого сервера, как Janus, Jitsi, Red5 и т. Д. c, лишает возможности быть p2p. Какие будут технические трудности при запуске WebRT C без такого сервера?

Я имею в виду, по крайней мере, запустить WebRT C только с базовым c сервером, например BaaS , Firebase или аналогичный в качестве единственного «серверного» компонента в инфраструктуре.

Answer 1

Можно построить простую конференц-связь только с сервером сигнализации! У медиа-сервера есть несколько преимуществ. Это не является исчерпывающим, но то, что было для меня важно в процессе производства.

Меньшее использование ресурсов для пользователей

Если вы сделаете, я sh сигнализирую каждому пользователю о соединении друг с другом через P2P . Это означает, что если у вас есть конференц-связь из 4 человек, каждому необходимо загрузить свое видео 3 раза. Если у вас есть медиа-сервер, каждый пользователь загружает только один раз, а затем сервер распространяет видео. Это означает намного меньшее использование ЦП и сети для каждого пользователя.

P2P-соединения раскрывают подробности о пользователе

Если пользователи подключаются напрямую друг к другу, они могут выяснить детали, такие как их публикации. c IP. Если вы маршрутизируете все через сервер, вы можете анонимизировать больше вещей.

Меньшая изменчивость, с которой нужно иметь дело

При подключении P2P вы будете иметь дело с гораздо большим количеством переменных. Будет сложнее выяснить, какой пользовательский inte rnet вызывает проблему, или отладить проблемы с кодированием / декодированием. Несколько раз запуск SFU действительно пригодился, потому что я смог отладить то, что было бы невозможно, просто выполняя P2P.