2. Оптимизация настроек сети для Meet

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

  1. Убедитесь, что пропускная способность локальной сети достаточна для одновременного подключения максимального количества участников. Подробнее о требованиях к сети для работы с Meet
  2. Настройте сеть так, чтобы задержки при передаче данных между устройствами участников и серверами Google были минимальными. Вот как это сделать:
    1. Создайте сеть с поддержкой облака.
    2. Отключите прокси-серверы, функции QoS, анализаторы пакетов и протоколов.
      Все эти функции могут отрицательно сказываться на качестве видео- и аудиосигнала в Meet, поскольку они увеличивают или изменяют значения задержки и дрожания сигнала, чтобы оценить загруженность сети и доступную пропускную способность. 

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

Как Meet адаптируется к ограничениям сети 

Meet автоматически увеличивает или уменьшает объем передаваемых данных с учетом доступной пропускной способности, определяя загруженность сети с помощью алгоритма GCC (Google Congestion Control). 

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

Создание сети с поддержкой облака 

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

  1. Используйте наиболее короткий путь от клиента Meet в Интернет. Избегайте: 
    • прокси-серверов;
    • анализаторов пакетов и протоколов.
  2. Измерьте и оптимизируйте:
Рекомендации по настройке прокси-серверов

Не направляйте трафик Meet через прокси-серверы

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

Передача данных Meet через прокси-серверы увеличивает задержку и может вести к автоматическому снижению качества аудио- и видеосигнала. Для оптимальной работы Meet задержка между клиентом и серверами Google не должна превышать 100 мс. Кроме того, Meet обладает теми же преимуществами передачи видео, что и прокси-серверы, поэтому необходимость в последних пропадает.  

Если прокси-сервер все же необходим

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

Анализаторы пакетов и протоколов

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

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

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

Рекомендации по настройке Wi-Fi

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

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

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

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

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

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

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

Рекомендации по проектированию и развертыванию

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

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

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

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

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

Рекомендации по использованию протокола WMM

Чтобы сервис Meet исправно работал в беспроводных сетях, внедрите протокол беспроводных мультимедийных расширений (WMM). 

Трафик Meet должен классифицироваться беспроводным контроллером или точкой доступа на основе специфических протоколов и портов Meet или, если в сети используются доверенные устройства, – на основе значения поля DSCP, задаваемого остальными устройствами. 

Хотя для двусторонней работы функций QoS требуется полная поддержка протокола WMM (в том числе клиентами), его настройка на уровне сети (на контроллере или точке доступа) также дает значительные преимущества. Трафик Meet помещается в очередь аудио- или видеосигналов на беспроводной точке доступа или контроллере и имеет преимущество перед трафиком других классов обслуживания.

Ограничение исходящего трафика на IP-адреса Google (сетевые блоки)

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

Если это все же необходимо из-за ограничений сети, используйте указанные ниже диапазоны IP-адресов (сетевые блоки), чтобы не блокировать передачу трафика Meet на серверы Google. Все сервисы G Suite используют единые сетевые блоки на базе IP-адресов.

Компания Google имеет глобальную инфраструктуру, которая постоянно развивается в соответствии с растущими потребностями. В связи с этим серверы G Suite используют широкий диапазон IP-адресов, которые часто меняются. Самый эффективный способ определить текущий диапазон IP-адресов Google – запросить запись SPF.

Определите следующие диапазоны IP-адресов с помощью команды nslookup:

  • nslookup -q=TXT _netblocks.google.com 8.8.8.8
  • nslookup -q=TXT _netblocks2.google.com 8.8.8.8
  • nslookup -q=TXT _netblocks3.google.com 8.8.8.8

В настоящее время сетевые блоки G Suite и Google Compute Engine (GCP) не перекрываются. Подробнее…  

Рекомендации по использованию QoS

Не используйте функции QoS

Не используйте функции QoS для работы сервиса Meet, поскольку он автоматически увеличивает или уменьшает объем передаваемых данных в соответствии с ограничениями сети. QoS следует использовать только по веской причине (например, в перегруженной сети) и только если у вас есть возможность развернуть и поддерживать комплексную модель QoS.  

Если функции QoS все же необходимы

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

Как ограничить трафик Meet
Настроить ограничения для трафика Meet можно двумя способами. 
  • Если в вашей сети ограничена пропускная способность, вы можете настроить резервирование или ограничение для трафика Meet с помощью функций QoS. Подробные сведения приведены в разделе рекомендаций по использованию QoS выше.
  • Чтобы установить ограничения для трафика только на некоторых устройствах, ограничьте пропускную способность на уровне клиента. Настройте регулировку скорости внешнего трафика с помощью политики QoS Windows в консоли управления групповыми политиками и задайте диапазон портов для трафика Meet.

 

 

Была ли эта статья полезна?
Как можно улучшить эту статью?