TURN server - Вопросы по использованию некоторых атрибутов в контексте WebRTC

Я реализую сервер TURN специально для использования WebRTC, и у меня есть некоторые вопросы, касающиеся отсутствия поддержки определенных атрибутов (отправить ответ об ошибке, если атрибут получен) или просто игнорировать их или другие сомнения. Они здесь:

  1. EVEN-PORT Если мой SDP всегда сигнализирует a=rtcp-mux, будет ли когда-либо использоваться этот атрибут? И если да, то будет ли это ошибкой, если она появится?

  2. RESERVATION-TOKEN Играет ли это какую-либо роль, когда сервер TURN используется в контексте WebRTC?

  3. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ Как и в STUN, можно ли это безопасно игнорировать без какой-либо обработки?

  4. DONT-FRAGMENT Существует ли предпочтительная и общепринятая норма для этого атрибута в контексте WebRTC?

  5. Какова идеальная длина NONCE в контексте WebRTC?

  6. Другая проблема. Доступна ли какая-либо статистика использования сервера TURN для транспорта, отличного от UDP? Я думаю о поддержке только UDP на данный момент.


webrtc turn
person asinix    schedule 14.09.2020    source источник

Ответы (1)


arrow_upward
1
arrow_downward

  1. webrtc обычно требует rtcp-mux, по крайней мере, в chrome, поэтому меня не волнует четный порт.
  2. no
  3. да. Это только к вашему сведению.
  4. нет. Реализации WebRTC обычно не выполняют обнаружение пути-mtu, а предполагают 1200 байт.
  5. Вы имеете в виду срок годности? https://medium.com/confrere/gone-in-1100-seconds-hunting-bugs-on-the-edge-of-webrtc-132a186c45dd
  6. см. https://medium.com/the-making-of-whereby/what-kind-of-turn-server-is-being-used-d67dbfc2ff5d
person Philipp Hancke    schedule 14.09.2020
comment
Отвечает на многие сомнения. Кроме того, длина NONCE в соответствии со STUN RFC ДОЛЖНА быть меньше 128 символов (что может достигать 763 байт). Каков наилучший практический диапазон длины? Наблюдение порта UDP 443 в ссылке ответило на многие фундаментальные сомнения. - person asinix; 15.09.2020
comment
coturn обычно генерирует одноразовый номер из 16 случайных байтов. - person Philipp Hancke; 15.09.2020