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

Options de téléchargement

  • PDF     (86.2 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (89.9 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (77.4 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:13 juin 2007
ID du document:91900

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Lorsqu'une tentative de création d'un fournisseur JTAPI (Java Telephony Application Programming Interface) Resource Manager (RM) à partir de la page Appadmin de Cisco Customer Response Solutions (CRS), la tentative échoue avec l'un des messages d'erreur suivants :

  • Erreur lors de la mise à jour des utilisateurs RMJTAPI dans LDAP

  • erreur lors de la mise à jour du fournisseur Jtapi

Ce problème se produit lorsque vous intégrez Cisco CRS à Active Directory (AD).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco CallManager 

  • Cisco CRS

  • Active Directory

Components Used

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 versions ultérieures

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.

Conventions

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

Problème

Le problème de l'impossibilité d'ajouter le fournisseur JTAPI RM lorsque vous utilisez l'intégration Active Directory peut se produire dans ces scénarios :

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

  • Lorsque vous configurez le fournisseur RM JTAPI sur un système d'installation frais CRS 4.x

  • Lorsque vous effectuez l'étape de migration LDAP pendant le processus de restauration, lorsque vous migrez d'un système CRS 3.x vers un système CRS 4.0

Si le plug-in AD de Cisco CallManager est installé avec des contraintes de sécurité qui empêchent l'utilisateur administrateur AD d'avoir des privilèges d'écriture sur l'unité d'organisation (OU) de l'utilisateur, CRS ne peut pas créer d'utilisateurs JTAPI/RM JTAPI dans AD. Cela entraîne l'échec de la configuration de ces sous-systèmes. En outre, lorsque vous effectuez une mise à niveau de CRS 3.x vers CRS 4.0, l'assistant de migration ne peut pas créer ces utilisateurs dans AD. L'opération de restauration à partir du système de sauvegarde et de restauration (BARS) échoue.

Solution

Si vous intégrez CRS à AD, vous devez effectuer cette procédure sur tous les serveurs Cisco CallManager configurés en tant que fournisseurs JTAPI afin de résoudre ce problème :

  1. Accédez à C:\dcdsrvr\config et ouvrez le fichier UMDirectoryConfiguration.ini dans le Bloc-notes.

    Remarque : Vous devez ouvrir le fichier dans le Bloc-notes. Si vous ouvrez le fichier dans un autre éditeur de texte, l'application risque d'endommager le fichier.

  2. Dans le fichier UMDirectoryConfiguration.ini, localisez la clé UserDirAccess et modifiez la valeur en True.

  3. Dans le Bloc-notes, choisissez Fichier > Enregistrer afin d'enregistrer le fichier et de fermer le fichier UMDirectoryConfiguration.ini.

  4. Choisissez Start > Run.

  5. Entrez regedit et cliquez sur OK.

  6. Accédez à <file://\\HKEY_LOCAL_MACHINE\Software\Cisco> \\HKEY_LOCAL_MACHINE\Software\Cisco Systems, Inc.\Directory Configuration dans le Registre.

  7. Dans le volet droit, double-cliquez sur la clé de Registre DirAccess. Supprimez l'entrée de Registre false et saisissez true comme nouvelle entrée de Registre.

  8. Complétez ces étapes afin de redémarrer le service d'administration IIS et ses services dépendants :

    1. Choisissez Start > Programs > Administrative Tools > Services.

    2. Cliquez avec le bouton droit sur Service d'administration IIS, puis sélectionnez Redémarrer.

      Une boîte de dialogue vous invite à redémarrer les services dépendants. Ces services peuvent varier en fonction de votre configuration.

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

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
13-Jun-2007
Première publication

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits