Ce document décrit une des raisons pour lesquelles les agents n'ont pas pu se connecter à Cisco Agent Desktop. Les agents n'ont pas pu se connecter en raison d'un échec d'accès au serveur LDAP (Lightweight Directory Access Protocol) secondaire. Le serveur LDAP peut être le service Active Directory ou le service d'annuaire Data Connection (DC) pour la tolérance aux pannes dans un environnement Cisco IP Contact Center (IPCC) Express Edition.
Cependant, comme l'intégration est effectuée sur la configuration LDAP de Cisco CallManager, les informations utilisateur sont téléchargées de l'annuaire LDAP vers la base de données locale de Cisco CallManager, qui est à son tour synchronisée périodiquement avec Cisco Response Solution (CRS) via l'API AXL. Les demandes d'authentification des utilisateurs sont envoyées à Cisco CallManager via l'API AXL, puis relayées au service d'annuaire LDAP externe, si elles sont configurées.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Cisco CallManager
Cisco IPCC Express
Suite de produits Cisco Desktop
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Cisco CallManager
Cisco IPCC Express
Suite de produits 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.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Lorsque le serveur LDAP principal tombe en panne, les agents ne peuvent pas se connecter à Cisco Agent Desktop même si le serveur LDAP secondaire est fonctionnel et disponible. Ce message d'erreur du logiciel Cisco Agent Desktop apparaît :
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>
Le fichier journal indique qu'il n'y a aucune tentative de connexion au serveur LDAP secondaire. Une raison possible est que la suite de produits de bureau Cisco n'est pas configurée pour la tolérance aux pannes LDAP.
Vous devez effectuer deux jeux d'étapes pour résoudre le basculement du serveur LDAP :
Set 1 : Sur le serveur CRS.
Set 2 : Sur le bureau de chaque agent.
Procédez comme suit :
Choisissez Démarrer > Programmes > Administrateur Cisco CRA > Administrateur d'applications pour vous connecter à l'Administrateur CRA.
La fenêtre Authentication apparaît :
Figure 1 - Ecran Authentication (Authentification)
Saisissez votre nom d'utilisateur dans le champ User Identification.
Saisissez votre mot de passe dans le champ Password (Mot de passe).
Cliquez sur Connexion.
La fenêtre Configuration and Repository s'affiche.
Choisissez System > Configuration and Repository.
Figure 2 - Configuration et référentiel
La fenêtre Configuration du répertoire s'affiche (voir Figure 3).
Saisissez l'adresse IP du serveur LDAP secondaire dans le champ Director Host Name. Séparez cette adresse par une virgule de l'adresse IP du serveur LDAP principal.
Figure 3 - Configuration du répertoire : Étape 1 sur 2
Cliquez sur Next (Suivant).
Figure 4 - Configuration du répertoire : Étape 2 sur 2
Choisissez le profil correct dans la liste Nom du profil.
Cliquez sur Edit.
L'invite utilisateur de l'Explorateur s'affiche :
Figure 5 - Invite utilisateur de l'Explorateur
Click OK.
Cliquez sur Suivant dans la fenêtre Configuration du répertoire.
La fenêtre Configuration initiale du répertoire s'affiche à nouveau avec les adresses IP des serveurs LDAP principal et secondaire :
Figure 6 - Configuration du répertoire : Configuration mise à jour
Arrêtez et démarrez le moteur pour que les modifications prennent effet.
Sauvegardez toutes les modifications apportées au workflow (par exemple, des fenêtres contextuelles ou des options personnalisées, le cas échéant).
Supprimez tous les logiciels de bureau sur le serveur CRS (voir Figure 7) :
Supprimer l'administrateur du bureau.
Supprimer le serveur RASCAL.
Supprimer le serveur de bureau.
Supprimer le serveur VoIP.
Supprimez Desktop Base.
Remarque : Assurez-vous que Desktop Base est le dernier composant que vous retirez après avoir supprimé tous les autres composants. Il n'existe aucune séquence spécifique pour le retrait des autres composants.
Redémarrez le serveur CRS.
Exécutez l'installateur CRS complet afin de réinstaller le logiciel de bureau.
Réexécutez la configuration de la version de service précédemment installée.
Restaurer les modifications du workflow, le cas échéant.
Procédez comme suit :
Supprimez le logiciel Cisco Agent Desktop sur la station de travail de bureau de l'agent dans cette séquence (voir Figure 8) :
Supprimer le superviseur de bureau.
Supprimer l'agent de bureau.
Supprimez Desktop Base.
Redémarrez la station de travail de l'agent.
Réinstallez tous les logiciels Cisco Agent Desktop que vous venez de supprimer de la station de travail de l'agent.
Vous pouvez également utiliser l'Éditeur du Registre pour résoudre ce problème sur le poste de travail de chaque agent. Procédez comme suit :
Cliquez sur Start > Run.
La boîte de dialogue Exécuter apparaît.
Entrez regedit32, puis cliquez sur OK.
La fenêtre Éditeur du Registre s'affiche (voir Figure 9).
Recherchez les clés LDAP_HOSTA et LDAP_HOSTB dans ce chemin :
HKEY_LOCAL_MACHINE\SOFTWARE\Spanlink\Site Setup
Mettez à jour les valeurs de ces deux clés de Registre avec les adresses IP des serveurs LDAP principal et secondaire.
Figure 9 - Chemin de navigation du Registre
L'authentification utilisateur nécessite l'accès à une base de données utilisateur dans le serveur LDAP. Si le serveur LDAP est arrêté ou indisponible, vous ne pouvez pas accéder à l'interface Web Administration CRS et les agents ne peuvent pas se connecter. Par conséquent, installez un serveur LDAP redondant pour fournir une haute disponibilité. Cisco CallManager vous permet de configurer plusieurs serveurs LDAP pour fournir une redondance.
Complétez ces étapes afin d'ajouter de nouveaux serveurs pour le basculement LDAP dans IPCC Express 4.x. Dans cet exemple, vous ajoutez deux serveurs CallManager pour le basculement LDAP.
Sur le serveur CRS, connectez-vous à la page CRS Appadmin. Accédez à System > LDAP Information et assurez-vous que les deux serveurs CallManager sont répertoriés ici.
Sur la page CRS Appadmin, accédez à Outils > Gestion des utilisateurs. Ensuite, cliquez sur le lien hypertexte de Cisco CallManager LDAP. Vérifiez que les deux serveurs CallManager sont répertoriés ici.
Sur le serveur CRS, accédez à Démarrer > Programmes > Administrateur Cisco CRS et lancez l'utilitaire de maintenance Cisco CRS. Cliquez sur l'onglet Informations LDAP CallManager et assurez-vous que les deux serveurs CallManager sont répertoriés ici.
Dans l'utilitaire de maintenance de Cisco CRS, cliquez sur Fichier > Modifier la connexion et vous verrez les informations de démarrage de CRS. Les deux serveurs LDAP doivent également être répertoriés. S'il en manque un, le moteur CRS ne démarre pas correctement lorsque le premier serveur LDAP est en panne. Ajoutez la seconde, si nécessaire, puis cliquez sur Synchroniser.