Должен ли запрос на поворот включать кандидатов на оглушение? - PullRequest
Новая
       146

Должен ли запрос на поворот включать кандидатов на оглушение?

0 голосов
/ 06 февраля 2019

Здесь есть два очень похожих вопроса, но на оба они не даны ответы:

rfc5766-turn-server как TURN и STUN для приложения webrtc вопрос 1. говорит "с rfc5766"-turn-server достаточно, чтобы действовать как TURN, а также как сервер STUN, или мне также нужно запустить сервер оглушения ".

пропущенные кандидаты-ретрансляторы с сервера TURN говорят о пропущенных кандидатах-ретрансляторах, эффект, который я вижу, когда делаю только запрос turn.

Мы настроили coturn с turns и use-auth-secret и используем https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ для тестирования.

  • Когда я делаю запрос на оглушение stun:hostname:5349 без пароля, я вижу srflx кандидата (мой внешний IP).
  • Когда я делаю запрос на поворот turns:hostname:5349[username:password], я вижу relayкандидат (публичный адрес сервера TURN).

Это выглядит хорошо, но мне нужно сделать 2 запроса на один и тот же сервер?Разве turn не должен включать stun и выдавать мне srflx и relay кандидатов?

  • Могу ли я настроить coturn для возврата обоих в одном запросе?
  • Или клиент должен будет сделать оба запроса?Так все ли браузеры будут делать это правильно при использовании WebRTC?

1 Ответ

0 голосов
/ 06 февраля 2019

Если на клиенте настроен TURN / UDP, настройка того же сервера, что и сервера STUN, не требуется.

TURN over UDP автоматически вернет кандидата srflx, вы должны увидеть, чтона странице испытаний струйкой льда.Если вы посмотрите на пакеты, которыми обмениваются в Wireshark, то увидите * запрос привязки STUN и ответ привязки, содержащий публичный ip, который видит сервер в поле xor-mapped-address, а также выделение * STUN (TURN)запрос, ответ которого также содержит xor-mapped-address

TURN over TLS или TURN over TCP, не будет этого делать, поскольку он не будет работать с дыроколом udp.

...