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

С Как разрешить мой внутренний клиент 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:

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

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

June 16, 2013: This seems to have changed since 2011. I couldn't find any current documentation.

Did some work with a packet sniffer today (Wireshark) dialing out from the Google Talk Plugin under Firefox 21.0 running on Windows 7.

Looks like the call setup is now done through standard HTTPS (TCP 443).

In several test calls, RTP (voice) packets were sent to UDP destination port 19305. I have no idea whether that will stay the same.

The Differentiated Services Field (DSCP) of the RTP packets is 0, so that can't be used for OoS setup.

On my router running Tomato, in the OoS settings, I have classified application Layer 7 (RTP) as Highest. Unfortunately it is not detecting the Google Voice packets; they were passing as Low priority. So I added a new entry for UDP Destination 19305 and the RTP traffic was properly prioritized.

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

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

Способы подключения делаются попытки в этом preferenced порядке: А 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=ru.