{Справочная информация} Почему WebRTC всегда использует веб-сокеты для сигнализации? - PullRequest
0 голосов
/ 28 октября 2019

Я работал с кучей примеров WebRTC, и всем им требуется собственный сервер Websocket для обмена данными сигнализации. OTOH, каждый документ WebRTC гласит, что вы можете использовать что угодно для сигнализации, включая опорных точек.

Так что мне было интересно, просто из любопытства: почему сигнализация обычно не выполняется с использованиемскучный старый REST API (или похожий)? Это не так, как если бы у процесса установки были требования в реальном времени, для которых использование Websockets имело бы смысл ...

1 Ответ

1 голос
/ 28 октября 2019

Потому что вы хотите, чтобы процесс установки был как можно более быстрым - обычно - и может быть довольно много сообщений для обмена, особенно если вы используете ICE Trickling. Используя AJAX, вам придется использовать повторный опрос, который, конечно, медленнее. Если это достаточно хорошо для вас, и вы видите некоторое преимущество в этом, по сравнению с веб-сокетами, больше возможностей для вас. Но, как правило, вы хотите пересылать сообщения другому узлу, как только вы его получите, а не всякий раз, когда другой узел запрашивает следующий сервер. И единственная практическая возможность передать данные с сервера на клиент - это веб-сокеты.

Вы можете использовать отправленные на сервер события дляpush-сообщение с сервера на клиент и AJAX для отправки с сервера на сервер ... но почему, когда веб-сокеты уже обеспечивают двустороннюю связь?

...