Partilhar via

  • Artigo

Requisitos para mover usuários para o Enterprise Voice

Tópico modificado em: 2009-01-24

O processo de migração dos usuários de uma infraestrutura de telefonia existente para o Enterprise Voice consiste nas seguintes etapas:

  1. Designar números de telefone principais.
  2. Habilitar usuários para o Enterprise Voice.
  3. Habilitar usuários para integração com PBX (opcional).
  4. Planejar as políticas de voz dos usuários.
  5. Configurar o PBX para redirecionar as chamadas dos usuários habilitados para o Enterprise Voice.
  6. Migrar os usuários para a Unificação de Mensagens do Exchange (opcional).

Este tópico descreve o planejamento necessário em cada uma dessas etapas.

Etapa 1. Designar números de telefone principais

O Enterprise Voice integra voz a outras mídias de mensagens de tal forma que, quando uma chamada recebida chega ao servidor, o servidor mapeia o número para o URI do SIP do usuário e, em seguida, bifurca a chamada para todos os pontos de extremidade do cliente associados a esse URI do SIP. Esse processo exige que cada usuário esteja associado a um número de telefone principal.

Um número de telefone principal deve ser:

  • Globalmente exclusivo ou, no caso de ramais internos, exclusivo na empresa.
  • Próprio da empresa e roteável. Números pessoais não devem ser usados.

Os usuários corporativos podem ter dois ou mais números de telefone listados nos Serviços de Domínio Active Directory (AD DS). Todos os números de telefone associados a um usuário específico podem ser exibidos ou alterados na respectiva folha de propriedades no snap-in Usuários e Computadores do Active Directory.

A caixa Número do telefone na guia Geral da caixa de diálogo Propriedades do Usuário deve conter o número do telefone comercial principal do usuário. Normalmente, esse número é designado como o número de telefone principal do usuário.

Alguns usuários podem ter requisitos especiais (como um executivo que deseja que as chamadas recebidas sejam roteadas por um assistente administrativo), mas essas exceções devem ser limitadas somente àquelas nas quais a necessidade seja clara e crítica.

Após a escolha do número principal, ele deverá ser:

  • Normalizado no formato E.164, sempre que possível. (Para obter detalhes sobre a normalização de número de telefone, consulte Regras de normalização.)

  • Copiado para o atributo msRTCSIP-line do Active Directory.

    Dd425129.note(pt-br,office.13).gifObservação:
    Coexistindo com o RCC (controle de chamada remota).
    O RCC refere-se à capacidade de usar o Office Communicator para monitorar e controlar um telefone PBX de mesa. O controle é roteado pelo servidor, que atua como um gateway para o PBX. O RCC surgiu no Live Communications Server 2005 com Service Pack 1 (SP1) e no Communicator 1.0. O Office Communications Server 2007 R2 e o Office Communicator 2007 R2 juntos continuam a oferecer RCC aos usuários não habilitados para o Enterprise Voice.
    Se você tem o RCC habilitado em sua organização, sabe que ele também usa o atributo msRTCSIP-line para designar o número de telefone principal dos usuários. Caso a sua organização venha a ter alguns usuários habilitados para o Enterprise Voice e outros, talvez a maioria, ainda conectados a um PBX, é possível que você esteja preocupado com a coexistência do Enterprise Voice com o RCC.

Há três métodos para popular o atributo msRTCSIP-line:

  • Microsoft Identity Integration Server (recomendado)
  • Configurações avançadas no Office Communications Server 2007 usando o snap-in Usuários e Computadores do Active Directory
  • Scripts WMI (Instrumentação de Gerenciamento do Windows)

Quando for necessário processar vários números de telefone, um script é a opção óbvia. Dependendo de como a organização representa os números de telefone nos Serviços de Domínio Active Directory, o script talvez precise normalizar números de telefone principais no formato E.164 antes de copiá-los para o atributo msRTCSIP-line.

  • Se a sua organização mantém todos os números de telefone dos Serviços de Domínio Active Directory em um único formato, e se esse formato é o E.164, então o script só precisará gravar cada número de telefone principal no atributo msRTCSIP-line.
  • Se a sua organização mantém todos os números de telefone dos Serviços de Domínio Active Directory em um único formato, mas esse formato não é o E.164, o script deverá definir uma regra de normalização apropriada para converter os números de telefone principais do formato existente no formato E.164, antes de gravá-los no atributo msRTCSIP-line.
  • Se a sua organização não impõe um formato padrão aos números de telefone dos Serviços de Domínio Active Directory, o script deverá definir regras de normalização apropriadas para converter os números de telefone principais dos vários formatos existentes no formato E.164, antes de gravá-los no atributo msRTCSIP-line.

Seu script também precisará inserir o prefixo Tel: antes de cada número principal, antes de gravá-lo no atributo msRTCSIP-line.

O formato esperado do número especificado nesse atributo é:

  • Tel:+14255550100;ext=50100.

  • Tel:5550100 (para ramais exclusivos na empresa toda).

    Dd425129.important(pt-br,office.13).gifImportante:
    A normalização realizada pelo ABS (Serviço de Catálogo de Endereços) não substitui nem elimina a necessidade de normalizar o número de telefone principal de cada usuário nos Serviços de Domínio Active Directory, pois o ABS não tem acesso aos Serviços de Domínio Active Directory e, portanto, não pode copiar números de telefone principais para o atributo msRTCSIP-line.

Etapa 2. Habilitar usuários para o Enterprise Voice

Além de identificar os usuários que devem ser habilitados, nenhum outro planejamento especial é necessário para concluir esta etapa.

Etapa 3. Habilitar usuários para integração com PBX (opcional)

Os usuários habilitados para o Enterprise Voice também podem ser habilitados para integração com PBX. Se você implantar o Office Communications Server usando a opção de integração com PBX, para que essa opção funcione, você deverá habilitar os usuários para integração com PBX. Se não houver um PBX habilitado para o Office Communications Server, a habilitação dos usuários para integração com PBX não funcionará. O Office Communications Server continuará a bifurcar as chamadas para todos os pontos de extremidade, mas o PBX não será capaz de bifurcar as chamadas recebidas para os pontos de extremidade SIP do usuário.

Para obter detalhes sobre como implantar o Office Communications Server no modo de integração com PBX, consulte “Coexistência do Communications Server com PBX”, em Opções de implantação do Enterprise Voice.

Etapa 4. Planejar as políticas de voz dos usuários

As configurações de classe de serviço do usuário em um PBX herdado, como o direito de fazer chamadas interurbanas ou internacionais nos telefones da empresa, devem ser redefinidas como políticas VoIP no caso de usuários que migraram para o Enterprise Voice. Para obter detalhes sobre como planejar e criar políticas para o Enterprise Voice, consulte Políticas de voz.

Etapa 5. Configurar o PBX para redirecionar as chamadas dos usuários do Enterprise Voice

Os usuários que estavam hospedados em um PBX tradicional mantêm seus números de telefone após a migração. A única exigência é que, após a migração, o PBX seja reconfigurado para rotear as chamadas recebidas dos usuários do Enterprise Voice para o gateway de mídia ou o Servidor de Mediação que estabelece conexão com a infraestrutura do Office Communications Server 2007 R2. Entre em contato com o fornecedor do PBX para obter detalhes sobre como configurar a bifurcação dupla.

Etapa 6. Migrar os usuários para a Unificação de Mensagens do Exchange (opcional)

A migração de usuários para a Unificação de Mensagens do Exchange consiste nas seguintes tarefas: