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

Skype for Business Server 2015
 

Дата изменения раздела:2015-08-17

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

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

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

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

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

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

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

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

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

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

 
Показ: