Цю статтю призначено для адміністраторів. Щоб дізнатись, як налаштувати власні зустрічі й керувати ними, перейдіть у Довідковий центр Meet.
Цю статтю призначено для системних адміністраторів, які керують Meet у великих організаціях із сотнями або тисячами працівників і складною структурою мережі. Якщо це не ваш випадок, вам, імовірно, не потрібно читати цю статтю технічного характеру.
Якщо вам потрібно вирішити проблеми з мережею для Meet, перегляньте статтю Як адміністратор може вирішити проблеми в Meet, пов’язані з мережею, звуком і відео.
Якщо вам потрібно вимкнути Meet для всієї організації, перегляньте статтю Як вимкнути зустрічі й дзвінки Meet для своєї організації.
Щоб забезпечити високу якість відеозустрічей у Google Meet, необхідно налаштувати мережу так, щоб сервіс Meet міг ефективно взаємодіяти з інфраструктурою Google. Для цього дотримуйтеся наведених нижче вказівок.
- Подбайте про те, щоб трафік із Meet мав найкоротший шлях до Інтернету.
- Не використовуйте проксі, аналіз пакетів, аналізатори протоколів і функції якості обслуговування.
- Виміряйте й оптимізуйте затримку, пропускну спроможність і якість сигналу Wi-Fi у вашій мережі.
Як налаштувати мережу
Крок 1. Налаштуйте вихідні порти для медіатрафіку- Для аудіо й відео налаштуйте вихідні порти UDP 3478 і 19302–19309.
- Щоб обмежити кількість використовуваних у Chrome портів для зв’язку за технологією WebRTC, застосуйте порти, визначені правилом портів WebRTC UDP.
- Це також можна зробити в налаштуваннях брандмауера.
- Для вихідного вебтрафіку й автентифікації користувачів використовуйте порт UDP й TCP 443.
Порти можна використовувати без обмежень за IP-адресами. Якщо порти UDP заблоковано, використовуватиметься TCP, однак використання TCP-трафіку (безпосередньо або через проксі) може знизити загальну якість зв’язку.
Meet потрібен повний доступ до мережі.
- Якщо для користувачів вашої мережі встановлено обмеження або фільтри, відкрийте мережевий доступ для наведених нижче шаблонів URI за допомогою порту 443.
- Якщо ви використовуєте обладнання для Google Meet, ознайомтеся з вимогами до мережі для ChromeOS, наведеними в статті про налаштування перевірки TLS (або SSL) на пристроях Chrome.
Домени для статичних ресурсів
- clients2.google.com
- clients4.google.com
- clients6.google.com
- 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://google.com/tools/feedback
- https://feedback.googleusercontent.com/resources/
- https://play.google.com/log
- Якщо вашій організації необхідна підтримка передавання трафіку Meet через порт 443, додайте Meet SNI до білого списку брандмауера або проксі, щоб дозволити передавання аудіо- й відеотрафіку через TLS. Ці IP-адреси відрізняються від URI, указаних на кроці 2.
- Додайте діапазони IP-адрес Google Workspace (для ваших користувачів). Щоб надати доступ до медіасерверів Meet, укажіть наведені нижче діапазони IP-адрес і SNI.
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
- Якщо у вашій організації використовуються прямі трансляції з низькою затримкою, їх трафік за можливості передаватиметься за протоколом UDP. Для цього трафіку використовуватимуться діапазони IP-адрес Workspace (як у Meet) замість IP-адрес HTTP YouTube.
- Додайте діапазони IP-адрес для користувачів звичайних облікових записів. Щоб надати доступ до медіасерверів Meet, укажіть наведені нижче діапазони IP-адрес.
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
Пропускної спроможності вашої локальної мережі має вистачати для одночасного проведення кількох відеозустрічей у форматі HD із запасом на вирішення інших завдань (наприклад, на пряму трансляцію). Кількість учасників, показ екрана й інші фактори також впливають на використання пропускної спроможності.
Якщо її бракуватиме, якість відео в Meet буде знижено. Якщо пропускної спроможності бракуватиме для підтримки відео, виберіть у Meet режим "Лише звук".
Відомості про пряму трансляцію з використанням меншої пропускної спроможності можна знайти в цій статті.
Як обчислити необхідну мінімальну пропускну спроможність мережі для Meet
Щоб обчислити мінімальну пропускну спроможність, необхідну для вашої організації, помножте середню пропускну спроможність на учасника на максимальну кількість учасників, які підключаються одночасно.
На пропускну спроможність може впливати багато чинників, зокрема кількість учасників, режим відображення вікон і показ екрана. Для показу статичного екрана після його завантаження пропускна спроможність не потрібна.
| Середня пропускна спроможність на учасника для великих організацій | ||
|---|---|---|
| Тип зустрічі | Вихідний | Вхідний |
| Відео | 1 Мбіт/с | 1,3 Мбіт/с |
| Лише звук | 12 Кбіт/с | 18 Кбіт/с |
| Пропускна спроможність на учасника для невеликих організацій або фізичних осіб | ||
|---|---|---|
| Тип зустрічі | Вихідний | Вхідний |
| Відео з роздільною здатністю 1080p | До 3,6 Мбіт/с | До 3,6 Мбіт/с |
| Відео з роздільною здатністю 720p | До 1,7 Мбіт/с | До 1,7 Мбіт/с |
| Групова зустріч | 250 Кбіт/с і більше* | До 4 Мбіт/с |
| Лише звук | 100 Кбіт/с | 100 Кбіт/с |
* Залежно від роздільної здатності відео, яке надсилається.
Як вирахувати максимальну кількість учасників, які підключаються одночасно
Якщо зустрічі Meet мають високий пріоритет, можна розраховувати, що в будь-який момент часу Meet використовуватимуть 20% працівників організації, а якщо низький – то лише 0,5%.
| Пріоритет відеозустрічей | Приблизна кількість користувачів, які беруть участь у зустрічах одночасно |
|---|---|
| Високий | 10–20% |
| Звичайний | 1–4% |
| Низький | 0,01–0,5% |
Вимоги до пропускної спроможності для прямої трансляції
Якщо ваша організація веде пряму трансляцію зустрічей, ідеальна пропускна спроможність для кожної трансляції, що переглядається, становить 2,6 Мбіт/с. Meet використовує динамічний макет і різні варіанти розмірів трансляції, а також оптимізує її під різні характеристики пристроїв користувачів, такі як розмір і формат вікна. Якщо пристрою учасника доступна достатня пропускна спроможність мережі, за умовчанням використовується відео високої якості.
Якщо в мережі глядача бракує пропускної спроможності, він може зменшити якість Meet або використовувати лише звук.
Одне відео учасника (бітова швидкість у кілобітах на секунду)
|
Роздільна здатність |
Мінімум |
Максимум |
|
180p |
80 |
200 |
|
360p |
200 |
500 |
|
540p |
400 |
1000 |
|
720p |
600 |
1500 |
Відео з показом екрана (бітова швидкість у кілобітах на секунду)
|
Роздільна здатність |
Мінімум |
Максимум |
|
Мінімальна якість |
200 |
200 |
|
360p |
250 |
500 |
|
720p |
750 |
1500 |
|
1800p |
1300 |
2600 |
На якість медіафайлу, який транслюється, впливає його оригінальний розмір і спосіб надсилання в Meet. Ви можете перевірити й порівняти якість, приєднавшись до основного дзвінка в Meet для прямої трансляції як звичайний учасник.
Рекомендації з налаштування мережі
Щоб обмежити використання пропускної спроможності, налаштуйте якість відео в Meet за умовчанням у Консолі адміністратора Google.
Цей параметр застосовується лише до вебпереглядачів і не впливає на обладнання для Google Meet або мобільні додатки Meet.
Користувачі можуть перевизначити значення, установлене за умовчанням для організаційного підрозділу, увімкнувши відео під час зустрічі Meet і змінивши його якість. Значення за умовчанням застосовується щоразу, коли користувач приєднується до відеозустрічі.
-
Увійдіть в Консоль адміністратора Google з даними облікового запису адміністратора.
Без облікового запису з такими правами ви не зможете отримати доступ до Консолі адміністратора.
-
- Натисніть Налаштування відео Meet.
- Ліворуч виберіть потрібний організаційний підрозділ. Щоб застосувати налаштування для всіх користувачів, виберіть організаційний підрозділ верхнього рівня.
- Виберіть якість відео:
- Автоматичне налаштування (за умовчанням). Пропускна спроможність автоматично адаптується відповідно до обмежень мережі й системи, щоб забезпечити максимально високу якість переданих даних.
- Обмежена пропускна спроможність під час надсилання відео. Значення становить 1 Мбіт/с.
- Лише звук. Відео вимкнено за умовчанням. Користувачі можуть натиснути значок
, щоб увімкнути камеру у вікні вебпереглядача Meet. Пропускну спроможність під час передачі відеосигналу буде обмежено до 1 Мбіт/с.
- Застосуйте налаштування:
- Якщо параметр потрібно включити для організаційного підрозділу верхнього рівня, натисніть Зберегти.
- Якщо параметр потрібно застосувати до дочірнього організаційного підрозділу, натисніть Замінити.
Наведені нижче рекомендації стосуються типових офісних середовищ. У складніших середовищах необхідна оцінка фахівця з бездротових мереж. До таких середовищ, зокрема, належать:
- фабрики;
- приміщення з високим рівнем радіочастотного шуму;
- приміщення з недостатнім мережевим покриттям.
Уважно прочитайте рекомендації нижче й враховуйте їх під час проектування, розгортання й експлуатації бездротових мереж, у яких використовується Meet.
Радіочастотні діапазони: 2,4 ГГц чи 5 ГГц
Радимо налаштувати бездротову мережу для роботи в діапазоні 5 ГГц.
Ми рекомендуємо не розгортати й не використовувати Meet на базі бездротової мережі, що працює в діапазоні 2,4 ГГц, оскільки цей діапазон часто перевантажений. Діапазон 2,4 ГГц також менш надійний, оскільки в ньому є лише 3 канали, що не перекриваються, і спостерігається високий рівень шумів і завад від інших пристроїв.
Рекомендації щодо проектування й розгортання
Коли йдеться про створення бездротової мережі, у пріоритеті має бути достатня пропускна спроможність, а не площа зони покриття.
- Розмір стільників слід вибирати залежно від потужності вузлових точок доступу. У місцях, де працюватиме багато пристроїв, наприклад у конференц-залах і аудиторіях, розміри стільників мають бути меншими, щоб забезпечити необхідну пропускну спроможність. Стільники більшого розміру можна використовувати у звичайних офісних приміщеннях.
- Вимкніть низькі швидкості, щоб підвищити ефективність використання радіочастот. Примусово перемикайте клієнтські пристрої на найближчу точку доступу під час переміщення між ними.
- Керуйте мережею централізовано. Щоб користуватися розширеними функціями, такими як простіше перемикання між точками доступу й керування радіочастотним спектром, бездротовою мережею потрібно керувати централізовано. Вона не має складатися з окремих точок доступу.
- Після розгортання перевірте покриття бездротової мережі в місцях запланованого використання Meet.
Використання протоколу WMM
Щоб сервіс Meet справно працював у бездротових мережах, слід упровадити протокол WMM (Wireless Multimedia Extensions – бездротові мультимедійні розширення).
Трафік Meet має класифікуватися в один із таких способів:
- бездротовим контролером або точкою доступу на основі протоколів і портів, які використовуються спеціально для Meet;
- на основі значення поля точки коду диференційованих послуг (DSCP), що задається іншим мережевим обладнанням, якщо в мережі використовуються довірені пристрої.
Для двосторонньої роботи функцій якості обслуговування потрібна повна підтримка протоколу WMM. Однак його налаштування на рівні мережі також дає значні переваги. Трафік Meet поміщається в чергу аудіо- або відеосигналів на бездротовій точці доступу або контролері. Він має отримувати перевагу над іншими типами трафіку.
Середовища VDI створюють додатковий рівень між Meet і Інтернетом, що може вповільнити роботу сервісу й погіршити якість зв’язку. Фонові ефекти обмежені, а попередній перегляд у зеленій кімнаті недоступний.
Щоб зменшити вплив використання VDI на Meet, ви можете виконати наведені нижче дії.
- Переконайтеся, що Google Meet може виявляти роботу у віртуальній машині. Для цього ввімкніть правило Enterprise Hardware Platform API у Chrome. Докладні відомості можна знайти в статті Як налаштувати правила Chrome для користувачів або вебпереглядачів і на сторінці API.
- Виділіть щонайменше чотири віртуальні ЦП для кожного екземпляра віртуальної машини.
- Для фонових ефектів графічний процесор не потрібен, але використання екземплярів віртуальної машини з графічним процесором підвищує надійність.
- Забезпечте достатню пропускну спроможність і низьку затримку між клієнтами, віртуальними робочими столами й медіасерверами Meet. Вимоги до пропускної спроможності між медіасерверами Meet і віртуальними машинами наведено вище на кроці 4. Дізнатися необхідну пропускну спроможність для встановлення підключення між клієнтами VDI і віртуальними машинами можна в постачальника VDI.
Рекомендуємо не передавати дані Meet через проксі-сервери, оскільки це збільшує затримку, що може призвести до зниження якості відео.
Якщо в мережі необхідно використовувати проксі-сервери
Якщо вам потрібно використовувати проксі-сервери, зверніть увагу, що це може суттєво вплинути на продуктивність. Також подбайте про дотримання наведених нижче умов.
- У налаштуваннях проксі надано доступ до трафіку Meet.
- У Meet використовуються налаштування проксі-сервера Chrome.
- Дані, пов’язані з IP-адресою і SNI Meet, передаються в обхід проксі.
IP-протокол Socket Secure (SOCKS5) зараз не підтримується.
- У вас є на це вагома причина, наприклад високе навантаження на мережу.
- У вас є можливість розгорнути й підтримувати комплексну модель якості обслуговування.
Якщо функції якості обслуговування необхідні
Рекомендуємо відмовитися від передачі даних Meet через мережу VPN, оскільки вона збільшує затримку й може призвести до зниження якості аудіо- й відеосигналу.
Якщо використовувати VPN необхідно
- Увімкніть роздільне тунелювання для VPN.
- Переспрямуйте домени з кроку 2 за межі VPN, використовуючи DNS або SNI (рекомендовано SNI).
- Переспрямуйте діапазони IP-адрес із кроку 3 за межі VPN за допомогою зіставлення префіксів.
Пов’язані теми
Google, Google Workspace та пов’язані з ними позначки й логотипи є торговельними марками компанії Google LLC. Усі інші назви компаній і продуктів – це торговельні марки відповідних компаній.
