История изменений
Исправление romanlinux, (текущая версия) :
Еще раз подытожу:
Как это работает:
Mediasoup сам генерирует ICE-кандидатов на основе listenInfos (IP + порт) announcedIp (из переменной окружения ANNOUNCED_IP) — это публичный IP, который сообщается клиентам Каждый воркер слушает на своём порту: базовый порт MEDIASOUP_MIN_PORT (по умолчанию 40000) + индекс воркера Поддерживаются и UDP, и TCP Поскольку клиенты подключаются напрямую к серверу mediasoup (а не друг к другу), необходимость в STUN для определения публичного IP отпадает — сервер уже знает свой announcedIp. TURN тоже не нужен, так как нет P2P-соединений, которые могли бы быть заблокированы NAT.
ИМХО не нужно путать WebRTC и P2P
Потому что Web RTC - это в целом «технология для передачи данных между браузерами в реальном времени», а вот p2p - это уже конкретно «способ» как будут эти данные переданы. на прямую между пользователями (в случае p2p) или, через «сервер»(грубого говоря STUN) - в случае SFU.
У меня все по «SFU», потому что так проще ИМХО для клиента(не нужно держать отдельное соединение с каждым собеседником, особенно это круто для телефонов, чтобы батарея не сажалась в 0 за 30 мин) + все равно почти всегда, все собеседники за «своим NAT» и все равно понадобится STUN…
Исходная версия romanlinux, :
Еще раз подытожу:
Как это работает:
Mediasoup сам генерирует ICE-кандидатов на основе listenInfos (IP + порт) announcedIp (из переменной окружения ANNOUNCED_IP) — это публичный IP, который сообщается клиентам Каждый воркер слушает на своём порту: базовый порт MEDIASOUP_MIN_PORT (по умолчанию 40000) + индекс воркера Поддерживаются и UDP, и TCP Поскольку клиенты подключаются напрямую к серверу mediasoup (а не друг к другу), необходимость в STUN для определения публичного IP отпадает — сервер уже знает свой announcedIp. TURN тоже не нужен, так как нет P2P-соединений, которые могли бы быть заблокированы NAT.
ИМХО не нужно путать WebRTC и P2P
Потому что Web RTC - это в целом «технология для передачи данных между браузерами в реальном времени», а вот p2p - это уже конкретно «способ» как будут эти данные переданы. на прямую между пользователями (в случае p2p) или, через «сервер»(грубого говоря STUN) - в случае SFU