Noções Básicas Sobre Pesquisas de Nome a partir de um ID de Chamador

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2015-03-09

A Unificação de Mensagens (UM) usa as informações sobre as partes chamada e chamadora para executar uma pesquisa de nome. Esta pesquisa permite que um nome do chamador seja incluído nas seguintes situações:

• Em uma notificação de chamada não atendida

• Quando um chamador deixa uma mensagem de voz para um usuário habilitado para UM se o nome da parte chamadora está localizado em Active Directory ou em contatos pessoais da parte chamada.

Sumário

ID do chamador

Processo de pesquisa de nome

Resolução de número E.164 aprimorada

Grupos de plano de discagem equivalente

ID do chamador

Identificação do chamador é um serviço fornecido por companhias telefônicas. Não posso dizer a uma pessoa que está recebendo uma chamada para o número de telefone e, às vezes, o nome da pessoa que está chamando e outras informações sobre a chamada. Tais informações são enviadas por um cabo serial usando a sinalização de chamadas. Quando uma chamada é recebida por um PBX ou PBX IP de uma empresa de telefone, a chamada inclui informações de identificação da chamada, tais como as seguintes:

• O número do chamador

• O número do chamado

• Os códigos de status indicam itens como estes:

  • Chamada não atendida (o telefone tocou mas a parte chamada não atendeu.)

  • O estado ou condição da linha telefônica

  • Linha ocupada (a chamada foi conectada, mas a linha está ocupada.)

  • Sempre encaminhar chamadas (a chamada de entrada é sempre encaminhada a outro número.)

• A linha ou número da porta que está sendo usada para a chamada

Processo de pesquisa de nome

A Unificação de Mensagens usa duas origens de dados para receber informações sobre a parte chamadora e mapeá-las para o nome do chamador: Active Directory e contatos pessoais. Quando o processo de pesquisa de nome for bem sucedido, o nome da parte chamadora será inserido em notificações de mensagens de caixa postal e de chamadas perdidas caso tenha sido habilitadas para a parte chamada. Quando uma chamada de entrada é recebida, as informações da parte chamadora são passadas para um servidor de Unificação de Mensagens. O chamador pode estar chamando de dentro ou de fora da organização.

Na Unificação de Mensagens do Microsoft Exchange Server 2007, uma chamada que foi desviada para um servidor de Unificação de Mensagens por causa da condição de toque sem resposta ou ocupado é realizada. Depois que a chamada é atendida, a Unificação de Mensagens do Exchange 2007 tenta resolver a identificação do chamador. Ele fez isso para que possa inserir um nome, em vez de um número, na informação do remetente.

No Exchange 2007, as consultas de nome para mensagens de correio de voz foram feitas usando informações sobre o chamador que estava no mesmo plano de discagem do usuário que estava sendo chamado em um dos seguintes modos:

• Usando um endereço de proxy EUM.

• Dos contatos pessoais do usuário a receber a chamada.

• Usando o atributo msRTCSIP-Line no Active Directory se o Service Pack 1 (SP1) para Exchange 2007 foi instalado e o Exchange 2007 foi integrado ao MicrosoftOffice Communications Server 2007 ou ao Office Communications Server 2007 R2.

EmMicrosoft Exchange Server 2010, os métodos de pesquisa de nome diferem daqueles utilizados no Exchange 2007. As etapas a seguir são usadas Exchange 2010 para procurar um nome a partir das informações da parte chamadora:

1. O nome do chamador é usado se o chamador tiver efetuado logon em sua caixa de correio do Voice Access Outlook ou se usar o cliente para o Unificador de Mensagens como Microsoft Communicator 2007 Microsoft Office ou Communicator Phone Edition para fazer uma chamada. A identidade do chamador é conhecida porque ela foi autenticada quando usou o Outlook Voice Access, o Communicator 2007 Office ou Communicator Phone Edition.

2. O endereço de proxy EUM ou endereços em Active Directory são usados. Se o endereço de proxy contiver um sinal '@', ele é considerado um URI de SIP. Se o endereço de proxy começar com um caractere (+), é considerado como sendo um número E.164. Se nenhum desses caracteres estiver presente, o endereço de proxy é considerado como sendo um ramal dentro do mesmo plano de discagem como a parte chamada ou um plano de discagem equivalente.

3. Se o ID do chamador for SIP URI válido, o Active Directory é usado para resolver o SIP URI usando os endereços de proxy EUM.

4. Se o ID do chamador for um número E.164 válido, use o Active Directory para resolver o número usando o nome da parte chamadora. Para que isso funcione corretamente, você deve configurar manualmente o parâmetro UMCallingLineIds na caixa de correio habilitada para UM para cada usuário. Esta configuração é útil quando você deseja divulgar um número de telefone, como número de telefone celular pessoal, no Active Directory, mas ainda deseja resolver o nome da parte chamadora usando este número de telefone.

5. A correspondência heurística Active Directory é usada, se estiver ativada, para resolver o número ao nome do partido de chamada. A correspondência heurística Active Directory deve ser habilitada no plano de discagem, e a conta do usuário na Active Directory deve ser preenchida com um ou mais dos campos, como número de telefone residencial ou celular, para que isso funcione corretamente.

6. Os contatos pessoais da parte chamadora são usados para resolver o número para o nome da parte chamadora.

A figura a seguir exibe as etapas realizadas por um servidor de Unificação de Mensagens quando ele tenta executar uma pesquisa de nome usando as informações da parte chamadora fornecidas.

Pesquisas de nome usando as informações da parte chamadora

Voltar ao início

Resolução de número E.164 aprimorada

Na Unificação de Mensagens Exchange 2010, quatro novos métodos são usados para melhorar a resolução da identidade para o nome da parte chamadora. Os quatro métodos são:

• Identificações de linha de chamada

• Formatos de plano de numeração

• Active Directory heurística

• Grupos de equivalência de plano de discagem

Identificações de linha de chamada

No Exchange 2007, a resolução número E.164 era limitada e, em alguns casos, não poderiam retornar o nome do chamador de uma notificação de chamadas perdidas ou em mensagem de voz que a pessoa chamada recebeu em sua caixa de correio. O que era necessário era a capacidade de aplicar um número E.164 ou conjunto de números para um usuário habilitado e usar esses números para ajudar a resolver um número de entrada de outro usuário ou um visitante de fora da organização.

O servidor UM levaria o número E.164 do chamador ID, convertê-lo em um número E.164, e em seguida, basta fazer uma pesquisa para o nome do chamador na Active Directory ou nos Contatos pessoais do usuário habilitado para UM. No entanto, sem a Unificação de Mensagens do Exchange sendo integrada ao Communications Server 2007 R2 ou ao Microsoft Lync Server 2010, um E.164 não poderia ser utilizado.

Um atributo multivalorado Exchange 2010, chamado msExchUMCallingLineIDs foi adicionado ao esquema Active Directory. Este atributo permite que um servidor da UM adote um número E.164 ou conjunto de números, converta o número ou números, e depois execute uma pesquisa de nome. Esse atributo pode conter uma lista de números que são mapeados para um usuário específico e podem ser configurados no objeto Active Directory  do usuário. Por exemplo, você pode adicionar os números 4255551010, 14255551010 e +14255551010 ao atributomsExchUMCallingLineIDs para um usuário específico. Embora o último número na lista seja um número E.164, um número E.164 corretamente formatado não é necessário. Você pode adicionar qualquer número de telefone que se pareça com um telefone válido que contenha dígitos e os dígitos podem, opcionalmente, começar com um sinal de mais (+). 

A figura abaixo mostra onde vários números de telefone estão localizados por um usuário no atributo msExchUMCallingLineIDs.

Identificações de linha de chamada e o atributo msExchUMCallingLineIDs

msRTCSIP-Line é um atributo de esquema do Communications Server 2007 R2 ou do Microsoft Lync Server 2010 existente em um objeto de destinatátio do Active Directory quando o Communications Server 2007 R2 ou o Lync Server 2010 é instalado. O atributo msExchUMCallingLineIDs para Unificação de Mensagens é utilizado para a o ID do chamador para resolução de nome de forma muito similar que o atributo msRTCSIP-Line é usado no Communications Server 2007 R2 ou Lync Server 2010. Um servidor de Unificação de Mensagens irá utilizar o atributo msRTCSIP-Line para resolver uma identidade para um nome, mas a Unificação de Mensagens do Exchange não concede aos administradores a capacidade de alterar ou modificar este atributo usando qualquer método, inclusive cmdlets de Unificação de Mensagens.

O Communications Server 2007 R2 ou Lync Server 2010 especifica o formato e a validação do atributo de msRTCSIP-Line. Há duas razões para os administradores de Unificação de Mensagens não estarem autorizados a fazer alterações para o atributo.

• O Communications Server 2007 R2 ou Lync Server 2010 depende da administração correta deste atributo para rotear corretamente as chamadas para o dispositivo destinado Unified Communications. Se a Unificação de Mensagens foi autorizadas para configurar este atributo, tanto a Unificação de Mensagens quanto o Communications Server 2007 R2 ou Lync Server 2010 teria que compartilhar com a validação e administração.

• A linha msRTCSIP-Line não é muito flexível porque ele é o valor único. Como um Administrador de Unificação de Mensagens Exchange , você provavelmente queira oferecer mais que um número de telefone para o usuário, incluindo um número E.164 formatado para eles.

Por estas razões, o esquema de destinatário do Exchange 2010 inclui o msExchUMCallingLineIDs como um atributo de valor múltiplo e propriedade indexada. Quando você quiser adicionar, remover ou alterar os números de telefone para um usuário específico, você adicionará ou removerá números usando o parâmetro UMCallingLineIds para o cmdlet Set-User. Depois que você adicionar, remover ou alterar os números sobre o atributo msExchUMCallingLineIDs, nada mais deve ser feito. 

A tabela a seguir mostra os cmdlets, tipo, descrição e a configuração padrão para o parâmetro UMCallingLineIds.

Descrição do parâmetro UMCallingLineIds

Os cmdlets Get-User e Set-User irão ler e escrever para o atributo msExchUMCallingLineIDs. Se um identificador de chamadas não for resolvido usando corretamente o atributo msExchUMCallingLineIDs, a UM irá olhar para o número de telefone que está configurado no atributo msRTCSIP-Line para um usuário.

Voltar ao início

Números de formatos de plano para planos de discagem

Além do parâmetro UMCallingLineIds que foi adicionado para ajudar a resolver uma identidade para o nome do chamador, o servidor de UM deve também ter a capacidade de tomar números do UMCallingLineId, como 51010, 555-1010 e 4255551010 e estendê-los em um número de telefone E.164 formatado corretamente. O parâmetro NumberingPlanFormats sobre o cmdlet de Set-UMDialPlan é usado para fazer isso.

A sintaxe para adicionar formatos de plano de numeração para um plano de discagem UM é:

Set-UMDialplan -identity MyUMDialPlan -NumberingPlanFormats "425567xxxx","425678xxxx"

Há dois requisitos, se você quiser resolver a identidade do chamador para o nome da parte chamadora da seguinte maneira:

• Cada usuário deve ser configurado corretamente com números E.164. No entanto, a configuração de cada destinatário em Active Directory deve levar algum tempo.

• As regras que um servidor da UM podem usar para mapear as identificações de chamadas recebidas e convertê-las em números de telefone E.164 formatados corretamente devem ser configuradas. Um exemplo dessa regra são os IDs de extensão.

Um Servidor de Unificação de Mensagens Exchange 2010 pode alterar os números não-canônicos, tais como um número de extensão de 5 dígitos, em formas mais canônicas como o formato E.164 usando máscaras de número.

Uma máscara de número é usada para definir o formato de número de telefone que um servidor de Unificação de Mensagens usa para determinar o número de telefone de saída que vai marcar para um usuário ou o número do telefone que é usado no cabeçalho do desvio de uma chamada recebida. Mascaramento de número é feito para chamadas de entrada e regras de discagem de saída. Um exemplo de máscara de número válida é 91425xxxxxxx. Por exemplo, quando uma chamada é feita para um número como 4255551010, a máscara de número 91xxxxxxxxxx sobre a entrada de regra de discagem da Unificação de Mensagens substitui os dígitos mais corretos que correspondem ao número discado. Neste exemplo, existem 10 dígitos no número de telefone que é discado e 10 dígitos (representados por 'x'). Uma vez que esses dígitos coincidam, o servidor de UM irá marcar 914255551010. Este campo pode conter apenas números e o caractere x. O mesmo processo é utilizado para chamadas recebidas.

O parâmetro NumberingPlanFormats é uma propriedade de valor múltiplo e é usado quando um número de identificação do chamador é recebido por um servidor de UM que está associado a um plano de discagem que pode ser expandido para um número E.164 formatado corretamente.

A tabela a seguir mostra os cmdlets, tipo, descrição e à configuração padrão para o parâmetro NumberingPlanFormats.

Descrição do parâmetro NumberPlanFormats

Na Unificação de Mensagens Exchange 2007, o formato de número internacional sobre um plano de discagem foi utilizado para aumentar a resolução de identificação do chamador criando um número de telefone E.164. O número de telefone E.164 seria então usado quando o servidor de UM procurou o número de telefone do chamador usando o atributo msRTCSIPLine. 

Na Unificação de Mensagens Exchange 2010, os grupos de plano ligação equivalente foram adicionados para aumentar a resolução de identificação do chamador para ampliar o escopo da pesquisa. Isto é feito configurando o formato do plano de numeração em cada plano de discagem, o que ajudará a converter o identificador de chamadas para o formato E.164. Para obter detalhes sobre planos de discagem equivalente, consulte Grupos de plano de discagem equivalente neste tópico.

Por exemplo, considere uma empresa que tem 20.000 funcionários. Esta empresa precisaria de 20.000 números de telefone de DID (Direct Inward Dialing) único para seus empregados. No entanto, a empresa não conseguiria números dentro de DID consecutivos, por exemplo, 425-555-xxxx para 425-556-XXXX. Em vez disso, o primeiro grupo de 10.000 empregados teve o prefixo do número 425-567-xxxx, e o segundo grupo de 10.000 empregados teve o prefixo do número 425-678-XXXX.

Diga ao administrador para criar um único plano de discagem de UM para estes 20.000 empregados e usar uma extensão de 5-dígitos para cada usuário. Quando uma chamada é recebida pelo PBX, o PBX enviará a identificação do chamador de 5 dígitos. No entanto, quando a empresa migra de um PBX herdado para um PABX IP, os usuários estarão em dois PBXs separados, cada um com seu próprio plano de discagem de UM de 5 dígitos. Após os usuários serem migrados para o PABX IP, a resolução de nomes de identificador de chamadas começa a falhar, e apenas os ramais de 5 dígitos irão aparecer na mensagem de voz, em vez do nome do chamador.

Isto acontece porque somente um formato único de número Internacional está configurado no plano de discagem que é compartilhado por estes dois prefixos. Portanto, somente a metade dos usuários habilitados terá números E.164 formatado corretamente criado. Além disso, os usuários estão em diferentes planos de discagem PBX. Portanto, mesmo se um plano de discagem equivalente estiver habilitado no plano de discagem, o chamador não está habilitado, e o número do ramal do chamador não irá resolver para um nome.

O parâmetro NumberingPlanFormats pode ser usado para resolver esse problema. Para cada plano de discagem, há um atributo msExchangeUMCallingLineIDFormats que pode ser configurado através do parâmetro NumberPlanFormats para especificar uma ou mais máscaras número de telefone que pode resolver identificações de chamada para nomes no Active Directory. A figura a seguir mostra esse atributo e os formatos de plano de numeração.

Formatos de plano de numeração e atributo msExchangeCallingLineIDFormats

Quando um servidor UM atende uma chamada, ele lê o identificador de chamadas. O servidor UM irá analisar a lista de formatos de plano de número configurado de cima para baixo até que uma correspondência não seja encontrada, ou haja um conflito no qual x dígitos na máscara de número seja tratado como um curinga. Quando isso acontecer, o servidor da UM vai tentar alimentar de volta o identificador de chamadas para as chamadas recebidas em cada máscara de número. No caso de o número de empregados cujos prefixos são 425-567-xxxx e 425-678-xxxx, os dígitos de "7" e "8" são as chaves pelas quais uma máscara correta será selecionada para o número de identificação de chamada. Depois que o servidor de UM alimenta com sucesso um formato padrão de numeração, que leva o número E.164 que é gerado e realiza uma pesquisa no atributo msExchUMCallingLineIDs. Se essa consulta falhar, o servidor da UM faz uma pesquisa no atributo msRTCSip-Line.

Os administradores de Unificação de Mensagens devem verificar quanto a regras de formato de plano de numeração ambíguos e absurdas e reconfigurá-las. As regras de formato de plano de numeração ambíguas são duas ou mais regras em que os caracteres mais corretos são idênticos e igualam o número de dígitos configurados no plano de discagem. Uma regra de formato de plano de numeração absurda é uma que tem um caráter universal, em qualquer posição que não seja os dígitos mais corretos que é igual ao número de dígitos no número de extensão que estão configurados no plano de discagem.

Voltar ao início

Active Directory Heuristics

Além disso para formatos de plano de numeração e identificações de linha de chamada de UM, a Unificação de Mensagens do Exchange 2010 permite heurística Active Directory.

No Exchange 2007, a resolução de identificador de chamadas não inclui os campos de telefone no objeto do usuário no Active Directory quando se tenta resolver o identificador de chamadas em uma chamada para um nome. Isso ocorre porque:

• Os campos localizados na guia Telefones e no campo Número de telefone não são indexados e pesquisáveis.

• Os campos localizados na guia Telefones e no campo Número de telefone não podem estar em um formato padronizado.

A figura a seguir mostra esses campos em Exchange 2010.

Campos de guia de telefone

Existe um grande problema com o campo Número de telefone na guia Telefones no objeto de um usuário no Active Directory. O campo não contém nenhuma validação ou limite para a formatação dos números inseridos. Isso significa que não há formato padronizado para esses números. Aqui estão os problemas potenciais que impedem a resolução de uma identidade para um nome:

• O administrador não inseriu um número no campo número de telefone.

• O administrador não usa a guia telefones em todos os números de telefone.

• Números E.164 são inseridos sem quaisquer parênteses, hífens ou espaços corretos.

• Os números não estão no formato E.164 correto. Alguns dos exemplos desses prompts do sistema incluem:

  • (425) 555-1010

  • (425) 555-1234 x 51010

  • ramal (425) 555-1234. 51010

  • 425-555-1010

  • 425.555.1010

  • 425/555-1010

  • 1425-555-1010

• Ramais e números internacionais são usados. Exemplos que mostram que ambos os ramais e números internacionais usados juntos incluem o seguinte:

  • +7890

  • +441234567890

  • +44(1)234567890

  • +44 (0)1 2345 6789

Um servidor de Unificação de Mensagens Exchange 2010 irá consultar o Active Directory  para examinar até 8 atributos Active Directory, juntamente com os endereços de proxy EUM e os atributos  msExchUMCallingLineIDs e msRTCSIP-Line, quando se tenta resolver um identificador de chamadas. Há um atributo msExchAllowHeuristicADCallingLineIDResolution em cada plano de discagem. Por padrão, o atributo msExchAllowHeuristicADCallingLineIDResolution é definido como verdadeiro quando você criar um plano de discagem. 

Você pode usar o cmdlet Set-UMDialPlan para habilitar ou desabilitar uma heurística Active Directory. A tabela a seguir mostra os cmdlets, tipo, descrição e a configuração padrão para o parâmetro AllowHeuristicADCallingLineIdResolution.

Descrição do parâmetro AllowHeuristicADCallingLineIdResolution

Depois de ativar heurística Active Directory, a UM irá utilizar os campos número de telefone, como número de telefone, em casa, ou celular, que estão configurados para um usuário que está em Active Directory. No entanto, não há maneira de selecionar quais dos campos de telefone incluir. Os seguintes atributos de telefone para um usuário no Active Directory serão usados para resolver uma identidade para um nome:

• telephoneNumber

• homePhone

• mobile

• facsimileTelephoneNumber

• otherTelephone

• otherHomePhone

• otherMobile

• otherFacsimileTelephoneNumber

Se você usar o cmdlet Set-User para povoar um ou vários dos atributos telefônicos para um usuário, você deve executar GalGrammarGenerator.exe –u to atualizar o mapeamento DTMF para cada usuário. Se você povoar os campos telefônicos ou atualizar números telefônicos antes que você instale o papel de servidor de Unificação de Mensagens ou usar um outro programa que não seja o Exchange Gerência Shell, você também terá de executar Galgrammargenerator.exe –u antes que os campos de número telefônicos sejam indexados. Para obter mais informações sobre como instalar o GalGrammarGenerator.exe, consulte um dos seguintes tópicos:

• Atualizar os Arquivos de Gramática de Fala em um Servidor da UM

• Compreendendo pesquisas de diretório de Reconhecimento Automático de Fala

Voltar ao início

Grupos de plano de discagem equivalente

Às vezes o número de planos de discagem de UM podem ficar pesados, porque o número de florestas aumentou ou porque o número de planos de discagem de UM em uma floresta única foi aumentado. Para fornecer uma solução mais escalável, um novo objeto Active Directory foi acrescentado na Unificação de Mensagens do Exchange 2010. grupo de plano de discagem equivalente. Um grupo de plano de discagem equivalente é um objeto de contêiner no Active Directory que conterá planos de discagem equivalentes que são florestas Active Directory. 

Dois atributos Active Directory são usados com grupos de plano de discagem equivalente:

• msExchangeUMEquivalenceDialPlan

• msExchangeUMEquivalentDialPlanPhoneContexts

O conceito de um plano de discagem equivalente foi adicionado na Unificação de Mensagens do Exchange 2010 para permitir que administradores UM conectassem dois planos de discagem no mesmo plano de numeração PBX, mas divididos em dois planos de discagem. Dois planos de discagem podem estar contidos em um único plano de numeração PBX, por exemplo, quando usuários nos dois planos de discagem serparados se sentam próximos e podem dicar um o número do outro usando um número de ramal, mas em planos de discagem diferentes por motivos não relacionados à infraestrutura de telefonia.

Para cada plano de discagem, pode haver um contexto de telefone de plano de discagem equivalente de dois ou mais planos de discagem que devem ser um plano de discagem, mas foram separados. Você pode acrescentar nomes de outros planos de discagem e ligar a outros planos de discagem. Os planos de discagem nos quais você inseriu nomes ou link podem estar na mesma floresta Active Directory ou em florestas diferentes. Quando você acrescenta um plano de discagem equivalente, o contexto de telefone de plano de discagem será automaticamente acrescentado ao grupo de plano de discagem equivalente.

Depois que você acrescentou múltiplos planos de discagem com contextos telefônicos diferentes, quando uma chamada entra no servidor de Unificação de Mensagens, em vez de procurar somente endereços proxy EUM que têm o mesmo contexto telefônico, ele verá endereços proxy EUM que tem o contexto telefônico listado em um plano de discagem equivalente. Enquanto o plano de discagem é enumerado como um plano de discagem equivalente, e só o ID do chamador está sendo enviado, então os números de todos os usuários de Unificação de Mensagens de ambos os planos de discagem serão resolvidos corretamente para um nome.

A tabela a seguir mostra os cmdlets, tipo, descrição e à configuração padrão para o parâmetro EquivalentDialPlanPhoneContexts .

Descrição do parâmetro EquivalentDialPlanPhoneContexts

Por exemplo, ao ter contextos de telefone de plano de discagem equivalentes em um plano de discagem, você pode executar o seguinte comando para acrescentar dois planos de discagem de UM para um grupo de plano de discagem equivalente único.

Set-UMDialPlan  -identity MyUMDialPlan1 -EquivalentDialPlanPhoneContexts "dialplan2.contoso.com, dialplan3.contoso.com".

Se o ramal de um chamador combinar com algum usuário habilitados para UM em algum dos três planos de discagem especificados no comando, o número do ramal será resolvido para um nome do chamador.

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.