Поиск
Удалить поисковый запрос
Закрыть поиск
Приложения Google
Главное меню
true

Если в вашей организации для видеовстреч используется страница meet.google.com, посетите Справочный центр для администраторов Hangouts Meet.

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

Эта статья поможет вам разработать план использования сети при развертывании Google Hangouts Meet или классической версии Google Hangouts.

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

Темы Параметры сети для развертывания Hangouts Meet или классического интерфейса Hangouts
Аудитория Партнеры, администраторы и системные администраторы Google
ИТ-среда Инфраструктура сети
Этапы развертывания Все
Ключевые моменты
  • При развертывании Hangouts Meet или классического интерфейса Hangouts важную роль играет планирование пропускной способности.
  • Требуется рассчитать оценочные показатели одновременного использования.
  • Необходимо открыть UDP-порты с 19302 по 19309.
  • Необходимо открыть TCP- и UDP-порты 80 и 443.
  • Необходимо устранить узкие места в сети.
  • Для тестирования сетей используйте инструмент Диагностика соединений Chrome.

Введение

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

Составьте план использования сети

С помощью инструкций в этом руководстве оцените потребность своей сети в дополнительной пропускной способности и выберите оптимальные пути решения проблем с сетью при развертывании Google Hangouts Meet или классического интерфейса Hangouts. 

Приведенные здесь решения применимы для сетей любых масштабов.

Шаг 1. Проведите опрос пользователей 

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

Шаг 2. Определите требования к трафика и пропускной способности

Поскольку требования к пропускной способности и доступности могут меняться, рекомендуем выполнить указанные ниже действия.
Примечание. Это минимальные требования. Когда количество пользователей видеовстреч и длительность звонков увеличатся, требования к пропускной способности и трафику могут возрасти.
  1. Оцените число одновременных подключений Hangouts в офисе, чтобы определить, нужно ли увеличить пропускную способность.
  2. Вычислите требуемую пропускную способность по следующей формуле: 
    Br = Bh × Nu
  3. С помощью Admin SDK Reports API запустите экспериментальную проверку, чтобы собрать данные о пропускной способности для видео в Meet и Hangouts (а также при необходимости для устройств Google Chrome для видеоконференций). 
  4. На основе этих данных спрогнозируйте количество пользователей, которые смогут одновременно участвовать в видеовстречах в определенный период.

Формула

Br = Bh × Nu

  • Br – общая требуемая пиковая пропускная способность 
  • Bh – пропускная способность на одно соединение Meet или Hangouts
  • Nu – количество пользователей, одновременно участвующих в видеовстрече в определенное время в одном местоположении.

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

Сценарий Пропускная способность*
Минимальная пропускная способность, требуемая для видеовстреч 
  • Исходящая: 300 кбит/с
  • Входящая: 300 кбит/с
Рекомендуемая пропускная способность для видеовстреч с двумя участниками
  • Исходящая: 3,2 Мбит/с
  • Входящая: 2,6 Мбит/с
Рекомендуемая пропускная способность для видеовстреч, в которых участвует больше двух человек
  • Исходящая (во всех случаях): 3,2 Мбит/с
  • Входящая (5 участников): 3,2 Мбит/с
  • Входящая (10 участников): 4,0 Мбит/с

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

Шаг 3. Вычислите значения требуемого объема трафика и пропускной способности

Чтобы вычислить требуемый объем трафика и пропускную способность сети, воспользуйтесь таблицей наподобие представленной ниже. Здесь рассматривается только трафик Hangouts, а пропускная способность, используемая другими сетевыми приложениями или сервисами, не учитывается. 
В последнем столбце ("Дефицит/превышение") указано значение избытка или недостатка пропускной способности в определенном месте. Расчет основан на рекомендациях к качеству видеовстреч в Hangouts и требованиях к пропускной способности, заданных на шаге 2.
Местоположение Пользователи Пропускная способность (Мбит/с) Средняя загрузка сети Доступная пропускная способность (Мбит/с) Среднее количество пользователей, одновременно участвующих в видеовстрече (%) Используемый видеовстречами трафик

Дефицит/превышение

А 80 30 30% 21 2 4,16 16,84
Б 100 60 40% 36 5 13 23
В 220 70 18% 57,40 2 11,44 45,96
Г 300 30 28% 21,60 7 54,6 (33)
Д 320 15 75% 12,75 6 49,92 (46,17)
Е 318 100 12% 88 2 16,54 71,46 

Образец данных для местоположения "А":

  • 80 пользователей и общая пропускная способность 30 Мбит/сек. 
  • В среднем используется 30% пропускной способности. 
    • Доступная пропускная способность (Мбит/с): в среднем доступно 21 Мбит/с.
    • Среднее количество пользователей, одновременно участвующих в видеовстрече: с Meet или Hangouts работают в среднем 2% пользователей в любой момент времени. 
      Используемый видеовстречами трафик: 2% пользователей могут одновременно участвовать в видеовстрече Hangouts при рекомендуемом качестве, что требует пропускной способности 4,16 Мбит/с, так как 2% от 80 пользователей – это меньше одного пользователя. При этом в среднем доступная пропускная способность будет составлять 1,98 Мбит/с. Кроме того, пропускная способность достаточна для проведения видеовстреч в рекомендуемом качестве всеми пользователями (в этом случае – двумя). Другими словами, для этого местоположения не нужно увеличивать пропускную способность. 

Образец данных для местоположения "Г":

  • 300 пользователей и скорость соединения 30 Мбит/с. 
  • Средняя загрузка сети – 15%.

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

Создайте тестовый план

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

Шаг 1. Выберите пользователей для пробного запуска

Выберите пользователей, которые помогут вам правильно оценить трафик видеовстреч. Рекомендуем привлечь 5–10% пользователей. Включите в тестирование людей из различных отделов, так как они могут по-разному пользоваться этой функцией. Например, можно включить в тестирование команды из отдела кадров, финансового и юридического отделов, которые работают независимо друг от друга в одной стране, но сотрудничают на международном уровне.

Шаг 2. Соберите данные для пользователей из тестовой группы

Поскольку данные об использовании видеовстреч регистрируются для всего аккаунта G Suite, включите Hangouts Meet или Hangouts только для пользователей, которые принимают участие в тестировании. В результате будут собраны только данные тестовой группы, что позволит правильно спланировать пропускную способность сети. 
  1. Включите видеовстречи только для пользователей тестовой группы.
    1. Как включить или отключить Meet
    2. Как включить или отключить Hangouts
  2. Соберите данные о трафике видеовстреч одним из следующих способов:
    • Основные данные можно найти в разделе "Отчеты" консоли администратора G Suite.
    • Чтобы собрать подробные сведения, используйте Admin SDK Reports API. Этот интерфейс API получает статистику использования видеовстреч указанным ниже способом.

Как использовать данные Admin SDK Reports API

Через Admin SDK Reports API доступны указанные ниже данные.

Параметр Примечания
num_video_calls

Общее количество видеовстреч, в которых участвовали пользователи в день создания отчета.

Примечание. Если в видеовстрече участвуют два человека, она регистрируется как одна видеоконференция и две видеовстречи.

total_video_call_minutes

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

Примечание. Внешние участники (пользователи не из вашего домена) не учитываются.

num_video_conferences

Общее количество видеоконференций, проведенных в день создания отчета.

Примечание. Если в видеовстрече участвуют два человека, она регистрируется как одна видеоконференция и две видеовстречи.

num_7day_active_cfm_devices Количество устройств Chrome для видеоконференций, активных в последние семь дней до даты отчета.

Как получить данные об использовании

Для получения данных можно использовать приведенный ниже фрагмент кода скрипта G Suite. Код выводит данные в Logger, но оттуда их можно легко перенести в другое место.

// Укажите дату начала пробного периода

var startDate = new Date("2016, JANUARY, 1");

 

// Укажите дату окончания пробного периода

var endDate = new Date("2016, JANUARY, 19");

 

// Вычисление дат

function addDays_(date, days) {

  var newdate = new Date(date);

  newdate.setDate(newdate.getDate() + days);

  return newdate;

}

 

function getData() {

  // Это названия и описания запрашиваемых полей API

  var parameters = [

      ['Num calls: ','gplus:num_video_calls'],

      ['Call minutes: ','gplus:total_video_call_minutes'],

      ['Num conferences: ','gplus:num_video_conferences'],

      ['Seven day active CfM: ','gplus:num_7day_active_cfm_devices']

    ];

  var requestData = [];

  parameters.forEach( function(parameter) {

    requestData.push(parameter[1]);

  });

  var pageToken, page;

  while (startDate < endDate) {

    do {

      var dateString = startDate.toISOString().slice(0, 10);

      page = AdminReports.CustomerUsageReports.get(dateString, {

        parameters: requestData.join(','),

        maxResults: 500,

        pageToken: pageToken

      });

      pageToken = page.nextPageToken;

      var reports = page.usageReports;

      if (!reports) {

        return null;

      }

      reports.forEach(function(report) {

        var parameterValues = getParameterValues(report.parameters); 

        if (!parameterValues){

          return null;

        }

        var daySummary = '';

        parameters.forEach(function(parameter) {

          if (parameterValues[parameter[1]]) {

            daySummary = daySummary + parameter[0] + ': ' + parameterValues[parameter[1]] +

              '. ';

          }

        });

        Logger.log(daySummary);

      });

    } while (pageToken);

  startDate = addDays_(startDate,1);

  }

}

 

//*********

/**

 * Получает сопоставление имен параметров со значениями из массива объектов параметров.

 * @param {Array} parameters Массив объектов параметров.

 * @return {Object} Сопоставление имен параметров с их значениями.

 */

function getParameterValues(parameters) {

  if(!parameters) {

    return null;

  }

  return parameters.reduce(function(result, parameter) {

    var name = parameter.name;

    var value;

    if (parameter.intValue !== undefined) {

      value = parameter.intValue;

    } else if (parameter.stringValue !== undefined) {

      value = parameter.stringValue;

    } else if (parameter.datetimeValue !== undefined) {

      value = new Date(parameter.datetimeValue);

    } else if (parameter.boolValue !== undefined) {

      value = parameter.boolValue;

    }

    result[name] = value;

    return result;

  }, {});

}

 

Шаг 3 (альтернативный). Используйте данные из существующих систем

Использование данных из существующих видеосистем

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

Обратите внимание, что на основе этих данных вы можете недооценить объем трафика для видеовстреч в Hangouts Meet и Hangouts, так как при развертывании этих сервисов трафик обычно возрастает.

Использование мероприятий календаря и данных ресурсов

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

Использование данных о географическом распределении офисов или местоположений

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

Определение самого слабого звена в сети

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

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

  Средний трафик (Мб/с) Максимальная пропускная способность устройства (Мб/с) Операционный резерв
(Мб/с)
Рекомендуемое количество возможных одновременных сеансов Возможное количество сеансов при минимальном качестве
А 14,6 40 25,4 9 84
Б 54,5 100 45,5 17 151
В 70 100 30 11 100
Г 10 100 90 34 300
Д 17,4 20 2,6 1 8

В этом примере устройство Д – первое устройство, для которого достигается максимальная пропускная способность.

На нем доступен операционный резерв 2,5 Мб/с, и оно достигает предельной перегрузки при одной видеовстрече Hangouts Meet или Hangouts в рекомендуемом качестве. Удаление или модернизация этого устройства позволит более чем 10 участникам присоединяться к видеовстречам при рекомендуемых настройках.

Минимизируйте задержку между клиентами и системой Google

Если минимизировать задержку двусторонней передачи сигнала между клиентами Hangouts Meet или Hangouts и системой Google, это может существенно повысить качество видеовстреч. Например:

Рекомендуемая задержка <100 мс
Допустимая задержка <400 мс
Чрезмерная задержка >400 мс 

 

Шаг 1. Определите задержку сети

  • Воспользуйтесь расширением Диагностика соединений Chrome от Google, чтобы определить задержку между клиентами и системой Google. 
  • Для тестирования задержки WebRTC также можно использовать интерфейс http://test.webrtc.org. WebRTC – это открытый проект для интеграции средств общения в реальном времени непосредственно в браузеры с помощью простых API. Google применяет webRTC для видеовстреч в Meet и Hangouts при использовании браузера Google Chrome.

Шаг 2. Используйте протокол UDP (не TCP)

Для видеовстреч лучше использовать протокол UDP, так как он значительно уменьшает задержку по сравнению с TCP. Хотя Hangouts Meet и Hangouts могут использовать оба эти протокола, TCP требует значительных затрат вычислительных ресурсов.

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

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

Примечание. TCP-порт 443 необходимо открыть даже при использовании протокола UDP. Порт 443 используется для передачи мультимедиа во время видеовстреч.

Шаг 3. Отключите прокси-серверы и анализ пакетов

Для использования протокола UDP на маршруте исходящего трафика в Интернет не должно быть инфраструктуры прокси-серверов (или она должна быть отключена), так как ни один из существующих основных браузеров не поддерживает маршрутизацию трафика по протоколу UDP через прокси-сервер.

Хотя Hangouts Meet или классический интерфейс Hangouts могут работать по протоколу TCP (с большей задержкой, чем по UDP), мы все равно рекомендуем обходить инфраструктуру прокси-серверов, особенно если сервер выполняет анализ пакетов. Любой прокси-сервер вызывает задержку при анализе пакетов, что часто делает проведение видеовстреч невозможным. Анализ пакетов видеотрафика также не обеспечивает больших преимуществ, так как инструменты автоматического сканирования не могут реконструировать данные из потока мультимедиа.

Шаг 4. Настройте разрешение DNS поблизости от пользователя

Чтобы минимизировать задержку, настройте разрешение DNS как можно ближе к пользователю.

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

Шаг 5. Откройте порты UDP и TCP для исходящего трафика

Исходящий трафик по протоколам UDP/TCP должен быть разрешен. Наши системы работают на портах, используемых для исходящего трафика, что позволяет брандмауэрам правильно и безопасно обрабатывать трафик Hangouts Meet или Hangouts.

Мы рекомендуем открыть указанные ниже порты для исходящего трафика. Поскольку протокол UDP предпочтительнее TCP по эффективности, Hangouts Meet или Hangouts используют следующую очередность при попытке подключиться к Google:

1. По протоколу UDP, порты 19302–19309.
2. По протоколу TCP, порты 19305–19309.
3. По протоколу UDP или TCP, порт 80.
4. По протоколу UDP или TCP, порт 443 (SSL).

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

Шаг 6. Настройте пользовательский диапазон портов UDP

Хотя видеовстречи в Hangouts Meet и классическом интерфейсе Hangouts по умолчанию используют диапазон портов UDP 19302–19309, в сетевой среде, где порты по умолчанию уже заняты, можно использовать другие порты.
  1. Войдите в Консоль администратора Google.

    Войдите в аккаунт администратора (не оканчивается на @gmail.com).

  2. Нажмите Управление устройствами.
  3. Нажмите Управление устройствами Chrome OS в левой части экрана.
  4. Откройте Пользовательские настройки.
  5. В левой части страницы выберите организацию, для которой нужно задать настройки.
  6. Найдите раздел "Настройки сети". Подробнее…
  7. В разделе UDP-порты WebRTC укажите порты, используемые браузером Chrome при создании WebRTC-подключений.
  8. Нажмите Сохранить.

Примечание. Настроить можно только диапазон UDP-портов. TCP-порты изменять нельзя, так как они используются в случае, если трафик мультимедиа в Hangouts передается по протоколу TCP или SSLTCP.

Подробнее об управлении настройками устройства

Дополнительные рекомендации

Одноранговые видеовстречи

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

Подробнее…

Настройка качества видео для снижения трафика

Автонастройка

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

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

Настройки видеовстреч пользователей

Пользователи могут снижать качество видео для уменьшения трафика или разрешить системе Hangouts автоматически регулировать этот параметр в соответствии с текущим состоянием сети.

Примечание. Администраторы G Suite не могут контролировать используемый клиентом трафик. 

Не фильтруйте IP-адреса или URL Google

Не фильтруйте трафик Google и не используйте URL и IP-адреса, связанные с требованиями к качеству услуг (QoS). Для фильтрации трафика рекомендуем использовать PAC-файл прокси-сервера, содержащий текущие URL сервисов и IP-адреса Google (все они могут без предупреждения меняться).

Мы не составляем явные списки URL и IP-адресов, которые используются для видеовстреч, так как они могут измениться в любое время. URL и IP-адреса Google входят в пул ресурсов, которые могут без уведомления назначаться другим сервисам Google. 

Не устанавливайте внутренние требования к качеству услуг для трафика Meet или Hangouts

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

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

В идеале для трафика Hangouts будет использоваться протокол UDP, и его нельзя будет пропустить через прокси-сервер. Это усложнит процесс добавления тегов к пакетам.

 

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

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