Compartilhar via


Componente do Servidor de Mediação no Skype for Business Server

Saiba mais sobre servidores de mediação em Skype for Business Server, incluindo suas topologias com suporte e suas relações com troncos M:N, bypass de mídia e controle de admissão de chamada.

Para implantar Enterprise Voice, você deve implantar um ou mais Servidores de Mediação.

O Servidor de Mediação traduz a sinalização entre sua infraestrutura de Enterprise Voice interna e um gateway PSTN (rede telefônica comutada pública) ou um tronco SIP (Protocolo de Iniciação de Sessão). Em algumas implantações, ele também converte a própria mídia entre esses pontos.

No lado Skype for Business Server, o Servidor de Mediação escuta em um único endereço de transporte TLS (mutual TLS). No lado do gateway, o Servidor de Mediação escuta todas as portas de escuta associadas associadas aos troncos. Todos os gateways qualificados devem dar suporte a TLS, mas também podem habilitar o TCP. O TCP é aceito para gateways que não dão suporte a TLS.

Se você também tiver um PBX (Public Branch Exchange) existente em seu ambiente, o Servidor de Mediação lidará com chamadas entre Enterprise Voice usuários e o PBX. Se o PBX for um IP-PBX, você poderá criar uma conexão SIP direta entre o PBX e o Servidor de Mediação. Se o PBX for um PBX (Time Division Multiplex), você também deve implantar um gateway PSTN entre o Servidor de Mediação e o PBX.

O Servidor de Mediação é agrupado com o Servidor front-end por padrão. O Servidor de Mediação também pode ser implantado em um pool autônomo.

Qual é a função do Servidor de Mediação

As funções main do Servidor de Mediação são as seguintes:

  • Criptografar e descriptografar o SRTP no lado Skype for Business Server.

  • Conversão do SIP sobre TCP (para gateways que não oferecem suporte a TLS) em SIP sobre MTLS (TLS mútuo).

  • Traduzir fluxos de mídia entre Skype for Business Server e o par de gateway do Servidor de Mediação.

  • Conexão de clientes fora da rede com componentes internos de ICE, que permitem a passagem de mídia do NAT e de firewalls.

  • Agindo como um intermediário para fluxos de chamada que um gateway não dá suporte, como chamadas de trabalhadores remotos em um Enterprise Voice clien.t

  • Em implantações que incluem tronco SIP, trabalho conjunto com o provedor de serviços de tronco SIP para oferecer suporte à PSTN, eliminando a necessidade de um gateway PSTN.

A figura a seguir mostra os protocolos de sinalização e mídia que são usados pelo Servidor de Mediação ao se comunicar com um gateway PSTN básico e a infraestrutura de Enterprise Voice.

Protocolos de sinalização e a mídia usados pelo Servidor de Mediação

Diagrama protocolos do servidor de mediação.

Nota

Se você estiver usando TCP ou RTP/RTCP (em vez de SRTP ou SRTCP) na rede entre o gateway PSTN e o Servidor de Mediação, recomendamos que você tome medidas para ajudar a garantir a segurança e a privacidade da rede.

Tronco M:N

Skype for Business Server dá suporte à flexibilidade na definição de um tronco para fins de roteamento de chamada. 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 ao adicionar um gateway à topologia Skype for Business usando o Construtor de 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 no hardware que atenda aos requisitos mínimos de hardware para Skype for Business Server, conforme descrito nos requisitos do servidor para Skype for Business Server 2015, um Servidor de Mediação autônomo poderá lidar com aproximadamente 1000 chamadas. O Servidor de Mediação executa a transcodificação, mas ainda roteia 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 funcionalidades aumentam a confiabilidade e a flexibilidade de implantação dos Servidores de Mediação, mas exigem recursos semelhantes no seguinte:

  • 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.

Controle de admissão de chamadas e Servidor de Mediação

O CAC (controle de admissão de chamadas) gerencia o estabelecimento de sessão em tempo real com base na largura de banda disponível para ajudar a evitar uma QoE (Qualidade da Experiência) ruim para os usuários em redes congestionadas. Para dar suporte a isso, o Servidor de Mediação é responsável pelo gerenciamento de largura de banda por suas duas interações no lado Skype for Business Server e no lado do gateway. No controle de admissão de chamadas, a entidade de terminação de uma chamada lida com a reserva de largura de banda. Os pares de gateway (gateway PSTN, IP-PBX, SBC) com os quais o Servidor de Mediação interage no lado do gateway não dão suporte Skype for Business Server controle de admissão de chamada. Assim, o Servidor de Mediação precisa lidar com interações de largura de banda em nome de seu par de gateway. Sempre que possível, o Servidor de Mediação reservará a largura de banda com antecedência. Se isso não for possível (por exemplo, se a localidade do ponto de extremidade de mídia final no lado do gateway for desconhecido de uma chamada de saída para o par de gateway), a largura de banda será reservada quando a chamada for feita. Esse comportamento poderá resultar em uma inscrição em excesso de assinatura da largura de banda, mas é a única maneira de impedir anéis falsos.

O bypass de mídia e a reserva de largura de banda são mutuamente exclusivos. Se um bypass de mídia for empregado para uma chamada, o controle de admissão de chamadas não será executado para essa chamada. Presume-se que não haja links envolvidos na chamada com a largura de banda restrita. Se o controle de admissão de chamada for usado para uma chamada específica que envolva o Servidor de Mediação, essa chamada não poderá empregar bypass de mídia.

Para obter detalhes sobre o bypass de mídia ou o controle de admissão de chamadas, consulte Planejar bypass de mídia em Skype for Business ou Planejar o controle de admissão de chamada em Skype for Business Server.

E9-1-1 (9-1-1 Avançado) e Servidor de Mediação

O Servidor de Mediação tem recursos estendidos para que ele possa interagir corretamente com provedores de serviço avançados 9-1-1 (E9-1-1). Nenhuma configuração especial é necessária no Servidor de Mediação. As extensões SIP necessárias para a interação E9-1-1 são, por padrão, incluídas no protocolo SIP do Servidor de Mediação para suas interações com um par de gateway (gateway PSTN, IP-PBX ou o SBC de um Provedor de Serviços de Telefonia da Internet, incluindo provedores de serviços E9-1-1)

Se o tronco SIP para um Provedor de Serviços E9-1-1 pode ser encerrado em um pool de Servidores de Mediação existente ou exigirá servidores de mediação autônomos dependerá se o SBC E9-1-1 pode interagir com um pool de Servidores de Mediação. Para obter detalhes, confira Tronco M:N no Skype for Business Server.

Bypass de mídia e Servidor de Mediação

O bypass de mídia é um recurso Skype for Business Server que permite que um administrador configure o roteamento de chamadas para fluir diretamente entre o ponto de extremidade do usuário e o gateway PSTN (rede telefônica comutada pública) sem atravessar o Servidor de Mediação. O bypass de mídia melhora a qualidade da chamada reduzindo a latência, a tradução desnecessária, a possibilidade de perda de pacotes e o número de pontos potenciais de falha. Quando um site remoto sem um Servidor de Mediação é conectado a um site central por um ou mais links de WAN com largura de banda restrita, o bypass de mídia reduz o requisito de largura de banda, permitindo que a mídia de um cliente em um site remoto flua diretamente para seu gateway local sem primeiro ter que fluir através do link WAN para um Servidor de Mediação no site central e voltar. Essa redução no processamento de mídia também complementa a capacidade do Servidor de Mediação de controlar vários gateways.

O bypass de mídia e o CAC (controle de admissão de chamadas) são mutuamente exclusivos. Se o bypass de mídia for empregado para uma chamada, o CAC não será executado para essa chamada. Presume-se que não haja links com largura de banda restrita envolvidos na chamada.

Topologias do Servidor de Mediação

O Skype for Business Server, o Servidor de Mediação é, por padrão, agrupado com o servidor Standard Edition, um pool front-end ou o dispositivo branch de sobrevivência. Todos os Servidores de Mediação em um pool de Front-End devem ser configurados de forma idêntica.

Quando o desempenho é um problema, talvez seja preferível implantar um ou mais Servidores de Mediação em um pool autônomo dedicado. Se você estiver implantando um tronco SIP, recomendamos certamente um pool autônomo.

Se você implantar conexões SIP diretas em um gateway PSTN qualificado que dá suporte a bypass de mídia e balanceamento de carga DNS, um pool de servidores de mediação autônomo não será necessário. Isso ocorre porque os gateways qualificados são capazes de balancear carga DNS para um pool de Servidores de Mediação e podem receber tráfego de qualquer Servidor de Mediação em um pool.

Também recomendamos que você reúna o Servidor de Mediação em um pool de Front-End quando tiver implantado IP-PBXs ou se conecte ao SBC (Controlador de Borda de Sessão) de um Provedor de Telefonia Da Internet, desde que qualquer uma das seguintes condições seja atendida:

  • O IP-PBX ou SBC está configurado para receber tráfego de qualquer Servidor de Mediação no pool e pode rotear o tráfego uniformemente para todos os Servidores de Mediação no pool.

  • O IP-PBX não dá suporte a bypass de mídia, mas o pool front-end que está hospedando o Servidor de Mediação pode lidar com a transcodificação de voz para chamadas às quais o bypass de mídia não se aplica.

Você pode usar o Microsoft Lync Server 2013, Ferramenta de Planejamento para avaliar se o pool front-end em que deseja agrupar o Servidor de Mediação pode lidar com a carga. Se o ambiente não puder atender a esses requisitos, você deverá implantar um pool do Servidor de Mediação autônomo.

A figura a seguir mostra uma topologia simples que consiste em dois locais conectados por um link WAN. O Servidor de Mediação é agrupado em um pool front-end no Site 1. Os Servidores de Mediação no Site 1 controlam o gateway PSTN no Site 1 e o gateway no Site 2. Nessa topologia, o bypass de mídia está habilitado globalmente para usar as informações do local e da região, e os troncos até cada gateway PSTN (GW1 e GW2) têm bypass habilitado.

Exemplo de sites conectados por um link WAN com um Servidor de Mediação no Site 1 e um gateway PSTN no Site 2

Topologia de voz com o Gateway de WAN do Servidor de Mediação.

A figura a seguir mostra uma topologia simples em que o Servidor de Mediação é agrupado no pool front-end no Site 1 e tem uma conexão SIP direta com o IP-PBX no Site 1. Nessa figura, o Servidor de Mediação também controla um gateway PSTN no Site 2. Suponha que Skype for Business usuários existam nos Sites 1 e 2. Suponha também que o IP-PBX tenha um processador de mídia associado que deve ser atravessado por todos os meios de comunicação provenientes de Skype for Business pontos de extremidade antes de ser enviado para pontos de extremidade de mídia controlados pelo IP-PBX. Nessa topologia, o bypass de mídia está habilitado globalmente para usar as informações do local e da região, e os troncos até o PBX e o gateway PSTN têm o bypass de mídia habilitado.

Exemplo de sites conectados por um link WAN com um Servidor de Mediação no Site 1 e um PBX no Site 2

Wan PBX do Servidor de Mediação de Topologia de Voz.

A última figura neste tópico mostra uma topologia em que o Servidor de Mediação está conectado ao SBC de um Provedor de Serviços de Telefonia da Internet.

Planejando decisões para o Servidor de Mediação

Este tópico descreve as decisões de planejamento que você precisa tomar para a implantação do Servidor de Mediação,

Servidor de mediação autônomo ou com ordenação?

O Servidor de Mediação é, por padrão, agrupado no servidor Standard Edition ou no Servidor front-end em um pool de Front-End em sites centrais. O número de chamadas PSTN (Rede Telefônica Pública Comutada) que podem ser tratadas e o número de máquinas necessárias no pool dependerá do seguinte:

  • O número de pares de gateway que o pool do Servidor de Mediação controla

  • Dos períodos de alto volume de tráfego por meio desses gateways

  • A porcentagem de chamadas que são chamadas cuja mídia ignora o Servidor de Mediação

Durante o planejamento, considere os requisitos de processamento de mídia das chamadas PSTN e das conferências A/V não configuradas para bypass de mídia, além do processamento necessário para lidar com as interações de sinalização em relação ao número de chamadas em horário de pico que precisam de suporte. Se não houver CPU suficiente, você deverá implantar um pool autônomo de Servidores de Mediação; e gateways PSTN, IP-PBXs e SBCs precisarão ser divididos em subconjuntos controlados pelos Servidores de Mediação agrupados em um pool e pelos Servidores de Mediação autônomos em um ou mais pools autônomos.

Se você implantou gateways PSTN, IP-PBXs ou SBCs (Controladores de Borda de Sessão) que não dão suporte aos recursos corretos para interagir com um pool de Servidores de Mediação, incluindo o seguinte, eles precisarão ser associados a um pool autônomo que consiste em um único Servidor de Mediação:

  • Executar o balanceamento de carga DNS (Sistema de Nomes de Domínio) da camada de rede entre servidores de mediação em um pool (ou, de outra forma, rotear o tráfego uniformemente para todos os Servidores de Mediação em um pool)

  • Aceitar o tráfego de qualquer Servidor de Mediação em um pool

Você pode usar o Microsoft Lync Server 2013, Ferramenta de Planejamento para avaliar se a ordenação do Servidor de Mediação com o pool front-end pode manipular a carga. Se o ambiente não puder atender a esses requisitos, você deverá implantar um pool do Servidor de Mediação autônomo.

Considerações sobre o local central e o local da filial

Os servidores de mediação no site central podem ser usados para rotear chamadas para gateways IP-PBXs ou PSTN em sites de branch. No entanto, se você implantar troncos SIP, deverá implantar um Servidor de Mediação no site em que cada tronco é encerrado. Ter um Servidor de Mediação na rota do site central chama por um gateway IP-PBX ou PSTN em um site de branch não requer o uso de bypass de mídia. Porém, se você puder habilitar o bypass de mídia, isso reduzirá a latência do caminho de mídia e melhorará a qualidade da mídia, pois o caminho de mídia não será mais necessário para seguir o caminho de sinalização. O bypass de mídia também diminui a carga de processamento no pool.

Nota

O bypass de mídia não interoperará com cada gateway PSTN, IP-PBX e SBC. A Microsoft testou um conjunto de gateways PSTN e SBCs com os parceiros certificados e realizou alguns testes com IP-PBXs da Cisco. O bypass de mídia só tem suporte com produtos e versões listados no Programa de Interoperabilidade Aberta de Comunicações Unificadas – Lync Server.

Se a resiliência do site do branch for necessária, um Dispositivo de Branch de Sobrevivência ou uma combinação de um Servidor front-end, um servidor de mediação e um gateway devem ser implantados no site da ramificação. (A suposição com resiliência do site do branch é que a presença e a conferência não são resilientes no site.) Para obter diretrizes sobre o planejamento do site da ramificação para voz, consulte Planejar Enterprise Voice resiliência no Skype for Business Server.

Para interações com um IP-PBX, se o IP-PBX não dá suporte corretamente às interações de mídia iniciais com várias caixas de diálogo iniciais e interações RFC 3960, pode haver recorte das primeiras palavras da saudação para chamadas de entrada do IP-PBX para Skype for Business pontos de extremidade. Esse problema pode ser mais grave se um Servidor de Mediação em um site central estiver roteando chamadas para um IP-PBX em que a rota termina em um site de branch, porque é necessário mais tempo para a sinalização ser concluída. Se você tiver esse comportamento, implantar um Servidor de Mediação no site da ramificação será a única maneira de reduzir o recorte das primeiras palavras.

Por fim, se seu site central tiver um TDM PBX ou se o IP-PBX não eliminar a necessidade de um gateway PSTN, você deverá implantar um gateway na rota de chamada que conecta o Servidor de Mediação e o PBX.

Nota

Para aprimorar o desempenho de mídia do Servidor de Mediação autônomo, você deve habilitar o RSS (receive-side scaling) nos adaptadores de rede nesses servidores. O RSS permite que pacotes de entrada sejam manipulados em paralelo por vários processadores no servidor. Para obter detalhes, confira "Aprimoramentos de dimensionamento do lado do recebimento no Windows Server". Para obter detalhes sobre como habilitar o RSS, consulte a documentação do seu adaptador de rede.