Questo documento descrive uno dei motivi per cui gli agenti non sono riusciti ad accedere a Cisco Agent Desktop. L'accesso degli agenti non è riuscito a causa di un errore di accesso al server LDAP (Lightweight Directory Access Protocol) secondario. Il server LDAP può essere il servizio Active Directory o il servizio Directory di connessione dati (DC) per la tolleranza di errore in un ambiente Cisco IP Contact Center (IPCC) Express Edition.
Tuttavia, poiché l'integrazione viene eseguita sulla configurazione LDAP di Cisco CallManager, le informazioni utente vengono scaricate dalla directory LDAP al database locale di Cisco CallManager, che a sua volta viene sincronizzato periodicamente con Cisco Response Solution (CRS) tramite l'API AXL. Le richieste di autenticazione degli utenti vengono inviate a Cisco CallManager tramite l'API AXL, quindi inoltrate al servizio directory LDAP esterno, se configurato.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Cisco CallManager
Cisco IPC Express Edition
Suite di prodotti desktop Cisco
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
Cisco CallManager
Cisco IPC Express Edition
Suite di prodotti desktop Cisco
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Quando il server LDAP principale diventa inattivo, gli agenti non sono in grado di accedere a Cisco Agent Desktop anche se il server LDAP secondario è funzionante e disponibile. Viene visualizzato questo messaggio di errore del software Cisco Agent Desktop:
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>
Il file di log indica che non è stato effettuato alcun tentativo di connessione al server LDAP secondario. Una delle possibili ragioni è che la suite di prodotti desktop Cisco non è configurata per la tolleranza di errore LDAP.
Per risolvere il failover del server LDAP, è necessario eseguire due passaggi:
Set 1: Sul server CRS.
Set 2: Sul desktop di ogni agente.
Attenersi alla seguente procedura:
Scegliere Start > Programmi > Cisco CRA Administrator > Application Administrator per accedere a CRA Administrator.
Viene visualizzata la finestra Authentication (Autenticazione):
Figura 1 - Schermata di autenticazione
Immettere il nome utente nel campo Identificazione utente.
Immettere la password nel campo Password.
Fare clic su Accedi.
Viene visualizzata la finestra Configuration and Repository.
Scegliere Sistema > Configurazione e repository.
Figura 2 - Configurazione e repository
Viene visualizzata la finestra Directory Setup (Impostazione directory) (vedere la Figura 3).
Immettere l'indirizzo IP del server LDAP secondario nel campo Nome host director. Separare questo indirizzo con una virgola dall'indirizzo IP del server LDAP primario.
Figura 3 - Impostazione della directory: Passaggio 1 di 2
Fare clic su Next (Avanti).
Figura 4 - Impostazione della directory: Passaggio 2 di 2
Scegliere il profilo corretto dall'elenco Nome profilo.
Fare clic su Modifica.
Viene visualizzato il Prompt utente di Explorer:
Figura 5 - Prompt utente di Explorer
Fare clic su OK.
Fare clic su Avanti nella finestra Impostazione directory.
Viene nuovamente visualizzata la finestra Configurazione directory iniziale con gli indirizzi IP dei server LDAP primario e secondario:
Figura 6 - Impostazione della directory: Configurazione aggiornata
Arrestare e avviare il motore per rendere effettive le modifiche.
Eseguire il backup di tutte le modifiche apportate al flusso di lavoro (ad esempio, le eventuali opzioni o le finestre di dialogo personalizzate).
Rimuovere tutto il software desktop dal server CRS (vedere la Figura 7):
Rimuovere Amministratore desktop.
Rimuovere RASCAL Server.
Rimuovere il server desktop.
Rimuovere il server VoIP.
Rimuovi Desktop Base.
Nota: assicurarsi che Desktop Base sia l'ultimo componente rimosso, dopo aver rimosso tutti gli altri componenti. Non esiste una sequenza specifica per la rimozione degli altri componenti.
Riavviare il server CRS.
Eseguire il programma di installazione CRS completo per reinstallare il software del desktop.
Eseguire nuovamente il programma di installazione della release di servizio installata in precedenza.
Ripristinare le eventuali modifiche apportate al flusso di lavoro.
Attenersi alla seguente procedura:
Rimuovere il software Cisco Agent Desktop dalla workstation desktop dell'agente in questa sequenza (vedere la Figura 8):
Rimuovere Desktop Supervisor.
Rimuovi agente desktop.
Rimuovi Desktop Base.
Riavviare la workstation dell'agente.
Reinstallare tutto il software Cisco Agent Desktop appena rimosso dalla workstation desktop dell'agente.
È inoltre possibile utilizzare l'Editor del Registro di sistema per risolvere il problema sulla workstation desktop di ogni agente. Attenersi alla seguente procedura:
Fare clic su Start > Esegui.
Viene visualizzata la finestra di dialogo Esegui.
Immettere regedit32 e fare clic su OK.
Viene visualizzata la finestra dell'Editor del Registro di sistema (vedere la Figura 9).
Individuare le chiavi LDAP_HOSTA e LDAP_HOSTB nel percorso seguente:
HKEY_LOCAL_MACHINE\SOFTWARE\Spanlink\Site Setup
Aggiornare i valori di queste due chiavi del Registro di sistema con gli indirizzi IP dei server LDAP primario e secondario.
Figura 9 - Percorso di navigazione del Registro di sistema
L'autenticazione utente richiede l'accesso a un database utenti nel server LDAP. Se il server LDAP è inattivo o non disponibile, non è possibile accedere all'interfaccia Web di amministrazione CRS e gli agenti non possono eseguire l'accesso. Pertanto, installare un server LDAP ridondante per garantire un'elevata disponibilità. Cisco CallManager consente di configurare più server LDAP per fornire ridondanza.
Completare questi passaggi per aggiungere nuovi server per il failover LDAP in IPCC Express 4.x. In questo esempio vengono aggiunti due server CallManager per il failover LDAP.
Sul server CRS, accedere alla pagina CRS Appadmin. Andare a Sistema > Informazioni LDAP e assicurarsi che entrambi i server CallManager siano elencati qui.
Nella pagina CRS Appadmin, selezionare Strumenti > Gestione utente. Quindi, fare clic sul collegamento ipertestuale per Cisco CallManager LDAP. Assicurarsi che entrambi i server CallManager siano elencati qui.
Sul server CRS, selezionare Start > Programmi > Cisco CRS Administrator e avviare Cisco CRS Serviceability Utility. Fare clic sulla scheda CallManager LDAP Information e assicurarsi che entrambi i server CallManager siano elencati qui.
In Cisco CRS Serviceability Utility, fare clic su File > Change Connection (Cambia connessione) per visualizzare le informazioni sul bootstrap CRS. È inoltre necessario che siano elencati entrambi i server LDAP. In caso contrario, il motore CRS non si avvierà correttamente quando il primo server LDAP è inattivo. Aggiungere il secondo, se necessario, e fare clic su Sincronizza.