Este documento descreve um motivo para a falha dos agentes em fazer logon no Cisco Agent Desktop. Os agentes não conseguem fazer logon devido a uma falha ao acessar o servidor secundário LDAP (Lightweight Diretory Access Protocol). O servidor LDAP pode ser o serviço Ative Diretory ou o serviço de Diretório de Conexão de Dados (DC) para tolerância a falhas em um ambiente Cisco IP Contact Center (IPCC) Express Edition.
No entanto, como a integração é feita na configuração LDAP do Cisco CallManager, as informações do usuário são baixadas do diretório LDAP para o banco de dados local do Cisco CallManager, que, por sua vez, é sincronizado periodicamente com o Cisco Response Solution (CRS) via API AXL. As solicitações de autenticação de usuário são enviadas ao Cisco CallManager através da API AXL e, em seguida, retransmitidas para o serviço de diretório LDAP externo, se configurado.
A Cisco recomenda que você tenha conhecimento destes tópicos:
Cisco CallManager
Cisco IPCC Express Edition
Suíte de Produtos Cisco Desktop
As informações neste documento são baseadas nestas versões de software e hardware:
Cisco CallManager
Cisco IPCC Express Edition
Suíte de Produtos Cisco Desktop
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.
Quando o servidor LDAP principal fica inativo, os agentes não conseguem fazer logon no Cisco Agent Desktop mesmo que o servidor LDAP secundário esteja funcional e disponível. Esta mensagem de erro do software Cisco Agent Desktop é exibida:
07:08:28 01/11/2005 INFO DAClient Could not get agent testuser 07:08:28 01/11/2005 FATAL FastCall FC0254 Unable to connect to Directory Services: <Failed to bind to LDAP server. Can't contact LDAP server>
O arquivo de log indica que não há tentativa de conexão com o servidor LDAP secundário. Um possível motivo é que o Cisco Desktop Product Suite não está configurado para tolerância a falhas LDAP.
Você precisa executar dois conjuntos de etapas para resolver o failover do servidor LDAP:
Conjunto 1: No servidor CRS.
Conjunto 2: Na área de trabalho de cada agente.
Conclua estes passos:
Escolha Iniciar > Programas > Cisco CRA Administrator > Application Administrator para fazer login no CRA Administrator.
A janela Autenticação é exibida:
Figura 1: Tela de autenticação
Digite seu nome de usuário no campo Identificação do usuário.
Digite sua senha no campo Senha.
Clique em Logon.
A janela Configuração e repositório é exibida.
Escolha Sistema > Configuração e Repositório.
Figura 2: Configuração e repositório
A janela Diretory Setup (Configuração de diretório) é exibida (consulte a Figura 3).
Insira o endereço IP do servidor LDAP secundário no campo Nome do host do diretor. Separe esse endereço por uma vírgula do endereço IP do servidor LDAP principal.
Figura 3 - Configuração do diretório: Etapa 1 de 2
Clique em Next.
Figura 4 - Configuração do diretório: Etapa 2 de 2
Escolha o perfil correto na lista Nome do perfil.
Clique em Editar.
O prompt do usuário do Explorer é exibido:
Figura 5: Prompt do usuário do Explorer
Click OK.
Clique em Next na janela Diretory Setup.
A janela inicial de configuração do diretório é exibida novamente com os endereços IP dos servidores LDAP primário e secundário:
Figura 6 - Configuração do diretório: Configuração atualizada
Pare e inicie o mecanismo para que as alterações entrem em vigor.
Faça backup de todas as alterações do fluxo de trabalho (por exemplo, pop-ups de tela personalizados ou opções, se houver).
Remova todo o software de desktop no servidor CRS (consulte a Figura 7):
Remova o administrador da área de trabalho.
Remova o servidor RASCAL.
Remova o servidor de desktop.
Remova o servidor VoIP.
Remova a base de trabalho.
Nota: Certifique-se de que a Base de Trabalho seja o último componente removido, depois de remover todos os outros componentes. Não há uma sequência específica para a remoção dos outros componentes.
Reinicie o servidor CRS.
Execute o instalador CRS completo para reinstalar o software de desktop.
Execute novamente a configuração para a versão de serviço instalada anteriormente.
Restaure as alterações do fluxo de trabalho, se houver.
Conclua estes passos:
Remova o software Cisco Agent Desktop na estação de trabalho do agente nesta sequência (consulte a Figura 8):
Remover Supervisor de Área de Trabalho.
Remover Agente de Área de Trabalho.
Remova a base de trabalho.
Reinicie a estação de trabalho do agente.
Reinstale todo o software Cisco Agent Desktop que acabou de remover da estação de trabalho do agente.
Você também pode usar o Editor do Registro para corrigir esse problema na estação de trabalho da área de trabalho de cada agente. Conclua estes passos:
Clique em Iniciar > Executar.
A caixa de diálogo Run é exibida.
Digite regedit32 e clique em OK.
A janela Editor do Registro é exibida (consulte a Figura 9).
Localize as chaves LDAP_HOSTA e LDAP_HOSTB neste caminho:
HKEY_LOCAL_MACHINE\SOFTWARE\Spanlink\Site Setup
Atualize os valores dessas duas chaves de registro com os endereços IP dos servidores LDAP principal e secundário.
Figura 9 - Caminho de navegação do registro
A autenticação de usuário requer acesso a um banco de dados de usuário no servidor LDAP. Se o servidor LDAP estiver inoperante ou indisponível, você não poderá acessar a interface da Web do CRS Administration e os agentes não poderão fazer logon. Portanto, instale um servidor LDAP redundante para fornecer alta disponibilidade. O Cisco CallManager permite configurar vários servidores LDAP para fornecer redundância.
Conclua estes passos para adicionar novos servidores para failover LDAP no IPCC Express 4.x. Neste exemplo, você está adicionando dois servidores CallManager para failover LDAP.
No servidor CRS, faça login na página do CRS Appadmin. Vá para System > LDAP Information e verifique se os servidores CallManager estão listados aqui.
Na página CRS Appadmin, vá para Tools > User Management. Em seguida, clique no hiperlink do Cisco CallManager LDAP. Verifique se os servidores CallManager estão listados aqui.
No servidor CRS, vá para Iniciar > Programas > Cisco CRS Administrator e inicie o Cisco CRS Serviceability Utility. Clique na guia CallManager LDAP Information e verifique se os servidores CallManager estão listados aqui.
No Cisco CRS Serviceability Utility, clique em File > Change Connection e você verá CRS Bootstrap Information. Isso também precisa ter ambos os servidores LDAP listados. Se um estiver faltando, o CRS Engine não iniciará corretamente quando o primeiro servidor LDAP estiver inoperante. Adicione a segunda, se necessário, e clique em Sincronizar.