2016-07-31 1 views
1

В настоящее время у меня есть 2 серверы льда - STUN (от Google) и один сервер TURN (в США).Местоположение IceC серверов WebRTC

Если я добавлю дополнительные серверы льда (к серверу ледяных серверов, переданному одноранговому соединению) из разных мест (IE Europe, Asia, South America и т. Д.), WebRTC будет достаточно умен, чтобы использовать оптимальные TURN-серверы между пользователями которые соединяются друг с другом (если между ними требуется TURN)?

ответ

2

Теоретически ICE позаботится об этом.

Однако это будет открывать привязку NAT к каждому серверу TURN, что является довольно расточительным. Использование геоданных, таких как Amazons route53, позволяет клиентам создавать распределение на ближайшем сервере TURN, как правило, лучше.

+0

С моей точки зрения, подключение к серверу ближе к вам не обязательно означает, что это лучший сервер для вас и вашего партнера. Сервер между вами и вашим партнером был бы более оптимальным, поэтому я думаю, что серверу все равно нужно будет передавать конфигурацию ледяных серверов? Или должны ли быть логики для удаления/добавления оптимальных ледяных серверов «на лету», поскольку соединения производятся между сверстниками? –

+0

Это будет лучший сервер для вас, пока ваш партнер будет иметь свой собственный лучший сервер. Если, кроме того, соединение между серверами лучше, чем соединение между вашим оптимальным сервером и вашим партнером. Это приведет к тому, что пара кандидатов-реле-реле вместо пары relay-srflx или relay-prflx. Я видел и то, и другое не имеет фактических чисел в пропорциях. Я не ожидаю, что разница в RTT между сервером «посередине» и двумя серверами, близкими к клиентам, будет больше, чем за десять миллисекунд, за счет большей сложности развертывания. –

+0

смена серверов во время вызова невозможна из-за отсутствия setConfiguration (ранее известного как updateIce). Также [nombis] (https://tools.ietf.org/html/draft-uberti-mmusic-nombis-00) еще не реализовано, что означает, что выбор пар-кандидатов не очень динамичен. –