использование сервера поворотов в качестве ретранслятора увеличивает задержку

Question

Как вы, наверное, знаете, webrtc называется peer-to-peer.Но это правда, когда обе стороны могут видеть друг друга и общаться внутри сети, что не всегда возможно (из-за NAT и межсетевых экранов).Таким образом, в этих сценариях серверы STUN бесполезны, и вместо них следует использовать серверы TURN.Серверы TURN использовались как ретранслятор, соединяющий все одноранговые узлы друг с другом.

Но когда соединение установлено, благодаря природе TURN задержка возрастает.Это может быть высокое значение (для меня 5-10 секунд), которое разрушает UX видеозвонков.

Я использую Coturn, который является одним из самых известных TURN-серверов с открытым исходным кодом.

Первый вопрос: есть ли способ уменьшить задержку, вызванную сервером TURN?Например, лучше использовать сервер с меньшим временем проверки связи, чем сервер с высоким значением?аппаратное обеспечение имеет решающее значение, и повышение мощности ЦП и ОЗУ может уменьшить задержку?

Второй вопрос, который является более важным, что я могу сделать в своей клиентской области, сглаживая эту задержку?Я имею в виду, есть ли какое-либо решение (например, на основе UX), чтобы уменьшить влияние задержки?

Спасибо за любой ответ.

Answer 1

Реле TURN, добавляющее 5-10 секунд задержки, конечно, необычно. Обычно это должно быть порядка 50-100 мс больше. Это, однако, очень сильно зависит от местоположения сервера TURN. Если у вас есть два пользователя в Австралии, которые используют сервер TURN в Ирландии, это будет плохой опыт.

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