Подготовьте свою сеть контактов к встречам и прямым трансляциям Meet.

Обновите свои межсетевые экраны, чтобы разрешить передачу медиатрафика в вашу организацию и из нее:

• Для аудио- и видеосвязи настройте исходящие UDP-порты 3478 и 19302–19309.
  • Если вы хотите ограничить количество используемых портов Chrome WebRTC, используйте порты, указанные в разделе «Порты WebRTC UDP» .
  • Или же вы можете ограничить доступ к этим портам с помощью брандмауэра.
• Для обработки веб-трафика и аутентификации пользователей используйте исходящий UDP-трафик и TCP-порт 443.

Доступ к портам разрешен без каких-либо ограничений по IP-адресам. Если порты UDP заблокированы, будет использоваться TCP. Использование TCP или проксированного TCP может снизить общее качество совещания.

Для удовлетворения этих требований необходим полный доступ к сети.

1. Если в вашей сети действуют ограничения или политики фильтрации для пользователей, предоставьте сетевой доступ к указанным ниже шаблонам URI на этой странице, используя порт 443.
2. Если вы используете оборудование Google Meet, ознакомьтесь с требованиями к сети для ChromeOS в разделе «Настройка проверки TLS (или SSL) на устройствах Chrome» .

Домены для статических ресурсов

• clients2.google.com
• clients4.google.com
• clients6.google.com
• www.gstatic.com
• fonts.gstatic.com
• lh3.googleusercontent.com
• meetings.clients6.google.com

Домены для подключения к конечным точкам API

• accounts.google.com
• apis.google.com
• meetings.googleapis.com
• hangouts.googleapis.com
• meet.google.com
• apps.google.com
• docs.google.com

Домены для прямых трансляций

• meet.google.com
• stream.meet.google.com

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

• https://www.google.com/tools/feedback
• https://feedback.googleusercontent.com/resources/
• https://play.google.com/log

1. Если вашей организации необходимо поддерживать трафик Meet через порт 443, добавьте Meet SNI в список разрешенных адресов вашего брандмауэра или прокси-сервера, чтобы разрешить передачу аудио- и видеотрафика по протоколу TLS. Эти IP-адреса отличаются от URI, указанных на шаге 2.
2. Добавьте диапазоны IP-адресов Google Workspace (для ваших пользователей). Разрешите доступ к медиасерверам Meet, используя следующий набор диапазонов IP-адресов и SNI:
   • IPv4: 74.125.250.0/24, 74.125.247.128/32
   • IPv6: 2001:4860:4864:5::0/64, 2001:4860:4864:4:8000::/128
   • SNI: workspace.turns.goog
3. Если ваша организация использует потоковую передачу видео в реальном времени с низкой задержкой, трафик потокового мультимедиа будет предпочтительнее использовать протокол UDP. Этот трафик будет использовать диапазоны IP-адресов Workspace (аналогично Meet) вместо HTTP-IP-адресов YouTube.
4. Добавьте диапазоны IP-адресов для пользователей. Разрешите доступ к медиасерверам Meet, используя следующий набор диапазонов IP-адресов:
   • IPv4: 142.250.82.0/24
   • IPv6: 2001:4860:4864:6::/64
   • SNI: meet.turns.goog

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

Если пропускной способности вашей сети недостаточно, Meet понизит разрешение видео. Если пропускной способности вашей сети недостаточно для поддержки видео, установите для Meet режим «Только аудио».

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

Рассчитайте минимальные требования к пропускной способности.

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

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

*В зависимости от отправленного разрешения

Оценить максимальное количество одновременно участвующих лиц.

Если использование Meet-совещаний имеет высокий приоритет, предположите, что одновременно ими будет пользоваться 20% пользователей вашей организации. Если же использование Meet-совещаний имеет низкий приоритет, то одновременно в совещании может участвовать всего 0,5% людей.

Требования к пропускной способности для каждой прямой трансляции

Если ваша организация проводит прямые трансляции совещаний, идеальная пропускная способность для каждого потока составляет 2,6 Мбит/с. Прямые трансляции имеют динамические параметры компоновки и размера. Оптимизируются возможности устройств, такие как размер окна и соотношение сторон. Meet использует настройки видео высокого качества по умолчанию, если у участника достаточно индивидуальной пропускной способности.

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

Отдельный видеофрагмент (битрейт килобит/с)

Плитка для демонстрации экрана (битрейт, килобит/с)

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

1. В консоли администратора Google перейдите в меню. Приложения Google Workspace Google Meet .

   Перейдите в Google Meet

   Для этого требуются права администратора в разделе «Настройки службы» .

2. Нажмите «Настройки видеоконференции» .
3. Слева выберите организационное подразделение, которым хотите управлять. Для всех пользователей выберите организационное подразделение верхнего уровня.
4. Выберите вариант качества видео:
   • Автоматическая настройка (по умолчанию) — Пропускная способность регулируется в зависимости от состояния сети и системы для обеспечения максимально возможного качества.
   • Ограниченная пропускная способность видеоканала — пропускная способность восходящего канала ограничена 1 Мбит/с.
   • Только звук — Видео по умолчанию отключено. Пользователи могут нажать Чтобы включить камеру в окне браузера Meet, необходимо это сделать. Скорость передачи видеосигнала будет ограничена 1 Мбит/с.
5. Примените настройки:
   1. Если параметр установлен для организационного подразделения верхнего уровня, нажмите «Сохранить» .
   2. Если параметр относится к дочерней организационной единице и отличается от параметра родительской, нажмите кнопку «Переопределить» .

Следующие рекомендации относятся к типичным офисным условиям. Более сложные условия, такие как:

• Производственные цеха
• Области с высоким уровнем радиочастотного шума
• Мало затенённые пространства

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

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

Мы рекомендуем, чтобы ваша сеть принудительно переключала клиентов на радиочастотный диапазон 5 ГГц, если таковой имеется.

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

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

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

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

Использование WMM

Для обеспечения надежной связи Meet по беспроводным сетям следует внедрить расширения беспроводной мультимедиа (WMM).

Поток участников встречи необходимо классифицировать одним из следующих способов:

• Беспроводной контроллер или точка доступа, основанные на протоколах и портах, специфичных для Meet.
• Значение поля «Код дифференцированных услуг» (DSCP), устанавливаемое другим сетевым оборудованием. Используйте DSCP, если вы достаточно доверяете сети.

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

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

Чтобы уменьшить влияние использования VDI на Meet, вы можете выполнить следующие шаги:

• Чтобы Google Meet мог определять, что он работает внутри виртуальной машины (ВМ), включите политику API корпоративной аппаратной платформы в Chrome. Подробности см. на странице «Настройка политик Chrome для пользователей или браузеров и API».
• Выделите не менее 4 виртуальных процессоров для каждого экземпляра виртуальной машины.
• Для фоновых эффектов графический процессор не обязателен, но экземпляры виртуальных машин с поддержкой графического процессора повышают надежность.
• Обеспечьте достаточную пропускную способность и низкую задержку между клиентами, виртуальными рабочими столами и медиасерверами Meet. Требования к пропускной способности между медиасерверами Meet и виртуальными машинами см. в шаге 4 (выше на этой странице). Необходимую пропускную способность для соединения между клиентами VDI и виртуальными машинами можно узнать у вашего поставщика VDI.

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

Если в вашей сети необходимо использовать прокси-серверы

Если вам необходимо использовать прокси-сервер, помните, что прокси-серверы могут существенно повлиять на производительность, и убедитесь в следующем:

• Чтобы разрешить доступ к трафику Meet в конфигурации прокси.
• Meet использует настройки прокси Chrome .
• Сеть обходит прокси-сервер для IP-адреса Meet и SNI .

В настоящее время протокол SOCKS5 (Socket Secure) не поддерживается.

Рекомендуется не использовать качество обслуживания (QoS) для Meet в вашей сети. Используйте QoS только в следующих случаях:

• У вас есть веская причина, например, перегруженность сети.
• Мы можем развернуть и поддерживать сквозную модель QoS в вашей сети.

Если вам необходимо использовать QoS

Рекомендуется не использовать VPN для трафика Meet. VPN увеличивает задержку и может привести к снижению качества видео и звука в Meet.

Если вам необходимо использовать VPN:

• Включите режим раздельного туннелирования для вашего VPN.
• Перенаправьте домены из шага 2 за пределы VPN, используя DNS или SNI (рекомендуется использовать SNI).
• Направьте диапазоны IP-адресов из шага 3 за пределы VPN с помощью сопоставления префиксов.