Как оптимизировать настройки сети для Voice

Сетевая инфраструктура с поддержкой облака позволяет успешно передавать данные Voice на серверы Google. Ниже описано, как ее настроить.

• Используйте наиболее короткий путь от клиента Voice до Интернета. Избегайте:
  • прокси-серверов;
  • анализаторов пакетов и протоколов.
• Измеряйте и оптимизируйте:
  • Задержка: не более 150 мс в одну сторону (ITU G114).
  • пропускную способность — рекомендуется не менее 50 кбит/с;
  • работу сети Wi-Fi – ознакомьтесь с рекомендациями.

Мы настоятельно рекомендуем отказаться от передачи данных Voice через прокси-серверы.

• В настройках прокси-сервера добавьте трафик Voice в белый список.
• В отличие от Google Meet, Voice не переключается на TCP. Голосовой трафик Voice передается только по UDP.
• Передача данных Voice через прокси-серверы увеличивает задержку и может вести к автоматическому снижению качества аудиосигнала. Для наилучшей работы Voice задержка между клиентом и серверами Google не должна превышать 100 мс.
• Интернет-протокол Socket Secure (SOCKS5) не поддерживается.

По возможности отключите анализаторы пакетов и протоколов. Они увеличивают задержку, что может привести к автоматическому снижению качества звука.

Проверка пакетов аудиоданных также неэффективна, поскольку автоматические инструменты сканирования не могут восстановить данные аудиопотока.

Если вы используете такие инструменты, добавьте все номера портов для трафика Voice в белый список, чтобы обойти их.

Приведенные ниже рекомендации относятся к типичным офисным средам. В более сложных системах, таких как фабрики, помещения с высоким уровнем радиочастотного шума или недостаточным сетевым покрытием, необходима оценка специалиста по беспроводным сетям в каждом конкретном случае.

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

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

Радиочастотные диапазоны: 2,4 ГГц или 5 ГГц

Мы рекомендуем не развертывать и не использовать приложения, работающие в режиме реального времени, на базе беспроводной сети, работающей в диапазоне 2,4 ГГц, поскольку этот диапазон обычно перегружен. Эта рекомендация включает приложения, которые обеспечивают подключение в обычной офисной среде.

В диапазоне 2,4 ГГц доступны всего три неперекрывающихся частотных канала; он характеризуется высоким уровнем шума от близлежащих сетей, а также дополнительными помехами от других устройств, таких как микроволновые печи. Все это создает неблагоприятную радиочастотную среду.

Для надежной работы приложений, работающих в реальном времени, таких как Voice, необходимы достаточная пропускная способность, задержка, джиттер и уровень потери пакетов, которых практически невозможно достичь в диапазоне 2,4 ГГц.

Примечания по проектированию и развертыванию

Проектируя беспроводную сеть, в которой будут работать приложения, передающие данные в режиме реального времени, в первую очередь думайте о достаточной пропускной способности и лишь во вторую – о величине зоны покрытия.

• Проектируйте размеры сот исходя из мощности соответствующих точек доступа. Развертывайте соты меньшего размера там, где ожидается больше устройств, например в переговорных комнатах и аудиториях, чтобы увеличить пропускную способность. Соты большего размера можно использовать в обычных офисных помещениях.
• Запретите низкие скорости, чтобы повысить эффективность использования радиочастот. Это позволяет принудительно переключать клиентские устройства на ближайшую ТД при перемещении между ТД.

Если SSID беспроводной сети доступен в обоих диапазонах (2,4 ГГц и 5 ГГц), следует принудительно переводить клиентские устройства на частоту 5 ГГц.

• Рекомендуется подключать к одной ТД не более 10 стационарных телефонов. Если вы укажете большее число, это может привести к непредсказуемым результатам.
• Стационарные телефоны с беспроводным подключением не следует использовать в командах с высокой плотностью размещения или большим количеством голосовых вызовов, например в отделах продаж или поддержки. Например, это могут быть сайты государственных органов или круглосуточные кол-центры.
• Кратковременные прерывания голоса (менее 10 секунд) ожидаемы и не могут быть устранены на уровне сети для стационарных телефонов с беспроводным подключением. Мы не рекомендуем использовать беспроводные сети для важных звонков, например конференций, пресс-конференций или звонков руководства.
• Нормативные требования к использованию устройств Wi-Fi зависят от юрисдикции. Во многих странах такие устройства, использующие каналы DFS, не должны мешать, например, работе местных метеорологических радаров. Точка доступа, нарушающая работу радара, будет отключена от канала, и клиенту потребуется подключиться к другой точке доступа или к другому каналу.

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

Наконец, после развертывания проверьте покрытие беспроводной сети в местах планируемого использования Voice.

Трафик Voice защищен шифрованием, поэтому нет необходимости запрещать передачу данных на IP-адреса Google.

Если это все же необходимо из-за ограничений сети, используйте указанные ниже диапазоны IP-адресов для добавления серверов Voice в белый список. Эти адреса предназначены исключительно для Voice для Google Workspace, что позволяет идентифицировать трафик звонков, используемый в Google Workspace, и понизить приоритет трафика Voice от обычных аккаунтов. В результате вы можете оптимизировать настройки сети и доступ через брандмауэр.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Откройте для внешнего трафика следующие порты:

• исходящие UDP-порты с 19302 по 19309;
• исходящий TCP-порт 443.

Примечание. Для диапазона портов Voice 19302–19309 используются параметры UDP-портов WebRTC для Chrome. Подробнее о том, как настроить правила Chrome для пользователей или браузеров…