Магистраль M:N в Skype для бизнеса Server

  • Статья

Skype для бизнеса Server Корпоративная голосовая связь поддерживает магистрали M:N между сервером-посредником и такими компонентами, как шлюзы ТСОП, пограничные контроллеры сеансов и IP-УАТС.

Skype для бизнеса Server поддерживает большую гибкость при определении магистрали для маршрутизации звонков из предыдущих выпусков. Магистраль — это логическая связь между сервером-посредником и прослушивающим номером порта со шлюзом и номером порта прослушивания. Это подразумевает несколько вещей: сервер-посредник может иметь несколько магистралей к одному шлюзу; Сервер-посредник может иметь несколько магистралей к разным шлюзам; шлюз может иметь несколько магистралей к разным серверам-посредникам.

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

При определении маршрута вызова вы указываете магистрали, связанные с этим маршрутом, но не указываете, какие серверы-посредники связаны с этим маршрутом. Вместо этого построитель топологий используется для связывания магистралей с серверами-посредниками. Другими словами, маршрутизация определяет, какую магистраль следует использовать для вызова, а затем сервер-посредник, связанный с этой магистралью, отправляет сигнал для этого вызова.

Сервер-посредник можно развернуть в виде пула; этот пул можно объединить с пулом переднего плана или развернуть как автономный пул. При соединении сервера-посредника с пулом переднего плана размер пула может быть не более 12 (ограничение размера пула регистратора). Вместе эти новые возможности повышают надежность и гибкость развертывания серверов-посредников, но для них требуются связанные возможности в следующих одноранговых сущностях:

  • Шлюз ТСОП. Шлюз Skype для бизнеса Server должен реализовать балансировку нагрузки DNS, которая позволяет шлюзу телефонной сети общего пользования (ТСОП) действовать в качестве подсистемы балансировки нагрузки для одного пула серверов-посредников и таким образом распределять нагрузку вызовов в пуле.

  • Пограничный контроллер сеансов. Для магистрали SIP одноранговой сущностью является пограничный контроллер сеансов (SBC) у поставщика услуг интернет-телефонии. В направлении от пула серверов-посредников к SBC SBC SBC может получать подключения от любого сервера-посредника в пуле. В направлении от SBC к пулу трафик может быть отправлен на любой сервер-посредник в пуле. Одним из способов этого является балансировка нагрузки DNS, если она поддерживается поставщиком услуг и SBC. Другой вариант — предоставить поставщику услуг IP-адреса всех серверов-посредников в пуле, а поставщик услуг подготовит их в своем SBC в качестве отдельной магистрали SIP для каждого сервера-посредника. Затем поставщик услуг будет обрабатывать балансировку нагрузки для собственных серверов. Не все поставщики услуг или SBC могут поддерживать эти возможности. Кроме того, поставщик услуг может взимать дополнительную плату за эту возможность. Как правило, за каждую магистраль SIP в SBC взимается ежемесячная плата.

  • IP-PBX. В направлении от пула серверов-посредников к завершению SIP IP-УАТС IP-УАТС может получать подключения от любого сервера-посредника в пуле. В направлении от IP-УАТС к пулу трафик может быть отправлен на любой сервер-посредник в пуле. Так как большинство IP-PBXs не поддерживают балансировку нагрузки DNS, рекомендуется определить отдельные прямые SIP-подключения из IP-УАТС к каждому серверу-посреднику в пуле. IP-PBX затем будет осуществлять собственную балансировку нагрузки, распределяя трафик через группу магистралей. Подразумевается, что для группы магистралей в IP-PBX задан согласованный набор правил маршрутизации. Следует определить, поддерживает ли конкретная IP-УАТС эту концепцию магистральной группы и как она пересекается с собственной избыточностью IP-УАТС и кластеризация архитектурой, прежде чем вы сможете решить, может ли кластер сервера-посредника правильно взаимодействовать с IP-УАТС.

Пул сервера-посредника должен иметь однородное представление однорангового шлюза, с которым он взаимодействует. Это означает, что все участники пула получают доступ к одному определению шлюза из хранилища конфигурации и могут с одинаковой вероятностью взаимодействовать с ним при обработке исходящих вызовов. Таким образом, нельзя сегментировать пул, чтобы некоторые серверы-посредники взаимодействовали только с определенными одноранговыми узлами шлюза для исходящих вызовов. Если такая сегментация необходима, необходимо использовать отдельный пул серверов-посредников. Это может потребоваться, например, если отсутствуют связанные возможности в шлюзах PSTN, SIP-магистралях или IP-PBX для взаимодействия с пулом (как описывалось ранее в этой статье).

Определенный шлюз ТСОП, IP-УАТС или одноранговый узел SIP могут направляться на несколько серверов-посредников или магистралей. Количество шлюзов, которыми может управлять конкретный пул серверов-посредников, зависит от количества вызовов, использующих обход мультимедиа. Если большое количество вызовов использует обход мультимедиа, сервер-посредник в пуле может обрабатывать гораздо больше вызовов, так как требуется только обработка уровня сигналов.