Quando é feita uma tentativa de criar um provedor do Resource Manager (RM) Java Telephony Application Programming Interface (JTAPI) na página do Cisco Customer Response Solutions (CRS) Appadmin, a tentativa falha com uma destas mensagens de erro:
Erro ao atualizar os usuários RMJTAPI no LDAP
erro ao atualizar o provedor Jtapi
Esse problema ocorre quando você integra o Cisco CRS ao Ative Diretory (AD).
A Cisco recomenda que você tenha conhecimento destes tópicos:
Cisco CallManager
Cisco CRS
Ative Diretory
As informações neste documento são baseadas nestas versões de software e hardware:
Cisco CRS 4.x
Cisco CallManager 3.3 e posterior
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
O problema de não ser possível adicionar o provedor JTAPI RM quando você usa a integração com o Ative Diretory pode ocorrer nestes cenários:
Quando você cria o provedor JTAPI RM em um servidor CRS 4.x
Quando você configura o provedor JTAPI RM em um sistema de instalação recente do CRS 4.x
Enquanto você executa a etapa de Migração LDAP durante o processo de restauração, ao migrar de um sistema CRS 3.x para um sistema CRS 4.0
Se o plug-in do AD do Cisco CallManager estiver instalado com restrições de segurança que impeçam o usuário de administrador do AD de ter privilégios de gravação na unidade organizacional do usuário (OU), o CRS não poderá criar usuários JTAPI/RM no AD. Isso faz com que a configuração desses subsistemas falhe. Além disso, quando você atualiza do CRS 3.x para o CRS 4.0, o assistente de migração não consegue criar esses usuários no AD. Isso faz com que a operação de restauração do sistema de backup e restauração (BARS) falhe.
Se você integrar o CRS com o AD, será necessário executar este procedimento em todos os servidores Cisco CallManager que estão configurados como provedores JTAPI para resolver esse problema:
Navegue até C:\dcdsrvr\config e abra o arquivo UMDirectoryConfiguration.ini no Bloco de Notas.
Observação: você deve abrir o arquivo no Bloco de Notas. Se você abrir o arquivo em outro editor de texto, o aplicativo poderá corromper o arquivo.
No arquivo UMDirectoryConfiguration.ini, localize a chave UserDirAccess e altere o valor para True.
No Notepad, escolha File > Save para salvar o arquivo e fechar o arquivo UMDirectoryConfiguration.ini.
Escolha Start > Run.
Digite regedit e clique em OK.
Navegue até <file://\\HKEY_LOCAL_MACHINE\Software\Cisco> \\HKEY_LOCAL_MACHINE\Software\Cisco Systems, Inc.\Diretory Configuration no registro.
No painel direito, clique duas vezes na chave do registro DirAccess. Exclua a entrada do registro falsa e insira true como a nova entrada do registro.
Conclua estes passos para reiniciar o IIS Admin Service e seus serviços dependentes:
Selecione Start > Programs > Administrative Tools > Services.
Clique com o botão direito do mouse em IIS Admin Service e escolha Restart.
Uma caixa de diálogo solicita que você reinicie os serviços dependentes. Esses serviços podem ser diferentes com base na sua configuração.
Clique em Sim e reinicie os serviços dependentes.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
13-Jun-2007 |
Versão inicial |