Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Correctif Active Directory pour CallManager avec Exchange 2000 déjà installé

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


Contenu


Introduction

Il y a un problème connu en intégrant le Cisco CallManager avec le Répertoire actif de Microsoft Windows 2000 (AD) quand Microsoft Exchange 2000 est déjà installé. Cette question peut se produire quand un objet de schéma de labeledURI avec un lDAPDisplayName de labeledURI existe déjà dans l'AD.

Conditions préalables

Conditions requises

Avant de tenter cette configuration, assurez-vous que vous répondez à ces exigences :

Composants utilisés

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

  • Cisco CallManager

  • AD de Microsoft Windows 2000

  • Microsoft Exchange 2000

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.

Produits connexes

Cette configuration peut également être utilisée avec les versions de matériel et de logiciel suivantes :

  • Cisco Unity avec l'échange 2000

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Tâche principale

Instructions pas à pas

Suivez ces étapes pour exécuter la configuration :

Remarque: Ces étapes s'appliquent également à un environnement où le Cisco CallManager existe avant que l'échange 2000 soit installé dans l'AD, et l'installation 2000 d'échange échoue.

  1. Déterminez le contrôleur de domaine de Windows 2000 tenant le maître de schéma en émettant la commande de fsmo de requête de netdom. Notez la valeur qui est retournée pour le propriétaire de schéma, et puis clôturez l'invite de commande. Effectuez les tâches décrites ci-dessous sur le propriétaire de schéma.

    exch-ccm-ad-patch1.gif

  2. Développez le fichier W2k_iop_kit.exe, et puis extrayez les fichiers à C:\Inetorg. Vous pouvez devoir créer le répertoire de C:\Inetorg.

  3. Sur un ordinateur basé sur un serveur de Windows 2000 qui s'exécute comme contrôleur de domaine, choisissez le Start > Run, puis tapez le LDP et l'appuyez sur entrent.

  4. Dans le LDP, la connexion de clic, et cliquent sur alors se connectent. Dans le nouveau connectez la fenêtre, écrivez le nom du serveur ou l'adresse IP, et quittez le port en tant que 389. Non réprimé sans connexion de congé.

  5. Déterminez la valeur de rootDomainNamingContext.

    exch-ccm-ad-patch2.gif

  6. Ouvrez C:\InetOrg\Exchange.ldf dans Notepad. Sur chaque ligne qui a DC=X, remplacez X par les informations ci-dessus. Dans cet exemple ce serait DC=rcdnevt, DC=com.

  7. Sauvegardez le document.

    exch-ccm-ad-patch3.gif

  8. Copiez le fichier modifié Exchange.ldf sur le répertoire drive:\Winnt\System32 sur le contrôleur de domaine qui s'exécute en tant que propriétaire de schéma, où des driveis le lecteur sur lequel Windows est installé. Sur le Systèmes de communication intégrés de la gamme Cisco ICS 7700, le dossier est c:\w2ks\system32.

  9. Allez à l'invite de commande et émettez le ldifde - I - commande f c:\winnt\system32\exchange.ldf.

    Voici un exemple de sortie :

    exch-ccm-ad-patch4.gif

  10. Chaque schéma d'AD est configuré différemment. Dans l'exemple ci-dessus, CN=ms-Exch-Assistant-Name, CN=Schema, CN=Configuration, DC=rcdnevt, DC=com existe déjà, et raye 5 de l'exchange.ldf ne peut pas être importé. En conséquence, la section qui commence sur la ligne 5 a été supprimée. Notez que chaque section commence par le dn :.

  11. La sortie ci-dessous affiche le ldifde de commande - I - f c:\winnt\system32\exchange.ldf - v étant émis de nouveau, avec la sortie semblable. Puisque l'erreur est sur la ligne 6, supprimez la section commençant à la ligne 6, comme affiché ici :

    exch-ccm-ad-patch5.gif

  12. Répétez les étapes 9 et 10 comme nécessaires.

  13. La sortie d'une importation réussie est affichée ici :

    exch-ccm-ad-patch6.gif

  14. Vous pouvez maintenant intégrer le Cisco CallManager avec l'AD.

Vérifiez

Si l'installation embrochable manquait, vérifiez ces deux fichiers et leurs messages d'erreur respectifs :

  1. c:\DCDSrvr\log\at _schema_reject.txt

    # Error: DSA is unwilling to perform
    dn: cn=labeledURI,cn=Schema,cn=Configuration,dc=rcdnevt,dc=com
    changetype: add
    adminDisplayName: labeledURI
    attributeID: 1.2.840.113548.3.1.4.113
    attributeSyntax: 2.5.5.4
    cn: labeledURI
    isSingleValued: FALSE
    lDAPDisplayName: labeledURI
    distinguishedName: cn=labeledURI,cn=Schema,cn=Configuration,dc=rcdnevt,dc=com
    objectCategory: cn=Attribute-Schema,cn=Schema,cn=Configuration,dc=rcdnevt,dc=com
    objectClass: top
    objectClass: attributeSchema
    oMSyntax: 20
    name: labeledURI
  2. c:\DCDSrvr\log\ad _cfg_error.log

    ldap_add: DSA is unwilling to perform
    ldap_add: additional info: 000020BE: SvcErr: DSID-0326027D, problem 5003 (WILL_NOT_PERFORM),
     data 8382

Dépannez

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.


Informations connexes


Document ID: 44142