Configuração VoIP

Normalização de números de telefone

A normalização de números de telefone é o processo pelo qual cadeias numéricas digitadas em vários formatos são convertidas em um único formato padrão. O Enterprise Voice requer números de telefone normalizados para:

• Fornecer uma referência consistente para a pesquisa inversa de números. A pesquisa inversa de números é o processo de mapeamento do número de um usuário para um URI do SIP correspondente, com a finalidade de rotear chamadas pela rede IP para vários pontos de extremidade do usuário, incluindo o Office Communicator, o Office Communicator Phone Edition e as opções de administração de chamadas, como encaminhamento e atendimento.
• Identificar e aplicar a autorização de uso do telefone (comparável às opções tradicionais de "classe de serviço") do chamador.
• Rotear chamadas para o gateway de mídia apropriado.

O Office Communicator continua se baseando no Servidor de Catálogo de Endereços para a normalização de números de telefone necessária à pesquisa inversa de números.

O Office Communications Server 2007 normaliza os números de telefone antes de executar a pesquisa inversa. Se o número normalizado corresponder ao número comercial principal designado de um usuário com uma identidade do Active Directory, a chamada será distribuída para os pontos de extremidade associados ao URI do SIP desse usuário. Se o servidor não localizar uma correspondência, o que significa que o número de destino está provavelmente fora da empresa, o componente de roteamento de saída verificará o registro de uso do telefone do chamador, para determinar se uma chamada para esse número está autorizada, e direcionará a chamada para o gateway de mídia apropriado ou notificará o chamador de que a chamada não é permitida.

A normalização de números de telefone geralmente é feita para o formato E.164, mas o Office Communications Server poderá fazer a conversão em outros formatos se você estiver usando um sistema de numeração particular ou um gateway ou PBX que não dê suporte a E.164.

Perfis de localidade

As organizações cujos negócios se expandem para mais de uma localidade geográfica exigem uma maneira de converter cadeias numéricas idênticas de telefone em números válidos para cada localidade. Um sistema PBX tradicional resolverá esse problema mantendo planos de numeração separados para cada site. Quando um PBX receber uma chamada em um ramal de usuário específico, não haverá ambiguidade sobre o destino apropriado, pois o PBX estará configurado somente para o site em que ele está implantado. Entretanto, a infraestrutura do Enterprise Voice é muito diferente. Ao contrário do PBX específico de site, o Enterprise Voice é distribuído na rede corporativa, e a discagem do ramal 50100, por exemplo, alcançará um número em Redmond e outros números diferentes em Dallas, Londres ou Cingapura.

Os perfis de localidade são a solução. Um perfil de localidade é um conjunto nomeado de regras de normalização que converte números de telefone de uma localidade ou de um usuário designado em um único formato padrão (geralmente E.164, mas há suporte para outros formatos) para fins de autorização do telefone e roteamento de chamadas. As regras de normalização definem como os números de telefone expressos em vários formatos são roteados para o local nomeado. A mesma cadeia numérica pode ser interpretada e convertida de forma diferente, dependendo da localidade em que é discada.

Como a solução Enterprise Voice tem como objetivo fornecer uma experiência perfeita para os usuários finais quando eles fazem a transição de um sistema de telefonia existente, é fundamental que os hábitos de discagem sejam preservados por meio da transição. Por exemplo, se Bob no local A costuma discar 12345 para falar com Joe, provavelmente ele ainda conseguirá falar com Joe discando 12345 depois de ter mudado para o Enterprise Voice.

Uma organização de grande porte poderá precisar de um perfil de localidade separado para cada local em que mantenha um escritório. Se a organização tiver um PBX herdado implantado, como é o caso da maioria, você poderá usar o plano de discagem para criar perfis de localidade.

Quando um usuário faz uma chamada para um destino que não é referenciado como o formato de telefone ou URI do SIP desejado, os clientes incluem um atributo de contexto de telefone que especifica o nome do perfil de localidade que precisa ser usado para converter o número.

Por exemplo: INVITE SIP:5550100;phone-context=redmond@contoso.com

Entretanto, se o cliente incluir um valor user-default para phone-context em vez de um perfil de localidade (por exemplo: INVITE SIP:5550100;phone-context=user-default), os aplicativos do Enterprise Voice poderão examinar e usar um perfil de localidade atribuído para cada usuário.

Os mecanismos a seguir configuram os clientes Enterprise Voice com os perfis de localidade apropriados.

Office Communicator

• O Assistente para Configuração de Usuários atribui perfis de localidade a usuários individuais, e o provisionamento em banda envia aos usuários os perfis de localidade por usuário.
• Cada pool Office Communications Server é configurado com um perfil de localidade. Se um perfil de localidade por usuário não for atribuído a um usuário, o provisionamento em banda enviará o perfil de localidade padrão no nível do pool.
• Como um pool pode atender a vários localidades, o perfil de localidade em nível de pool provavelmente não será suficiente. Portanto, o Office Communicator também dá suporte à configuração do perfil de localidade para o usuário através de GPOs (Objetos de Diretiva de Grupo).

Microsoft Office Communicator Phone Edition

• O perfil de localidade por usuário ou uma lista de perfis de localidade com suporte e o padrão em nível de pool são enviados ao dispositivo por meio do provisionamento em banda.
• Os usuários podem definir um perfil de localidade padrão usando a interface de usuário do dispositivo. Cada perfil de localidade tem uma lista ordenada de regras de normalização, que são usadas para converter um número discado. Uma regra de normalização contém o seguinte:
  • Padrão de número – uma expressão regular
  • Conversão – um padrão de conversão
    Por exemplo:
    NormRule1     ^5(\d{4})$     +1425555$1
    Essa regra converte o número discado 50100 no formato E.164 +14255550100. A expressão regular (^5(\d{4})$) localiza qualquer número que comece com 5 seguido de quaisquer 4 dígitos.

Observação:
A ordem das regras de normalização em um perfil de localidade é significativa porque a primeira regra correspondente é usada para converter o número. Se nenhuma correspondência for encontrada, uma resposta de erro será enviada ao chamador.

A Figura 1 ilustra três perfis de localidade em Redmond, Dallas e Nova York e contém algumas regras de normalização de exemplo contidas como parte dos perfis de localidade.

Figura 1. Perfis de localidade de Redmond, Dallas e Nova York

Registros de uso do telefone

Os registros de uso do telefone fornecem uma maneira rápida e simples de atribuir permissões de chamada aos usuários e de facilitar a priorização e seleção da rota. Por exemplo, um funcionário temporário talvez não tenha autorização para fazer chamadas interurbanas ou talvez apenas determinados funcionários ou grupos de trabalho tenham autorização para fazer chamadas internacionais. Um registro de uso do telefone é um rótulo arbitrário que você cria para identificar uma categoria de destinos de chamada. Local, Código de Área, Estado, Província, EUA, Cingapura e Internacional são alguns exemplos. Sob este aspecto, os registros de uso do telefone são semelhantes ao que, na telefonia tradicional, é conhecido como "classe de serviço". Entretanto, esses registros oferecem maior flexibilidade, pois são aplicados às rotas e às diretivas de usuário, possibilitando a formulação de autorizações muito precisas para indivíduos e grupos.

Ao atribuir registros de uso do telefone às diretivas de usuário e rotas de chamada de saída, você indica quais usuários podem fazer chamadas que usam rotas específicas. Quando um usuário faz uma chamada, o Office Communications Server faz a correspondência do chamador com a lista de rotas, conforme definido na próxima seção deste documento. Se o registro de uso do telefone para a rota também aparecer na diretiva de voz atribuída ao chamador, a chamada será autorizada. Se nenhuma das rotas atribuídas ao registro de uso do telefone puder ser usada para o número chamado, o servidor recusará a chamada.

As seguintes etapas estão envolvidas no uso dos registros de uso do telefone:

1. Os administradores criam diretivas que contêm um conjunto de atributos de uso do telefone.

   Observação:
   A sequência de atributos de uso do telefone na diretiva é significativa. É recomendável organizar os atributos do mais preferencial para o menos preferencial.

2. Uma diretiva é atribuída aos usuários com base nos seus privilégios de chamada.

3. As rotas recebem registros de uso do telefone, que servem para fazer a correspondência das rotas com os usuários que estão autorizados a utilizá-las. Ou seja, os usuários podem fazer chamadas que usam apenas as rotas para as quais eles tenham os registros de uso do telefone correspondentes.

Rotas

Quando o Office Communications Server determina que um número discado precisa ser roteado para um gateway PSTN, a tabela de roteamento é consultada para determinar o gateway ideal para a chamada.

A diretiva do usuário chamador (ou um usuário que esteja transferindo a chamada), juntamente com o número discado, determina o gateway para o qual a chamada deve ser roteada. O exemplo a seguir ilustra a lógica usada pelo aplicativo de roteamento.

routeList = null;
foreach ( usage  in  caller.usages ) – order of usages matters
    foreach ( route  in  routesWithUsage[ usage ] )
        if ( route.RegexPattern.Matches ( targetPhoneNumber ) )
            routeList.Append ( route );

Estes são exemplos de uma lógica de failover relacionada à seleção de gateway:

• Quando vários gateways atendem a uma rota específica, um algoritmo round-robin é usado para distribuir as chamadas entre esses gateways.
• Cada gateway é configurado com um número máximo de tentativas de chamada com falha até que o tráfego para o gateway seja restringido. O número padrão de tentativas é 10, mas esse valor pode ser alterado com um script WMI (Instrumentação de Gerenciamento do Windows). Em uma chamada específica, não é possível tentar o uso de um gateway mais de uma vez. Se todos os gateways que atendem a uma rota específica estiverem marcados como não disponíveis, o servidor descartará a chamada e notificará o cliente. Você também pode configurar um gateway para ser removido da lógica de seleção por determinado período de tempo. O gateway que não está respondendo é removido da lista de gateways disponíveis a fim de aumentar os períodos de tempo, até um máximo de 60 minutos, durante os quais o servidor tentará obter uma resposta positiva repetidas vezes. Depois de receber uma resposta positiva, o servidor retornará o gateway à lista de gateways disponíveis.

Figura 2. Exemplo de lógica de roteamento

Observação:
Somente as chamadas de usuários habilitados para o Enterprise Voice são roteadas com o uso do procedimento definido anteriormente. Se nenhuma correspondência for encontrada na tabela de roteamento, a chamada será recusada.

Para obter detalhes, inclusive exemplos e práticas recomendadas, use Planejando o Voice.