Медиа-пути для видеозвонков
Обзор путей медиасети, используемых для видеозвонков — для ИТ-персонала
Адрес сервера ретрансляции видеозвонков: vcct.healthdirect.org.au
Достижение наилучшего качества соединения
1. Для большинства сетевых путей согласование, скорее всего, приведет к установлению допустимого медиа-соединения.
- Прямое одноранговое соединение через UDP обеспечивает наилучшее соединение , но часто бывает недоступно в институциональных сетях из-за ограничений безопасности их сетевых политик.
- Защищенное туннелированное TCP-соединение является наименее желательным вариантом для передачи мультимедиа, но, скорее всего, будет поддерживаться без каких-либо изменений в сетевой безопасности.
Рекомендуемый вариант: для многих сетей разрешение исходящего NAT-трафика на UDP-порт 3478 на сервере ретрансляции (сетевой путь 2, см. выше) обеспечит низкую задержку и минимальные накладные расходы. Для этого потребуется лишь незначительное и нерискованное изменение конфигурации сети.
2. Чтобы убедиться, что трафик видеозвонков имеет приоритет над общением в режиме реального времени, ознакомьтесь с вариантами ниже:
- Если ваш маршрутизатор способен приоритизировать трафик со значением поля DSCP 34 (т. н. Assured Forwarding 41 или AF41), пожалуйста, настройте это. Весь трафик WebRTC в реальном времени маркируется таким образом, что улучшит качество видеозвонков и других решений для видеоконференций.
- Если ваш маршрутизатор не поддерживает описанную выше функциональность, вы можете настроить QoS на приоритет UDP-пакетов в диапазоне портов 5000–40000. Это поможет приоритизировать видеопакеты и уменьшить задержку. WebRTC использует протокол RTP для передачи медиапотоков, а RTP обычно использует UDP-пакеты в диапазоне 5000–40000. Это может приоритизировать некоторые пакеты, которым это не нужно, но большинство из них будут RTP-пакетами. Такая настройка QoS обеспечит минимальное количество прерываний и джиттера в видеопотоках.
Видеозвонок попытается использовать наилучший сетевой путь, который сможет найти.
В следующей таблице перечислены сетевые пути, которые он будет искать, в порядке предпочтения:
| Сетевой путь | Порт сервера STUN/Relay |
|---|---|
|
1: Прямой одноранговый UDP с обходом NAT с помощью сервера STUN Каждая конечная точка обнаружит свой внешний интернет-адрес с помощью предоставленного STUN-сервера. Этот адрес предоставляется другой конечной точке и используется для настройки соединения посредством преобразования сетевых адресов. Медиа-данные передаются через случайно выбранные порты в широком диапазоне UDP-портов 49152–65535. |
3478 (УДП) |
|
2: Через сервер ретрансляции видеовызовов, используя выходной UDP-маршрутизированный трафик Если соединение не может быть установлено с помощью описанного выше прямого однорангового соединения, то будет предпринята попытка установить ретрансляцию на удалённую конечную точку через настроенный UDP-порт TURN-сервера 3478. Этот адрес ретрансляции предоставляется другой конечной точке и используется для установки соединения через ретрансляцию, обратно через подключение локальной конечной точки к TURN-серверу. Медиа-данные передаются на UDP-порт 3478 на сервере TURN. |
3478 (УДП) |
|
3: Через сервер ретрансляции видеовызовов, используя выход с маршрутизацией TCP Если невозможно установить соединение с сервером TURN по протоколу UDP, соединение с сервером TURN устанавливается по протоколу TCP 443, а не по протоколу UDP 3478. Медиаданные передаются наружу на TCP-порт 443 на сервере TURN. |
3478 (TCP) |
|
4: Через сервер ретрансляции видеозвонков, используя TCP-туннелирование через локальный веб-прокси-сервер Если маршрутизированное соединение через NAT не может быть установлено с сервером TURN, будет предпринята попытка туннельного соединения с портом TCP 443 через настроенный в браузере прокси-сервер. Медиаданные передаются наружу через веб-прокси на TCP-порт 443 на сервере TURN. |
443 (TCP) |
|
5a, 5b: Через сервер ретрансляции видеозвонков, используя защищенный TCP То же, что и в пунктах 3 или 4 выше, но с использованием TLS TCP-подключения к серверу TURN. |
443 (TCP/TLS) |
Более подробную информацию можно найти в разделе Серверы ретрансляции видеовызовов .