Tronco M:N no Lync Server 2013
Tópico última modificação: 01-10-2012
O Lync Server 2013 dá suporte a 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 o número da 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 para o 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 servidores de mediação diferentes.
Um tronco raiz ainda precisa ser criado quando um gateway é adicionado à topologia do Lync usando o Construtor de Topologias. O número de gateways que um determinado Servidor de Mediação pode manipular depende da capacidade de processamento do servidor durante horários de pico de disponibilidade. Se você implantar um Servidor de Mediação em hardware que exceda os requisitos mínimos de hardware para o Lync Server 2013, conforme descrito no hardware com suporte para o Lync Server 2013 na documentação de capacidade de suporte, a estimativa de quantas chamadas ativas sem bypass um Servidor de Mediação autônomo pode lidar é de aproximadamente 1000 chamadas. Quando implantado em hardware que atender a essas especificações, espera-se que o Servidor de Mediação execute a transcodificação, mas ainda roteie chamadas para vários gateways, mesmo que os gateways não deem suporte ao 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 Topologias para associar troncos aos Servidores de Mediação. Em outras palavras, o roteamento determina qual tronco usar para uma chamada e, subsequentemente, 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 colocado com um pool de Front-Ends ou pode ser implantado como um pool autônomo. Quando um Servidor de Mediação é colocado com um pool de Front-Ends, o tamanho do pool pode ser no máximo 12 (o limite do tamanho do pool do Registrador). Juntos, esses novos recursos 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 do Lync Server 2013 deve implementar o balanceamento de carga DNS, o que permite que um gateway PSTN (rede telefônica pública comunada) qualificado atue como um balanceador de carga para um pool de Servidores de Mediação e, assim, balancee a carga de 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 terminação 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 IP-PBXs não dá suporte ao balanceamento de carga DNS, recomendamos que as 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 intersecciona com a própria arquitetura de redundância e clustering do IP-PBX precisa ser determinado 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, IP-PBX ou par de tronco 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 bypass de mídia, um Servidor de Mediação no pool poderá lidar com muitas outras chamadas, pois apenas o processamento da camada de sinalização é necessário.