Шаг 14. Разные сегменты сети

SG обладает функцией разграничения сетей. Если SG доступен в обоих сегментах сети, то устройства пользователей могут адресовать свои SIP-запросы к ему на адрес А2 в сегменте С2, а тот в свою очередь транслирует запросы с адреса A1 в сегменте сети С1, где находится B2BUA. И обратно, B2BUA отправляет SIP-запросы и SIP-ответы SG на адрес A1 в сегменте сети и тот транслирует их в сегмент С2 с адреса А2.

Конкретный экземпляр SG может быть сконфигурирован таким образом, что все поступающие на него вызовы в ходе обслуживания не будут применять медиа-серверы. Таким образом несмотря на сложную организацию SIP-обмена через B2BUA, конечные устройства обменяются SDP непосредственно друг с другом, и трафик будет ходить в том сегменте сети, где устройства взаимно доступны. При таком подходе система не записывает трафик и не предоставляет впоследствии возможности прослушать разговор. Но и нагрузка на серверную инфраструктуру при таком подходе на порядки ниже.

Не во всех случаях такой подход применим, например:

Роли, находящиеся на границах с внешней средой, имеют поддержку нескольких сетевых интерфейсов. По условиям кейса абонентами являются устройства, чьи адреса напрямую недостижимы с медиа-серверов ролей MG. Соответственно трафик должен также транслироваться из одной сети в другую на границе, которую образует SG. Для решения этой задачи существует роль BGMG, которую можно активировать на одном сервере с SG. Всякий раз, когда SG будет осуществлять трансляцию из одной сети в другую, он будет задействовать BGMG.

BGMG может быть настроен с помощью файла конфигурации и присоединен к любой группе MGC на сайте. Управляющий запрос на создание контекста найдет именно тот BGMG, который располагается на одном сервере с SG-инициатором.

Уместно напомнить следствие 6 шага 11: Чтобы медиа-трафик успешно передавался между абонентами А и Б в любых случаях, необходимо обеспечить полную сетевую доступность между серверами с ролями SG, B2BUA и MG на тех сайтах, где могут быть зарегистрированы абоненты А и Б.