Collaboration : Cisco Unified Contact Center Express

Impossible de créer le fournisseur JTAPI RM à partir de la page Appadmin de Cisco Response Solutions (CRS)

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Quand une tentative est faite pour créer un fournisseur de l'interface de programmation de téléphonie de Javas de gestionnaire de ressources (RM) (JTAPI) de la page d'Appadmin de Cisco Customer Response Solutions (CRS), la tentative échoue avec l'un ou l'autre un de ces messages d'erreur :

  • Erreur mettant à jour les utilisateurs RMJTAPI dans le LDAP

  • erreur tout en mettant à jour le fournisseur de Jtapi

Cette question se produit quand vous intégrez le Cisco CRS avec le Répertoire actif (AD).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco CallManager

  • Cisco CRS

  • Active Directory

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco CRS 4.x

  • Cisco CallManager 3.3 et plus tard

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème

La question de ne pouvoir pas ajouter le fournisseur du RM JTAPI quand vous utilisez l'intégration de Répertoire actif peut se produire dans ces scénarios :

  • Quand vous créez le fournisseur du RM JTAPI sur un serveur CRS 4.x

  • Quand vous configurez le fournisseur du RM JTAPI sur des CRS 4.x frais installez le système

  • Tandis que vous exécutez l'étape de transfert de LDAP pendant le processus de restauration, quand vous migrez d'un système CRS 3.x vers un système CRS 4.0

Si le périphérique prêt à brancher d'AD de Cisco CallManager est installé avec les contraintes de Sécurité qui empêchent l'utilisateur d'admin d'AD de avoir écrivez les privilèges à l'unité organisationnelle d'utilisateur (OU), des CRS ne peut pas créer des utilisateurs JTAPI/RM JTAPI dans l'AD. Ceci fait échouer la configuration de ces sous-systèmes. En outre, quand vous améliorez de CRS 3.x à CRS 4.0, l'assistant de transfert ne peut pas créer ces utilisateurs dans l'AD. Ceci fait échouer l'exécution de restauration du système de sauvegarde et de restauration (BARRES).

Solution

Si vous intégrez des CRS avec l'AD, alors vous devez exécuter cette procédure dans des tous les serveurs Cisco CallManagers qui sont configurés comme des fournisseurs JTAPI afin de résoudre ce problème :

  1. Parcourez à C:\dcdsrvr\config et ouvrez le fichier UMDirectoryConfiguration.ini dans Notepad.

    Remarque: Vous devez ouvrir le fichier dans Notepad. Si vous ouvrez le fichier dans un autre éditeur de texte, l'application pourrait corrompre le fichier.

  2. Dans le fichier UMDirectoryConfiguration.ini, localisez l'UserDirAccesskey et changez la valeur pour rectifier.

  3. De Notepad, choisissez le fichier > la sauvegarde afin de sauvegarder le fichier et fermer le fichier UMDirectoryConfiguration.ini.

  4. Choisissez Start > Run.

  5. Écrivez le regedit et cliquez sur OK.

  6. Parcourez à < \ de file:// \ \ HKEY_LOCAL_MACHINE \ logiciel \ Cisco> \ HKEY_LOCAL_MACHINE \ logiciel \ Cisco Systems, Inc. \ configuration de répertoire dans le registre.

  7. Dans le volet de droite, double-cliquer la clé de registre de DirAccess. Supprimez l'entrée dans le registre fausse et entrez dans vrai comme nouvelle entrée dans le registre.

  8. Terminez-vous ces étapes afin de redémarrer le service d'admin IIS et ses services de personne à charge :

    1. Choisissez le début > les programmes > des services administratifs de Tools>.

    2. Cliquez avec le bouton droit le service d'admin IIS et puis choisissez la reprise.

      Une boîte de dialogue vous incite à redémarrer des services dépendants. Ces services peuvent différer basé sur votre configuration.

    3. Cliquez sur oui et redémarrez les services dépendants.


Informations connexes


Document ID: 91900