Ramal M:N em Skype for Business Server
Skype for Business Server Enterprise Voice suporta o ramal M:N entre o Servidor de Mediação e componentes, tais como gateways RTPC, controladores de limite de sessão e IP-PBX.
Skype for Business Server suporta uma maior flexibilidade na definição de um ramal para fins de encaminhamento de chamadas de versões anteriores. Um ramal é 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. Isto implica várias coisas: um Servidor de Mediação pode ter vários ramais no mesmo gateway; um Servidor de Mediação pode ter vários ramais para gateways diferentes; por outro lado, um gateway pode ter vários ramais para diferentes Servidores de Mediação.
Tem de criar um ramal de raiz sempre que utilizar o Topology Builder para adicionar um gateway à topologia. O número de gateways que um determinado Servidor de Mediação pode processar depende da capacidade de processamento do servidor durante as horas de pico de ocupado. Se implementar um Servidor de Mediação em hardware que exceda os requisitos mínimos de hardware para Skype for Business Server, conforme descrito em Requisitos de servidor para Skype for Business Server 2015, a estimativa de quantas chamadas ativas que um Servidor de Mediação autónomo pode processar é de aproximadamente 1000 chamadas. Quando implementado no hardware que cumpre estas especificações, espera-se que o Servidor de Mediação execute a transcodificação, mas continua a encaminhar chamadas para vários gateways, mesmo que os gateways não suportem o bypass de multimédia.
Ao definir uma rota de chamada, especifica os ramais associados a essa rota, mas não especifica quais os Servidores de Mediação que estão associados a essa rota. Em vez disso, utilize o Topology Builder para associar ramais a Servidores de Mediação. Por outras palavras, o encaminhamento determina que ramal utilizar para uma chamada e, posteriormente, o Servidor de Mediação associado a esse ramal é enviado a sinalização para essa chamada.
O Servidor de Mediação pode ser implementado como um conjunto; Este conjunto pode ser agrupado com um conjunto de Front-End ou pode ser implementado como um conjunto autónomo. Quando um Servidor de Mediação é agrupado com um conjunto de Front-End, o tamanho do conjunto pode ser, no máximo, 12 (o limite do tamanho do conjunto de Entidades de Registo). Juntas, estas novas capacidades aumentam a fiabilidade e a flexibilidade de implementação dos Servidores de Mediação, mas exigem capacidades associadas nas seguintes entidades de elemento da rede:
Gateway RTPC. Um gateway Skype for Business Server qualificado tem de implementar o balanceamento de carga DNS, o que permite que um gateway de rede telefónica pública comutado (RTPC) qualificado atue como um balanceador de carga para um conjunto de Servidores de Mediação e, assim, faça o balanceamento de carga de chamadas em todo o conjunto.
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 conjunto do Servidor de Mediação para o SBC, o SBC pode receber ligações de qualquer Servidor de Mediação no conjunto. Na direção do SBC para o conjunto, o tráfego pode ser enviado para qualquer Servidor de Mediação no conjunto. 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 é dar ao fornecedor de serviços os endereços IP de todos os Servidores de Mediação no conjunto e o fornecedor de serviços irá aprovisioná-los no respetivo SBC como um ramal 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 conjunto do Servidor de Mediação para a terminação SIP IP-PBX, o IP-PBX pode receber ligações de qualquer Servidor de Mediação no conjunto. Na direção do IP-PBX para o conjunto, o tráfego pode ser enviado para qualquer Servidor de Mediação no conjunto. Uma vez que a maioria dos IP-PBXs não suporta o balanceamento de carga DNS, recomendamos que as ligações SIP diretas individuais sejam definidas do IP-PBX para cada Servidor de Mediação no conjunto. 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 determinado IP-PBX suporta este conceito de grupo de ramal e como se intersecta com a redundância e a arquitetura de clustering do IP-PBX tem de ser determinado antes de poder decidir se um cluster do Servidor de Mediação pode interagir corretamente com um IP-PBX.
Um conjunto de Servidores de Mediação tem de ter uma vista uniforme do gateway de elemento da rede com o qual 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. Por conseguinte, não há forma de segmentar o conjunto para que alguns Servidores de Mediação comuniquem apenas com determinados elementos de gateway para chamadas efetuadas. Se tal segmentação for necessária, tem de ser utilizado um conjunto separado de Servidores de Mediação. Este seria o caso, por exemplo, se as capacidades associadas em gateways RTPC, ramais SIP ou IP-PBXs interagir com um conjunto conforme detalhado anteriormente neste tópico não estiverem presentes.
Um gateway RTPC específico, IP-PBX ou ponto de ramal SIP pode encaminhar para vários Servidores de Mediação ou ramais. O número de gateways que um conjunto específico de Servidores de Mediação pode controlar depende do número de chamadas que utilizam o bypass de multimédia. Se um grande número de chamadas utilizar o bypass de multimédia, um Servidor de Mediação no conjunto pode processar muitas mais chamadas, porque só é necessário processar camadas de sinalização.