Термин
Mesh-топология (WebRTC)
WebRTC-сессия, где каждый участник шлёт свой поток напрямую каждому другому. Работает для 2–4 человек, падает на масштабе из-за взрывного роста аплоад-полосы.
Mesh – простейшая WebRTC-топология: у каждого участника peer-соединение с каждым другим, и каждый аплоадит N-1 копий своего видео (по копии на других участников). На двоих – 1 копия, тривиально. На четверых – по 3 копии, нормально на типичном домашнем линке. На восьмерых – по 7 копий, аплинк насыщается и качество падает. Практический предел mesh – около 4 участников на потребительских соединениях.
Плюс mesh – нет server-стоимости и минимальная задержка (peer-to-peer пути). Главный минус – взрыв аплоад-полосы. Вторичный минус – сложность сигнализации: N участников = N×(N-1)/2 peer-соединений с ICE и SDP на каждом. Современные WebRTC-библиотеки это эффективно обрабатывают, но dataplane-стоимость доминирует.
Mesh – правильный выбор для двусторонних звонков, маленьких embedded видеочат-виджетов и peer-to-peer-шаринга между двумя браузерами. Всё, что больше 4 участников, требует SFU. Большинство продакшен-видеоприложений (Zoom, Google Meet, Microsoft Teams) пропускают mesh вовсе и используют SFU даже для двусторонних звонков, соглашаясь на маржинальные server-расходы ради единообразия кода и возможности дорасти, если подключится больше людей.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.