Tronco M:N no Skype for Business Server

  • Artigo

Skype for Business Server Enterprise Voice dá suporte ao tronco M:N entre o Servidor de Mediação e componentes como gateways PSTN, controladores de borda de sessão e IP-PBX.

Skype for Business Server dá maior flexibilidade na definição de um tronco para fins de roteamento de chamadas de versões anteriores. Um tronco é uma associação lógica entre um Servidor de Mediação e um número de porta de escuta com um gateway e um número de porta de escuta. Isso implica várias coisas: um Servidor de Mediação pode ter vários troncos no mesmo gateway; um Servidor de Mediação pode ter vários troncos para gateways diferentes; por outro lado, um gateway pode ter vários troncos para diferentes Servidores de Mediação.

Você ainda deve criar um tronco raiz sempre que usar o Construtor de Topologia para adicionar um gateway à topologia. O número de gateways que um determinado Servidor de Mediação pode manipular depende da capacidade de processamento do servidor durante o horário de pico de trabalho. Se você implantar um Servidor de Mediação em hardware que exceda os requisitos mínimos de hardware para Skype for Business Server, conforme descrito nos requisitos do Servidor para Skype for Business Server 2015, a estimativa de quantas chamadas ativas não ignorar um Servidor de Mediação autônomo podem lidar é de aproximadamente 1000 chamadas. Quando implantado no hardware atendendo a essas especificações, espera-se que o Servidor de Mediação execute a transcodificação, mas ainda rote chamadas para vários gateways, mesmo que os gateways não dêem suporte a bypass de mídia.

Ao definir uma rota de chamada, você especifica os troncos associados a essa rota, mas não especifica quais Servidores de Mediação estão associados a essa rota. Em vez disso, você usa o Construtor de Topologia para associar troncos aos Servidores de Mediação. Em outras palavras, o roteamento determina qual tronco usar para uma chamada e, posteriormente, o Servidor de Mediação associado a esse tronco é enviado a sinalização para essa chamada.

O Servidor de Mediação pode ser implantado como um pool; esse pool pode ser agrupado com um pool front-end ou pode ser implantado como um pool autônomo. Quando um Servidor de Mediação é agrupado com um pool front-end, o tamanho do pool pode ser no máximo 12 (o limite do tamanho do pool do Registrador). Juntas, essas novas funcionalidades aumentam a confiabilidade e a flexibilidade de implantação dos Servidores de Mediação, mas exigem recursos associados nas seguintes entidades de pares:

  • Gateway PSTN. Um gateway qualificado Skype for Business Server deve implementar o balanceamento de carga DNS, o que permite que um gateway PSTN (rede telefônica comutada pública) qualificado atue como um balanceador de carga para um pool de Servidores de Mediação e, assim, balancee as chamadas em todo o pool.

  • Controlador de Borda da Sessão. Para um tronco SIP, a entidade par é um SBC (Controlador de Borda da Sessão) no provedor de serviços de telefonia da Internet. Na direção do pool do Servidor de Mediação para o SBC, o SBC pode receber conexões de qualquer Servidor de Mediação no pool. Na direção do SBC para o pool, o tráfego pode ser enviado para qualquer Servidor de Mediação no pool. Um método que permite isso é através do balanceamento de carga DNS, se ele tiver suporte do provedor de serviços e do SBC. Uma alternativa é fornecer ao provedor de serviços os endereços IP de todos os Servidores de Mediação no pool e o provedor de serviços os provisionará em seu SBC como um tronco SIP separado para cada Servidor de Mediação. O provedor de serviços tratará o balanceamento de carga de seus próprios servidores. Nem todos os provedores de serviços ou SBCs podem dar suporte a essas funcionalidades. Além disso, o provedor de serviços pode cobrar mais por essa funcionalidade. Geralmente, cada tronco SIP até o SBC é tarifado mensalmente.

  • IP-PBX. Na direção do pool do Servidor de Mediação para a rescisão do SIP IP-PBX, o IP-PBX pode receber conexões de qualquer Servidor de Mediação no pool. Na direção do IP-PBX para o pool, o tráfego pode ser enviado para qualquer Servidor de Mediação no pool. Como a maioria das IP-PBXs não dá suporte ao balanceamento de carga DNS, recomendamos que conexões SIP diretas individuais sejam definidas do IP-PBX para cada Servidor de Mediação no pool. Depois disso, o IP-PBX tratará seu próprio balanceamento de carga distribuindo o tráfego pelo grupo de troncos. Presume-se que o grupo de troncos tenha um conjunto de regras de roteamento consistente no IP-PBX. Se um IP-PBX específico dá suporte a esse conceito de grupo de troncos e como ele se cruza com a própria redundância do IP-PBX e a arquitetura clustering precisa ser determinada antes que você possa decidir se um cluster do Servidor de Mediação pode interagir corretamente com um IP-PBX.

Um pool do Servidor de Mediação deve ter uma exibição uniforme do gateway par com o qual ele interage. Isso significa que todos os membros do pool acessam a mesma definição do gateway par a partir do repositório de configurações e têm a mesma probabilidade de interagir com ele para as chamadas de saída. Portanto, não há como segmentar o pool para que alguns Servidores de Mediação se comuniquem apenas com determinados pares de gateway para chamadas de saída. Se essa segmentação for necessária, um pool separado de Servidores de Mediação deverá ser usado. Isso seria o caso, por exemplo, se as funcionalidades associadas nos gateways PSTN, nos troncos SIP ou nos IP-PBXs para interagir com um pool, conforme detalhado anteriormente neste tópico, não estivessem presentes.

Um gateway PSTN específico, um par de troncos IP-PBX ou SIP pode rotear para vários Servidores de Mediação ou troncos. O número de gateways que um pool específico de Servidores de Mediação pode controlar depende do número de chamadas que usam bypass de mídia. Se um grande número de chamadas usar o bypass de mídia, um Servidor de Mediação no pool poderá lidar com muitas outras chamadas, pois somente o processamento de camada de sinalização é necessário.