Настройки Google Chat QoS

На сегодняшний день существует два сценария:

1. Google Hangouts и вызов обычного номера телефона из Gmail: порты UDP с 19305 по 19309 ( https://support.google.com/a/answer/1279090?hl=en)
2. Для голосового вызова с компьютера на компьютер (запускается с помощью значка телефона в gmail, а не видеовстречи без видео) соединение осуществляется с вашего IP-адреса на IP-адрес компьютера собеседника и порты (источник и пункт назначения), по-видимому, выбирается случайным образом (я обновлю этот ответ, если наблюдения указывают на наличие диапазона)

Как разрешить моему внутреннему XMPP-клиенту или серверу подключаться к службе Talk?:

Чтобы обеспечить полную совместимость голоса и видео со службой Google Talk, вы должны:

• Разрешите своим клиентам XMPP подключаться ко всем IP-адресам, содержащимся в блоках IP, перечисленных в ASN Google 15169, на:

  • Порты UDP 4893, 19295 и 19302
    или же
  • TCP-порт 19294

Голосовой трафик проходит через порт 19295, Поэтому я создал правило высокого приоритета для:

• Протокол: UDP
• Направление: out

• Порт назначения: 19295

• Протокол: UDP

• Направление: in
• Порт источника: 19295

Или просто используйте Process Monitor, отфильтруйте его по

• Имя процесса: googlevoicechat.exe
• Деятельность: Сеть

и просмотрите экраны голосового трафика UDP:

16 июня 2013 г.: Похоже, это изменилось с 2011 года. Я не смог найти никакой текущей документации.

Работал ли сегодня с анализатором пакетов (Wireshark) при наборе номера из плагина Google Talk под Firefox 21.0, работающим в Windows 7.

Похоже, что настройка вызова теперь выполняется через стандартный HTTPS (TCP 443).

В нескольких тестовых вызовах RTP (голосовые) пакеты отправлялись на порт назначения UDP 19305. Я не знаю, останется ли он таким же.

Поле дифференцированных услуг (DSCP) пакетов RTP равно 0, поэтому его нельзя использовать для настройки OoS.

На моем маршрутизаторе, на котором запущен Tomato, в настройках OoS я классифицировал уровень приложения 7 (RTP) как самый высокий. К сожалению, он не обнаруживает пакеты Google Voice; они проходили как Низкий приоритет. Поэтому я добавил новую запись для UDP Destination 19305, и трафик RTP был правильно расставлен по приоритетам.

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

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

Методы подключения предпринимаются в следующем порядке: соединение UDP от участника к Google по портам с 19302 по 19309

TCP- соединение от участника к Google по портам с 19305 по 19309

TCP- соединение от участника к Google через порт 80

TCP- соединение от участника к Google через порт 443 (SSL)

Идеальное подключение для пользователя к видеовстрече - через UDP. Чтобы разрешить эту попытку подключения, вы должны разрешить маршруты из вашей сети к портам UDP с 19302 по 19309.

Как минимум, ваша корпоративная сеть должна разрешить доступ к Интернету через порты TCP 80 и 443, чтобы работали видеовстречи.

Кроме того, мы рекомендуем открыть эти дополнительные порты на TCP для следующих клиентов:

Порты Клиенты

5222, 5223, 5224 XMPP-клиенты

5228 и 5229 телефонов Android

5269 федерация XMPP

Обратитесь к документации поставщика брандмауэра, если вам нужна информация об открытии портов UDP и TCP.

Заметки

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

Трафик UDP состоит из пакетов STUN, RTP и RTCP с зашифрованными SRTP> полезными данными.

Мы не можем предоставить какие-либо конкретные IP-адреса для наших серверов конференций.

ИСТОЧНИК: https://support.google.com/a/answer/1279090?hl=en