Introduction
Ce document décrit des solutions aux problèmes courants qui se produisent quand vous améliorez ou migrez Cisco Unified Communications Manager (CUCM) avec le déploiement principal de Collaboration (PCD).
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Les informations dans ce document sont basées sur les releases CUCM 8.X, 9.X, et 10.X.
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.
La version 8.6 du problème 1. CUCM pour relâcher la mise à jour 10.x échoue avec l'erreur « que le fichier sélectionné est non valide »
Le log PCD indique :
2014-12-07 12:16:31,979 INFO [DefaultQuartzScheduler_Worker-1]
scheduler.Scheduler.addStatusMessage - Adding ERROR message
[errors.install.file.notvalid]to task action 454
Les CUCM installent le log indiquent une panne d'informations parasites de MD5 :
12/07/2014 12:16:29 upgrade_get_file.sh|Create md5 complete|<LVL::Info>
12/07/2014 12:16:30 upgrade_get_file.sh|Authenticate file
"/common/download/10.5.1.10000-7/checksum_file.sgn"|<LVL::Info>
12/07/2014 12:16:30 upgrade_get_file.sh|File:
/usr/local/bin/base_scripts/upgrade_get_file.sh:664, Function:process_download_file(),
File authentication failed (rc=1)|<LVL::Error>
Solution
Si vous améliorez à la version CUCM 10.5(1) d'une release plus tôt que CUCM 10.0(1), vous devez télécharger et installer ciscocm.version3-keys.cop.sgn sur chaque noeud dans la batterie. Ce fichier de module d'options de Cisco (COP) a le Rivest-Shamir-Addleman (RSA) introduit requis afin de valider la mise à jour.
Afin d'améliorer la protection d'intégrité de logiciel, de nouvelles clés publiques sont utilisées pour signer la version 10.5.1 CUCM. Avant une mise à jour d'une version plus tôt que 10.0.1 pour relâcher 10.5.1, les nouvelles clés doivent être installés sur le serveur précédent afin de valider le serveur de version préalable.
Le transfert du problème 2. de la version 6.x CUCM à la release 10.x CUCM échoue avec PCD avec l'erreur « fuseau horaire heure non valide » sur CUCM
Solution
Il y a quelques fuseaux horaires qui ne sont pas pris en charge dans la release 10.X CUCM, mais est pris en charge dans la version 6.1.5 CUCM. Changez le fuseau horaire qui est pris en charge par CUCM 10.X. Cette question est documentée dans l'ID de bogue Cisco CSCup50058.
Transfert du problème 3. à CUCM 10.x avec des erreurs PCD avec le « délai d'attente de procédure de connexion » pendant la tâche d'exportation
Solution
L'utilisateur sélectionné pour la détection de batterie était un utilisateur d'admin ajouté après l'installation CUCM. Cette question est documentée dans l'ID de bogue Cisco CSCup43027.
L'erreur du problème 4. « n'est pas montée Cisco les déploiements que principaux de Collaboration exportent comme mémoire NFS à l'hôte d'ESXi »
Solution
PCD n'est pas compatible avec tous les types de licence de vSphere ESXi de VMware, parce que certains de ces permis n'activent pas le VMware exigé API. Le guide d'admin PCD incorpore les permis compatibles.
Les téléphones du problème 5. ne peuvent pas télécharger la sonnerie, le Ringlist.xml, et les fichiers d'image de fond faits sur commande du serveur CUCM TFTP
Solution
Après transfert avec PCD, l'autorisation pour le fichier/répertoire TFTP a changé. Entrez en contact avec le centre d'assistance technique Cisco (TAC) afin d'appliquer le contournement. Cette question est documentée dans les id CSCus01744 et CSCui42799 de bogue Cisco.
Commentaires