Магистраль M:N в Lync Server 2013

  • Статья

 

Последнее изменение раздела: 2012-10-01

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

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

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

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

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

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

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

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

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