Dieses Dokument beschreibt einen Grund dafür, dass Mitarbeiter sich nicht beim Cisco Agent Desktop anmelden können. Agenten melden sich nicht an, weil sie nicht auf den sekundären LDAP-Server (Lightweight Directory Access Protocol) zugreifen können. Der LDAP-Server kann entweder der Active Directory-Dienst oder der Data Connection (DC) Directory-Dienst für Fehlertoleranz in einer Cisco IP Contact Center (IPCC) Express Edition-Umgebung sein.
Da die Integration jedoch mit der Cisco CallManager-LDAP-Konfiguration erfolgt, werden die Benutzerinformationen aus dem LDAP-Verzeichnis in die lokale Cisco CallManager-Datenbank heruntergeladen, die wiederum regelmäßig über die AXL-API mit der Cisco Response Solution (CRS) synchronisiert wird. Benutzerauthentifizierungsanforderungen werden über die AXL-API an den Cisco CallManager gesendet und dann, falls konfiguriert, an den externen LDAP-Verzeichnisdienst weitergeleitet.
Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:
Cisco CallManager
Cisco IPCC Express Edition
Cisco Desktop-Produktsuite
Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:
Cisco CallManager
Cisco IPCC Express Edition
Cisco Desktop-Produktsuite
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps zu Konventionen von Cisco).
Wenn der primäre LDAP-Server ausfällt, können sich die Agenten nicht beim Cisco Agent Desktop anmelden, obwohl der sekundäre LDAP-Server funktionsfähig und verfügbar ist. Diese Fehlermeldung für die Cisco Agent Desktop-Software wird angezeigt:
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>
Die Protokolldatei zeigt an, dass keine Verbindung zum sekundären LDAP-Server hergestellt werden soll. Ein möglicher Grund ist, dass die Cisco Desktop-Produktsuite nicht für die LDAP-Fehlertoleranz konfiguriert ist.
Sie müssen zwei Schritte ausführen, um das LDAP-Server-Failover zu beheben:
Einstellung 1: Auf dem CRS-Server.
Einstellung 2: Auf dem Desktop jedes Agenten.
Gehen Sie wie folgt vor:
Wählen Sie Start > Programme > Cisco CRA Administrator > Anwendungsadministrator, um sich beim CRA-Administrator anzumelden.
Das Fenster Authentifizierung wird angezeigt:
Abbildung 1: Authentifizierungsbildschirm
Geben Sie Ihren Benutzernamen im Feld "Benutzererkennung" ein.
Geben Sie Ihr Kennwort in das Feld Kennwort ein.
Klicken Sie auf Anmelden.
Das Fenster Konfiguration und Repository wird angezeigt.
Wählen Sie System > Configuration and Repository aus.
Abbildung 2: Konfiguration und Repository
Das Fenster Directory Setup (Verzeichniseinrichtung) wird angezeigt (siehe Abbildung 3).
Geben Sie die IP-Adresse des sekundären LDAP-Servers im Feld Director Host Name (Hostname) ein. Trennen Sie diese Adresse durch ein Komma von der IP-Adresse des primären LDAP-Servers.
Abbildung 3: Verzeichniseinrichtung: Schritt 1 von 2
Klicken Sie auf Weiter.
Abbildung 4: Verzeichniseinrichtung: Schritt 2 von 2
Wählen Sie das richtige Profil aus der Profilnamenliste aus.
Klicken Sie auf Bearbeiten.
Die Explorer-Benutzeraufforderung wird angezeigt:
Abbildung 5: Explorer-Benutzeraufforderung
Klicken Sie auf OK.
Klicken Sie im Fenster Verzeichniseinrichtung auf Weiter.
Das erste Fenster für die Verzeichniseinrichtung wird erneut mit den IP-Adressen der primären und sekundären LDAP-Server angezeigt:
Abbildung 6: Verzeichniseinrichtung: Aktualisierte Konfiguration
Stoppen und starten Sie den Motor, damit die Änderungen wirksam werden.
Sichern Sie alle Workflow-Änderungen (z. B. Popup-Fenster für benutzerdefinierte Bildschirme oder Optionen, falls vorhanden).
Entfernen Sie alle Desktop-Software auf dem CRS Server (siehe Abbildung 7):
Entfernen Sie den Desktop-Administrator.
Entfernen Sie den RASCAL-Server.
Entfernen des Desktop-Servers
Entfernen des VoIP-Servers
Entfernen Sie die Desktop-Basis.
Hinweis: Stellen Sie sicher, dass Desktop Base die letzte Komponente ist, die Sie entfernen, nachdem Sie alle anderen Komponenten entfernt haben. Es gibt keine bestimmte Abfolge für das Entfernen der anderen Komponenten.
Starten Sie den CRS Server neu.
Führen Sie das vollständige CRS-Installationsprogramm aus, um die Desktop-Software neu zu installieren.
Führen Sie das Setup für die zuvor installierte Dienstversion erneut aus.
Stellen Sie die Änderungen am Workflow wieder her, falls vorhanden.
Gehen Sie wie folgt vor:
Entfernen Sie die Cisco Agent Desktop-Software in der folgenden Reihenfolge auf der Desktop-Workstation des Agenten (siehe Abbildung 8):
Entfernen Sie den Desktop-Supervisor.
Entfernen Sie Desktop Agent.
Entfernen Sie die Desktop-Basis.
Starten Sie die Workstation des Agenten neu.
Installieren Sie die gesamte Cisco Agent Desktop-Software, die Sie gerade von der Desktop-Workstation des Agenten entfernt haben, neu.
Sie können dieses Problem auch mit dem Registrierungs-Editor auf der Desktop-Workstation jedes Agenten beheben. Gehen Sie wie folgt vor:
Klicken Sie auf Start > Ausführen.
Das Dialogfeld Ausführen wird angezeigt.
Geben Sie regedit32 ein, und klicken Sie auf OK.
Das Fenster Registrierungs-Editor wird angezeigt (siehe Abbildung 9).
Suchen Sie die Schlüssel LDAP_HOSTA und LDAP_HOSTB in diesem Pfad:
HKEY_LOCAL_MACHINE\SOFTWARE\Spanlink\Site Setup
Aktualisieren Sie die Werte dieser beiden Registrierungsschlüssel mit den IP-Adressen der primären und sekundären LDAP-Server.
Abbildung 9: Navigationspfad der Registrierung
Für die Benutzerauthentifizierung ist der Zugriff auf eine Benutzerdatenbank im LDAP-Server erforderlich. Wenn der LDAP-Server ausgefallen ist oder nicht verfügbar ist, können Sie nicht auf die Webschnittstelle der CRS Administration zugreifen, und die Agenten können sich nicht anmelden. Installieren Sie daher einen redundanten LDAP-Server, um eine hohe Verfügbarkeit zu gewährleisten. Mit Cisco CallManager können Sie mehrere LDAP-Server konfigurieren, um Redundanz zu gewährleisten.
Führen Sie diese Schritte aus, um neue Server für LDAP-Failover in IPCC Express 4.x hinzuzufügen. In diesem Beispiel fügen Sie zwei CallManager-Server für das LDAP-Failover hinzu.
Melden Sie sich auf dem CRS-Server bei der CRS Appadmin-Seite an. Gehen Sie zu System > LDAP Information und stellen Sie sicher, dass beide CallManager-Server hier aufgelistet sind.
Gehen Sie auf der Seite CRS Appadmin zu Extras > Benutzerverwaltung. Klicken Sie dann auf den Hyperlink für Cisco CallManager LDAP. Stellen Sie sicher, dass beide CallManager-Server hier aufgeführt sind.
Gehen Sie auf dem CRS-Server zu Start > Programme > Cisco CRS Administrator und starten Sie das Cisco CRS Serviceability Utility. Klicken Sie auf die Registerkarte CallManager LDAP Information (LDAP-Informationen), und stellen Sie sicher, dass beide CallManager-Server hier aufgelistet sind.
Klicken Sie im Cisco CRS Serviceability Utility (Cisco CRS Serviceability-Dienstprogramm) auf File (Datei) > Change Connection (Verbindung ändern), und Sie sehen CRS Bootstrap-Informationen. Dazu müssen auch beide LDAP-Server aufgelistet sein. Wenn eine fehlt, startet die CRS Engine nicht richtig, wenn der erste LDAP-Server ausfällt. Fügen Sie ggf. die zweite Datei hinzu, und klicken Sie auf Synchronisieren.