Componentes do servidor do Enterprise Voice

Tópico modificado em: 2009-06-15

Se você optar por implantar o Enterprise Voice, será necessário planejar a implantação de um Servidor de Mediação do Office Communications Server 2007 R2, que intermedeia a sinalização e a mídia entre a infraestrutura interna do Communications Server e o gateway de mídia ou tronco SIP. Você também precisará de um gateway de mídia (IP/PSTN) para administrar chamadas entre usuários habilitados para VoIP e o PSTN. (Um gateway de mídia é monitorado para uma conexão de tronco SIP.)

Gateway de mídia

O número, o tamanho e a localização dos gateways de mídia são talvez as decisões mais importantes e mais difíceis ao se planejar a infraestrutura do Enterprise Voice. As principais perguntas a serem respondidas são:

• Que tipo de gateway deve ser implantado?
• Quantos gateways de mídia são necessários? A resposta depende, pelo menos em parte, do tamanho dos gateways e do local onde você pretende implantá-los.
• Que tamanho os gateways devem ter? A resposta depende, em parte, de quantos você planeja implantar e do local onde irá colocá-los.
• Onde os gateways devem ser colocados? A resposta depende, em parte, da topologia e da distribuição geográfica da organização.

Ou seja, nenhuma das perguntas acima pode ser respondida independentemente das demais. As respostas a todas elas dependem do tráfego telefônico previsto e de como esse tráfego será distribuído pela organização. Mas isso é apenas o começo: os dados básicos, por assim dizer. Você também deve considerar as opções de topologia de gateway.

Tipo de gateway a ser implantado

O Communications Server oferece três opções para implantar um Servidor de Mediação e um gateway de mídia:

• Básico. Essa opção consiste em um gateway de mídia básico e um Servidor de Mediação separado.
• Híbrido básico. Essa opção é um gateway híbrido básico, no qual o gateway básico e o Servidor de Mediação são colocados em um mesmo computador.
• Avançado. Essa opção é um gateway de mídia avançado, no qual a lógica do Servidor de Mediação está incorporada no próprio software do gateway.

Para detalhes, incluindo uma lista atual de gateways qualificados que trabalham com o Communications Server, consulte https://go.microsoft.com/fwlink/?LinkId=125757 (em inglês).

Tabela 1. Comparação entre gateways básicos e associados

Tipo de gateway	Vantagens	Desvantagens
Gateway de mídia básico	O hardware existente talvez possa ser usado como Servidor de Mediação.	O Servidor de Mediação requer sobrecarga adicional para instalação, configuração e gerenciamento.
Gateway de mídia híbrido básico	Não exige um Servidor de Mediação separado. A instalação, a configuração e o gerenciamento são mais simples do que são na combinação de gateway de mídia básico e Servidor de Mediação.	Nenhum.
Gateway de mídia avançado	Não exige um Servidor de Mediação separado. A instalação, a configuração e o gerenciamento são mais simples do que os de outros tipos de gateway.	Nenhum.

Topologias de gateway

Ao tentar responder às quatro perguntas fundamentais sobre a implantação de gateways, a abordagem óbvia é:

• Contar os locais em que sua organização tem escritórios.
• Estimar o tráfego de cada local.
• Implantar um ou mais gateways em cada local para processar o tráfego previsto.

A topologia de gateway distribuída resultante é mostrada na figura a seguir.

Figura 1. Topologia de gateway distribuída

Nessa topologia, todas as chamadas entre os funcionários de cada local e entre os locais são roteadas pela intranet da empresa. As chamadas para a PSTN são roteadas pela rede IP corporativa para os gateways mais próximos da localização dos números de destino.

Mas e se a sua organização oferecer suporte a dezenas, centenas ou até mesmo milhares de locais espalhados por um ou mais continentes, como acontece com muitas instituições financeiras e outras empresas de grande porte? Nesses casos, a implantação de um gateway separado em cada local é impraticável.

Para resolver esse problema, muitas empresas grandes preferem implantar um ou alguns data centers de telefonia de grande porte, como mostrado na figura a seguir.

Figura 2. Topologia de data center de telefonia

Nessa topologia, vários gateways grandes, suficientes para acomodar a carga de usuários prevista, são implantados em cada data center. Todas as chamadas para os usuários da empresa são encaminhadas para um data center pelo provedor de serviços de telefonia. A lógica de roteamento no data center determina se a chamada deve ser roteada pela intranet ou para a PSTN.

As opções de colocar um gateway em cada local ou em um único data center representam os extremos de um espectro de situações de implantação. Você pode implantar um gateway em vários locais e vários gateways em um data center em praticamente qualquer combinação possível. A melhor solução em cada caso depende de uma série de fatores específicos de cada organização.

Localização dos gateways

A localização dos gateways também determina os tipos de gateway escolhidos e como eles serão configurados. Há vários protocolos de PSTN, sendo que nenhum deles constitui um padrão mundial. Se todos os gateways estiverem localizados em um único país ou região, não haverá problemas. Mas, se estiverem localizados em vários países ou regiões, cada um deverá ser configurado segundo os padrões da PSTN de cada país ou região. Além disso, os gateways certificados para operação no Canadá, por exemplo, talvez não sejam certificados na Índia, no Brasil ou na União Europeia.

Tamanho e número dos gateways

Os gateways de mídia que a maioria das organizações considera para implantação variam em tamanho de duas a 960 portas. (Há gateways até maiores, mas esses são usados principalmente pelos provedores de serviços de telefonia). Ao estimar o número de portas necessárias à sua organização, use as seguintes diretrizes:

• Para pouco uso do telefone (uma chamada da PSTN por hora), deve-se alocar uma porta para cada 15 usuários. Por exemplo, se você tiver 20 usuários, precisará de um gateway com duas portas.
• Para uso moderado do telefone (duas chamadas da PSTN por hora), deve-se alocar uma porta para cada 10 usuários. Por exemplo, se você tiver 100 usuários, precisará de um total de 10 portas alocadas entre um ou mais gateways.
• Para uso intenso do telefone (três chamadas ou mais da PSTN por hora), deve-se alocar uma porta para cada cinco usuários. Por exemplo, se você tiver 47.000 usuários, precisará de um total de 9.400 portas alocadas entre pelo menos 10 gateways de grande porte.
• Portas adicionais podem ser adquiridas à medida que o número de usuários ou o tráfego da organização aumentar.

Para qualquer número especificado de usuários, você tem a opção de implantar um número menor de gateways maiores ou um número maior de gateways menores. Como regra, são recomendados, no mínimo, dois gateways para uma organização, para o caso de um deles falhar. Além disso, o número e o tamanho de gateways que uma organização implanta varia bastante, com base em uma análise criteriosa do volume do tráfego telefônico de cada organização.

Cada gateway de mídia básico implantado deve ter pelo menos um Servidor de Mediação correspondente. É possível, embora não seja recomendável, apontar um único gateway para vários Servidores de Mediação, mas você não poderá apontar um único Servidor de Mediação para mais de um gateway de mídia.

Para mais detalhes, incluindo requisitos específicos de hardware, consulte Requisitos de componentes internos do Office Communications Server e Planejamento de Capacidade.

Observação:
Um gateway de mídia híbrido básico é configurado para funcionar somente com o Servidor de Mediação colocado no mesmo local e, portanto, não deve apontar para outros Servidores de Mediação.

Tronco SIP

O Office Communications Server 2007 R2 permite que uma empresa conecte sua rede de voz a um provedor de serviços que oferece origem e término por PSTN, o que pode simplificar e reduzir o custo de implantação do Enterprise Voice. Esse recurso, uma variação do que é conhecido no setor de telecomunicações como “tronco SIP”, significa que a empresa não precisa implantar gateways IP-PSTN, com ou sem Servidores de Mediação, para habilitar a conectividade com a PSTN.

O recurso tronco SIP do Office Communications Server 2007 R2 permite os seguintes cenários:

• Um usuário corporativo dentro ou for a do firewall corporativo pode fazer uma chamada local ou interurbana especificada por um número compatível com E.164 terminado na PSTN como um serviço do provedor de serviços correspondente.
• Qualquer assinante de PSTN pode contatar um usuário corporativo dentro ou fora do firewall corporativo discando um número DID (Discagem Direta a Ramal) associado a esse usuário corporativo.

Para obter mais detalhes sobre entroncamento SIP, consulte Topologia de tronco SIP na Visão geral técnica na documentação do Guia de Introdução.

Unificação de Mensagens do Exchange

Se a sua organização também estiver planejando usar a Unificação de Mensagens do Exchange Server 2007 SP1, você deverá implantar as funções de servidor do Exchange Server 2007 SP1: Unificação de Mensagens, Transporte de Hub, Acesso para Cliente e Caixa de Correio. As funções de servidor podem ser implantadas na mesma floresta ou em uma floresta diferente do Communications Server 2007 R2. Para obter mais detalhes, incluindo requisitos técnicos específicos para esses perfis de servidor, consulte Integração com a Unificação de Mensagens do Exchange Server. Para detalhes sobre implantação do Exchange 2007, consulte a documentação de produto do Exchange Server 2007 em https://go.microsoft.com/fwlink/?LinkID=139372 (em inglês).

Novas opções de configuração no Servidor de Mediação

O Office Communications Server 2007 R2 introduz duas novas configurações de WMI (Instrumentação de Gerenciamento do Windows) para o Servidor de Mediação. A primeira configuração nova especifica como o Servidor de Mediação processa números E.164 em chamadas de saída. A segunda configuração habilita a marcação de QoS (Qualidade de Serviço) no Servidor de Mediação.

Administrando números E.164 em chamadas de saída

Por padrão, os números E.164 no URI de chamadas de saída recebem um sinal de adição (+) como prefixo. Muitos PBXs processam esses números sem problemas. No entanto, certos PBXs não aceitam números que têm um sinal de adição como prefixo.

Para garantir a interoperabilidade com esses PBXs, o servidor de mediação tem uma nova configuração booleana WMI chamada RemovePlusFromRequestURI, que tem dois valores: TRUE e FALSE. Se o PBX não aceitar números com o sinal de adição como prefixo, o valor da configuração WMI deverá ser definido como TRUE, o que fará com que o Servidor de Mediação remova o sinal de adição de um URI da Solicitação das chamadas de saída. O padrão é FALSE, o que faz com que o Servidor de Mediação passe o Uri da Solicitação de INVITE de saída, para o URI e do URI sem alteração.

Habilitando QoS no Servidor de Mediação

O servidor de mediação tem uma nova configuração booleana WMI chamada QoSEnabled, que tem dois valores: TRUE e FALSE. Essa configuração habilita ou desabilita a marcação QoS no Servidor de Mediação. Quando definida como TRUE, a configuração faz com que o Servidor de Mediação execute a marcação DSCP (Ponto de Código de Serviços Diferenciados) nos pacotes de voz. O valor padrão é FALSE.

Em uma rede que tenha sido provisionada adequadamente para a transmissão de voz, a priorização de pacote não é necessária. No entanto, se você não tiver certeza sobre a capacidade da largura de banda, essa configuração de QoS assegurará a boa qualidade de voz até mesmo em ambientes de qualidade inferior.

Administração aperfeiçoada de números privados (não-DID)

Os dois aperfeiçoamentos implantados na administração de números privados (não-DID) no Office Communications Server 2007 R2 permitem:

• A compatibilidade com PBXs ou outros elementos de downstream que não têm suporte para o sinal de adição em URIs de Solicitação.
• Suporte para planos de numeração privados, na qual a propriedade msRTCSIP-Line nos serviços de domínio do Active Directory (AD DS) não precisa estar no formato E.164.

Compatibilidade com PBXs sem suporte para o sinal de adição

Por padrão, os números E.164 no URI de Solicitação de chamadas de saída do Office Communications Server 2007 R2 recebem um sinal de adição (+) como prefixo. Muitos PBXs processam esses números sem problemas. No entanto, alguns PBXs não aceitam números que têm um sinal de adição como prefixo e não encaminham essas chamadas corretamente.

Adicionalmente, os cabeçalhosDe das chamadas de entrada de alguns PBXs não estão conformes com o RFC 3966 porque eles não são pré-fixados com um sinal de mais. O Microsoft Office Communicator não pode resolver esses números para o usuário correto.

Para assegurar a interoperabilidade com esses PBXs, o Office Communications Server 2007 R2 tem uma nova configuração do servidor de mediação para WMI chamada RemovePlusFromRequestURI. Essa configuração pode ser definida para TRUE ou FALSE. O valor padrão é FALSE.

• Se um downstream PBX do servidor de mediação do Office Communications Server 2007 R2 não aceita números pré-fixados com um sinal de mais, defina o valor de RemovePlusFromRequestURI para TRUE. Isso fará com que o Servidor de Mediação remova os sinais de adição dos URIs de Solicitação de chamadas de saída. Também fará com que os sinais de adição sejam removidos dos URIs Para e De.
• Se o downstream PBX aceita números pré-fixados com sinal de mais, deixe o valor de RemovePlusFromRequestURI definido para seu valor padrão (FALSE). Isso faz com que o servidor de mediação do Office Communications Server 2007 passe pedidos URIs, para URls, e de URls inalterados (isto é, com o sinal de mais).

Suporte para planos de numeração privada

O Office Communications Server 2007 R2 introduz também suporte para planos de numeração privado pela normalização de cabeçalhos De que não estão no formato E.164. Se o resultado dessa normalização não está no formato E.164, o Office Communications Server 2007 R2 insere um cabeçalho P-Asserted-ID com um valor de contexto de telefone enterprise para ativar a busca de usuário no Office Communicator 2007 R2. Entretanto, se o URl já contem um valor de contexto de telefone de enterprise, o Office Communications Server 2007 R2 não normaliza o cabeçalho De.