Regras de normalização
Tópico modificado em: 2009-01-24
As regras de normalização especificam como converter números discados de vários formatos no formato padrão E.164. Essas regras são necessárias para autorização e roteamento de chamadas, pois os usuários costumam usar diversos formatos quando inserem números de telefone nas listas de contatos.
A normalização dos números de telefone fornecidos pelos usuários proporciona um formato consistente que facilita:
- A correspondência de um número discado com o URI do SIP do destinatário pretendido.
- A aplicação de regras de autorização de discagem ao chamador.
Estes são alguns dos campos numéricos que as regras de normalização talvez precisem considerar:
- Plano de discagem
- Código do país
- Código de área
- Tamanho do ramal
- Prefixo do local
Você cria regras de normalização no snap-in do Office Communications Server 2007 R2 para o MMC (Console de Gerenciamento Microsoft), usando expressões regulares do .NET Framework. A tabela a seguir mostra exemplos de regras de normalização criadas como expressões regulares do .NET Framework. Trata-se apenas de exemplos, não devendo ser considerados uma referência prescritiva para a criação de regras de normalização.
Tabela 1. Regras de normalização usando expressões regulares do .NET Framework
| Nome da regra | Descrição | Padrão de número | Conversão | Exemplo |
|---|---|---|---|---|
4digitExtension |
Converte ramais de 4 dígitos |
^(\d{4})$ |
+1425555$1 |
0100 é convertido em +14255550100 |
5digitExtension |
Converte ramais de 5 dígitos |
^5(\d{4})$ |
+1425555$1 |
50100 é convertido em +14255550100 |
7digitcallingRedmond |
Converte números de 7 dígitos em números locais de Redmond |
^(\d{7})$ |
+1425$1 |
5550100 é convertido em +14255550100 |
7digitcallingDallas |
Converte números de 7 dígitos em números locais de Dallas |
^(\d{7})$ |
+1972$1 |
5550100 é convertido em +19725550100 |
10digitcallingUS |
Converte números de 10 dígitos no formato dos Estados Unidos |
^(\d{10})$ |
+1$1 |
2065550100 é convertido em +12065550100 |
LDCallingUS |
Converte números com prefixos de chamadas interurbanas no formato dos Estados Unidos |
^1(\d{10})$ |
+$1 |
12145550100 é convertido em +12145550100 |
IntlCallingUS |
Converte números com prefixos internacionais no formato dos Estados Unidos |
^011(\d*)$ |
+$1 |
01191445550100 é convertido em +91445550100 |
RedmondOperator |
Converte 0 no operador de Redmond |
^0$ |
+14255550100 |
0 é convertido em +14255550100 |
RedmondSitePrefix |
Converte números com o prefixo dentro da rede (6) e o código de área de Redmond (222) |
^6222(\d{4})$ |
+1425555$1 |
62220100 é convertido em +14255550100 |
NYSitePrefix |
Converte números com o prefixo dentro da rede (6) e o código de área de Nova York (333) |
^6333(\d{4})$ |
+1202555$1 |
63330100 é convertido em +12025550100 |
DallasSitePrefix |
Converte números com o prefixo dentro da rede (6) e o código de área de Dallas (444) |
^6444(\d{4})$ |
+1972555$1 |
64440100 é convertido em +19725550100 |
As regras de normalização contidas nos perfis de localidade são usadas pelo Microsoft Office Communicator 2007 R2 Phone Edition para otimizar a experiência de discagem do usuário. Quando o Communicator 2007 R2 Phone Edition está fora do gancho enquanto um usuário está inserindo dígitos, ele usa as regras contidas no perfil de localidade para determinar se foram inseridos dígitos suficientes para gerar uma solicitação INVITE para o Office Communications Server.
Para obter detalhes sobre o uso das expressões regulares do .NET Framework, consulte “Expressões regulares do .NET Framework” em https://go.microsoft.com/fwlink/?LinkId=140927.
.gif "Dd425124.note(pt-br,office.13).gif") Observação: |
|---|
| Para obter ajuda adicional sobre expressões regulares, considere a possibilidade de usar o aplicativo Route Helper incluído no Office Communications Server 2007 Resource Kit. O Route Helper pode ser usado no lugar do snap-in do MMC para exibir e modificar as regras de normalização de números, os perfis de localidade, a política de voz e as rotas do Enterprise Voice. |
A tabela a seguir ilustra um exemplo de perfil de localidade de Redmond, Washington, EUA, baseado nas regras de normalização mostradas na tabela anterior.
Tabela 2. Perfil de localidade de Redmond baseado nas regras de normalização mostradas na tabela anterior
| Redmond.FQDN_da_floresta |
|---|
5digitExtension |
7digitcallingRedmond |
10digitcallingUS |
IntlCallingUS |
RedmondSitePrefix |
NYSitePrefix |
DallasSitePrefix |
RedmondOperator |
| Observação: |
|---|
| Os nomes das regras de normalização mostrados na tabela anterior não incluem espaços, mas isso é uma questão de escolha. O primeiro nome da tabela, por exemplo, poderia ter sido escrito "5 digit extension" (ramal de 5 dígitos) ou "5-digit Extension" (Ramal de 5 dígitos) e ainda seria válido. |
Aperfeiçoamentos das regras de normalização de números de telefone no Office Communications Server 2007 R2
O Office Communications Server 2007 R2 apresenta um novo aprimoramento à normalização de números de telefone que pode evitar resultados ambíguos quando os usuários discarem fora do gancho (ou seja, quando discarem com o fone fora da base ou usarem o viva-voz) e um prefixo de acesso externo corresponder a um prefixo de longa distância.
Regras de normalização no Office Communications Server 2007
Dispositivos como o Communicator Phone Edition usam regras de normalização para interpretar os dígitos inseridos pelos usuários quando eles estão discando fora do gancho. Durante a discagem fora do gancho, quando um usuário insere dígitos usando o teclado de discagem, o telefone compara os números inseridos com as regras de normalização. Quando uma correspondência é detectada, o telefone inicia a chamada enviando uma solicitação SIP INVITE para o Office Communications Server. Se o plano de discagem tiver regras com sequências de dígitos sobrepostas, os usuários poderão receber resultados ambíguos quando utilizarem a discagem fora do gancho.
Por exemplo:
- A regra [^9425(\d{7})$ +1425$1] converte um número de telefone de 10 dígitos que começa com 9425 em um número de 11 dígitos que começa com +1, convertendo 94255550100 em 14255550100.
- A regra [^(\d{5})$ +125355$1] converte um número de telefone de 5 dígitos em um número de 11 dígitos que começa com +125355, convertendo 90101 em +12535590101.
Quando um usuário disca o número 94255550102, assim que os dígitos 42555 são inseridos, uma correspondência com a segunda regra é detectada e uma chamada é iniciada (ou seja, uma solicitação SIP INVITE é enviada) prematuramente.
Para atenuar esse problema no Office Communications Server 2007, as regras que contêm a sequência de caracteres t? são ignoradas pelo Communicator Phone Edition e não são usadas para executar a otimização de discagem fora do gancho.
Regras de normalização no Office Communications Server 2007 R2
Para corrigir o problema descrito na seção anterior, no Office Communications Server 2007 R2:
- O administrador pode definir o prefixo de acesso externo do perfil da localidade para ajudar a eliminar a ambiguidade das regras sobrepostas.
- O administrador pode sinalizar as regras que são mapeadas para números de telefone corporativos internos.
Essas alterações têm os seguintes efeitos:
- As alterações de esquema feitas no perfil da localidade e as regras de normalização são enviadas para o cliente (por exemplo, o Communicator Phone Edition) por meio do provisionamento em banda.
- Todas as regras específicas do Communicator Phone Edition podem ser removidas do perfil da localidade. Por exemplo, a sequência de caracteres t? descrita anteriormente pode ser removida das expressões regulares porque não é mais necessária.
- Se o primeiro dígito discado por um usuário corresponder ao prefixo de acesso externo, o dispositivo (por exemplo, o Communicator Phone Edition) ignorará o dígito e não usará regras marcadas como InternalExtension. Por exemplo, se um usuário discar 08005551212, o primeiro zero será removido pelo dispositivo e a chamada será manipulada como gratuita. Como os números de telefone iniciados com 0 não são tratados como extensões internas, uma correspondência de regra de normalização não é estabelecida assim que o usuário disca os quatro primeiros dígitos.
- Se o administrador quiser unificar as experiências de discagem no gancho e fora do gancho, as regras que são específicas ao Office Communicator e não se aplicam ao dispositivo telefônico deverão ser marcadas com o sinalizador doNotdialFromDevice, o que fará com que o dispositivo ignore essas regras ao executar a correspondência de regra. Por exemplo, usando o exemplo de regras de discagem anterior, as chamadas do dispositivo para números locais devem receber o prefixo 0, mas as chamadas do Office Communicator podem ser feitas sem a adição de um 0 à esquerda.
Para obter detalhes sobre como configurar o Office Communications Server 2007 R2 com aprimoramentos de regras de normalização, consulte Planejando o Voice.
Configurando perfis de localidade para cenários em que o UM do Exchange inicia a chamada
Vários cenários, como, por exemplo, quando você executa uma mensagem de voz no telefone ou liga para um contato pessoal, exigem que o UM do Exchange inicie as chamadas em nome do usuário. Normalmente, os destinos dessas chamadas são usuários incluídos na GAL (lista de endereços global) ou pessoas incluídas nos contatos pessoais de um usuário. As chamadas iniciadas pelo UM são roteadas pelo Office Communications Server, assim como as chamadas de outros clientes.
Quando o UM do Exchange SP1 envia um número E.164 ao Office Communications Server, ele não transmite o sinal de adição (+) de prefixo exigido para esses números. Para contornar esse problema, há duas opções disponíveis para os administradores.
Opção 1: definir um mesmo perfil de localidade para o UM e os clientes do Communications Server
Essa opção exige que você adicione ao perfil de localidade regras que identifiquem os números E.164 cujo sinal de adição de prefixo esteja faltando. Por exemplo, um perfil de localidade de Redmond, WA, Estados Unidos, pode exigir uma regra que inclua o sinal de adição de prefixo em todos os números de 11 dígitos que comecem com o número 1. Na prática, formular regras que identifiquem corretamente todas as instâncias dos números E.164 cujo sinal de adição inicial esteja faltando pode ser um processo difícil e demorado.
Essa opção é recomendada quando os padrões de discagem são semelhantes nos clientes do Office Communications Server e no UM (por exemplo, quando não há exigência de um prefixo fora da rede).
Mesmo quando os padrões de discagem não são semelhantes nos clientes do Office Communications Server e no UM, os administradores têm a opção de definir e ordenar regras de normalização para atender aos dois cenários. Essa abordagem aumenta a complexidade, mas permite aos clientes do Office Communications Server fazer chamadas usando as listas de contatos do Outlook, mesmo que o formato do número não corresponda ao plano de discagem normal.
Opção 2: definir dois perfis de localidade – um que converta números dos clientes do Office Communications Server e outro que converta números do UM do Exchange
Essa opção elimina a complexidade de ter de garantir que um único perfil de localidade responda por dois conjuntos de padrões de discagem, um do UM do Exchange e outro dos clientes do Office Communications Server. A desvantagem é a necessidade de configurar e manter dois perfis de localidade.