Оптимизируйте свою сеть для голосовой связи.

Сетевая инфраструктура, совместимая с облачными технологиями, позволяет голосовому трафику эффективно взаимодействовать с инфраструктурой Google. Для этого необходимо:

• Убедитесь, что голосовой трафик имеет короткий путь к интернету. Избегайте:
  • Прокси
  • Анализаторы пакетов или протоколов
• Измеряйте и оптимизируйте:
  • Задержка: максимум 150 мс в одну сторону ( ITU G114 )
  • Рекомендуемая пропускная способность: 50 кбит/с.
  • Сеть Wi-Fi: рекомендации по использованию Wi -Fi

Мы настоятельно рекомендуем вашей сети не использовать прокси-серверы для голосового трафика:

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

По возможности не используйте анализ пакетов или протоколов для голосовой связи. Они вносят задержку, которая может привести к автоматическому снижению качества звука в голосовой инфраструктуре.

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

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

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

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

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

Сравнение радиочастотных диапазонов 2,4 ГГц и 5 ГГц

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

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

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

Вопросы проектирования/развертывания

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

• Управляйте размером соты, который контролируется мощностью передачи точки доступа (AP). Размещайте соты меньшего размера там, где ожидается большее количество устройств, например, в конференц-залах и аудиториях, чтобы увеличить пропускную способность. Более крупные соты могут обеспечить общее покрытие в офисных помещениях.
• Отключите низкие скорости для повышения эффективности использования радиочастотного сигнала. Это принудительно переключает клиента на ближайшую точку доступа при перемещении между точками доступа.

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

• Вполне реалистично ожидать, что к одной точке доступа будет подключено не более 10 стационарных телефонов. Большее количество может привести к непредсказуемой работе пользователей.
• Беспроводные стационарные телефоны не следует использовать в группах с высокой плотностью звонков/интенсивным голосовым потоком, таких как операторы или службы поддержки. Например, на площадках GOVO или в круглосуточных колл-центрах.
• Кратковременные прерывания голосовой связи, менее 10 секунд, являются нормой и не могут быть устранены на сетевом уровне для стационарных телефонов, подключенных по беспроводной сети. Мы не рекомендуем использовать беспроводные сети для совершения важных телефонных звонков, таких как конференции, пресс-конференции или звонки руководителям.
• Хотя правила различаются в зависимости от страны/региона, общим требованием является то, что устройства Wi-Fi, использующие каналы DFS, должны убедиться, что они не будут создавать помехи, например, для местной системы метеорологического радара. В результате точка доступа, подверженная радиолокационным помехам, освободит канал. Всем клиентам придется переподключиться к другой точке доступа, работающей на другом канале.

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

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

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

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

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

Настройте сеть таким образом, чтобы следующие порты разрешали передачу голосового трафика в вашу организацию и из нее:

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

Примечание: Диапазон голосовых портов от 19302 до 19309 использует настройку портов Chrome WebRTC UDP. Для получения дополнительной информации см. раздел «Настройка политик Chrome для пользователей или браузеров» .