Voix et communications unifiées : MI et service de pr�sence des solutions Cisco Unified Communications Manager

Dépanner le serveur CUPS (Cisco Unified Presence Server) et CUPC (Cisco Unified Personal Communicator)

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


Contenu


Introduction

Ce document fournit les étapes de dépannage de base de serveur (TASSES) et de Cisco Unified Personal Communicator de Cisco Unified Presence (CUPC).

Remarque: Le dépannage des questions avec le Cisco Unified Presence (TASSE) et le CUPC devrait commencer par l'utilitaire de dépannage de Cisco Unified Presence.

Afin d'accéder à l'utilitaire de dépannage, choisissez le système > l'utilitaire de dépannage.

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-im-presence-service/97443-cups-cupc-ts1.gif

Résolvez tous les problèmes identifiés par l'utilitaire de dépannage avant que vous poursuiviez ce document. L'utilitaire de dépannage vous alerte à quelques questions fondamentales qui peuvent affecter tous les aspects de TASSE et de CUPC.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur les TASSES et le CUPC.

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.

Compréhension du processus d'amorce CUPC

Le CUPC se connecte par l'intermédiaire du SSL dans des TASSES, puis récupère la configuration du serveur et les préférences de l'utilisateur.

Le CUPC s'enregistre par l'intermédiaire du Protocole SIP (Session Initiation Protocol) dans des TASSES et s'abonne à la liste de contacts de l'utilisateur (nom d'utilisateur-contacts). Pendant que le CUPC obtient des notifications de présence de la TASSE, il se connecte au Protocole LDAP (Lightweight Directory Access Protocol) [comme configuré par l'intermédiaire de la TASSE, pas Cisco Unified CallManager (CUCM)] afin de résoudre les noms du contact aux entrées de LDAP. Si le CUPC ne peut pas se connecter au LDAP, les noms de contacts seront répertoriés comme user-id au lieu des noms d'affichage, et n'auront pas des numéros de téléphone dans leurs cartes de contact.

Basé sur quelles préférences de l'utilisateur dictent, le CUPC se connecte à CUCM par l'intermédiaire de CTI (le mode de téléphone de bureau) ou de SIP (mode de téléphone IP). Le par défaut est de se connecter par l'intermédiaire du mode de téléphone de bureau si le CUPC jamais n'a été lancé par ce compte utilisateur avant. En parallèle, le CUPC se connecte au Protocole IMAP (Internet Message Access Protocol) pour la messagerie vocale si configuré par l'intermédiaire de la TASSE.

Une fois que le CUPC s'est connecté à la TASSE et au CUCM, les affichages d'application CUPC connectés en tant que son état. L'utilisateur peut maintenant faire des appels.

Remarque: Si le CUPC ne peut pas se connecter au CUCM, il affiche handicapé comme sélection de mode de téléphone. Vous pouvez essayer de commuter des modes de téléphone et de voir si le téléphone va à connecté ou pas.

Ne peut pas ouvrir une session au CUPC quand l'utilitaire de dépannage affiche tout vert

Problème

Vous ne pouvez pas ouvrir une session au CUPC quand l'utilitaire de dépannage affiche tout vert.

Solution

Procédez comme suit pour résoudre ce problème :

  1. Assurez-vous que le nom d'utilisateur et le mot de passe sont corrects.

  2. Allez à l'application > au Cisco Unified Personal Communicator > aux paramètres utilisateurs afin de vérifier que l'utilisateur a répliqué plus de vers le serveur de TASSE en visitant les pages de gestion de TASSE et en recherchant l'utilisateur.

  3. Allez au système > en autorisant > affectation de capacités afin de s'assurer que l'utilisateur a été donné l'affectation appropriée de capacités de la page de gestion CUCM.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-im-presence-service/97443-cups-cupc-ts2.gif

  4. Si l'utilisateur a l'affectation appropriée de capacité et ne révèle pas dans la liste d'utilisateurs, vous pouvez attendre ou redémarrer Cisco VERS LE HAUT d'agent de sync de l'utilité de serveur de Cisco Unified Presence. Utilisez la navigation de déroulant et choisissez l'utilité de serveur de Cisco Unified Presence.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-im-presence-service/97443-cups-cupc-ts3.gif

  5. Allez au Tools > Control Center - Services réseau.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-im-presence-service/97443-cups-cupc-ts4.gif

  6. Si la procédure de connexion échoue avec le message d'erreur « échec de connexion, » assurez-vous que les services XCP s'exécutent. Sinon, redémarrez le service de routeur XCP en exécutant les étapes mentionnées dans redémarrer Cisco VERS LE HAUT de procédure de service de routeur XCP de guide instantané de conformité de Messagerie pour la version 8.5 de Cisco Unified Presence.

Ne peut pas entrer le mode de Deskphone

Problème

Vous ne pouvez pas entrer le mode de deskphone, et ce message d'erreur est reçu :

WARN [SetPhoneMode] [DeskphoneProvider]
[PCProvider.connect(319)] - Failed to connection with reason =
CTIERR_PROTOCOL_TIMEOUT description = Internal error returned from call
control

Solution

Procédez comme suit pour résoudre ce problème :

  1. Allez à la gestion des utilisateurs > à l'utilisateur final afin de vérifier que l'utilisateur ouvert une session est un membre du groupe activé par CTI standard dans CUCM.

  2. Allez à la gestion des utilisateurs > à l'utilisateur final et vérifiez l'association de périphérique.

    Ceci vérifie que le périphérique d'utilisateur est associé avec leur profil utilisateur CUCM.

  3. Allez à l'application > au Cisco Unified Personal Communicator > aux paramètres utilisateurs afin de vérifier que le périphérique est le périphérique préféré CTI dans des TASSES.

  4. Allez à la gestion des utilisateurs > à l'utilisateur final afin de vérifier que l'utilisateur CUCM fait spécifier un poste principal.

  5. Le DN du périphérique que vous essayez de contrôler doit être spécifié dans le profil du Répertoire actif de cet utilisateur (AD) sous le numéro de téléphone.

  6. Avec la TASSE 6.0 et le CUPC 1.2, spécifiez l'adresse du serveur TFTP du CUCM sous le Cisco Unified Presence - des configurations.

  7. Assurez-vous que le serveur DNS les utilisations PC peut résoudre entièrement - le nom qualifié du serveur de TASSES.

    L'entrée de hôte ne suffit pas, vous doit la résoudre par l'intermédiaire des DN.

    Remarque: Si votre authentification de l'utilisateur CUCM est reportée à l'AD plutôt que faite sur le CUCM, alors vous pourriez vouloir changer le port où vous questionnez l'AD de 389 à 3268. Ceci te permet pour questionner le catalogue global au lieu du serveur LDAP dans l'AD. Ceci élimine également les références d'AD qui peuvent entraîner des délais d'attente, ou échoue si vous ne pouvez pas atteindre l'adresse que vous avez été mentionné.

Ne peut pas entrer le mode de téléphone IP

Problème

Vous ne pouvez pas entrer le mode de téléphone IP.

Solution

Procédez comme suit pour résoudre ce problème :

  1. Confirmez que le CUPC périphérique configuré dans CUCM apparie le modèle de <username> UPC, où le <username> est le nom d'utilisateur CUCM/CUPC de l'utilisateur final.

    Cette table affiche des exemples des conversions de nom d'utilisateur pour le CUPC :

    Nom d'utilisateur de Cisco Unified CallManager Nom du périphérique associé de Cisco Unified Personal Communicator
    jjackson UPCJJACKSON
    johnnie_jackson UPCJOHNNIEJACKS
    johnniejackson UPCJOHNNIEJACKS
    john.jackson UPCJOHNJACKSON

    Remarque: On dit que le johnnie_jackson et le johnniejackson de noms d'utilisateur se traduisent au même nom du périphérique de téléphone logiciel et se heurtent. Vous devez créer les noms d'utilisateur qui n'auront pas comme conséquence une collision quand le nom du périphérique de téléphone logiciel est configuré. Si le CUPC ne peut pas dériver son nom du périphérique de téléphone logiciel, il ne pourra pas s'enregistrer correctement et ne fonctionnera pas comme prévu. Vous pourriez devoir modifier un utilisateur pour employer un nom autre que leur nom d'utilisateur normal afin d'éviter ce problème.

  2. Allez à la gestion des utilisateurs > à l'utilisateur final afin de vérifier que le périphérique du <username> CUPC UPC est associé avec l'utilisateur CUCM.

  3. Allez à la gestion des utilisateurs > à l'utilisateur final afin de vérifier que l'utilisateur CUCM fait spécifier un poste principal.

  4. Le DN du périphérique que vous essayez de contrôler doit être spécifié dans le profil de l'AD de cet utilisateur sous le numéro de téléphone.

  5. Avec la TASSE 6.0 et le CUPC 1.2, vous devez spécifier l'adresse du serveur TFTP du CUCM sous le Cisco Unified Presence - des configurations.

  6. Assurez-vous que le serveur DNS le PC est indiqué la résolution de boîte entièrement - le nom qualifié du serveur de TASSES.

    L'entrée de hôte ne suffira pas, vous doit la résoudre par l'intermédiaire des DN.

CUPC 8.x - Ne peut pas entrer le mode de Deskphone

Problème

Incapable d'utiliser le périphérique de deskphone dans CUPC dû à l'erreur d'authentification SSL. Quand vous essayez d'entrer le mode de deskphone, l'erreur de périphérique. L'erreur non valide des qualifications [801] est reçue.

Solution

Cette question se produit quand des DN n'est pas configurés, et une tentative d'employer le SSL afin d'authentifier au LDAP entraîne un manque d'authentifier les utilisateurs finaux.

Afin de résoudre ce problème, n'ajoutez jamais une ligne supplémentaire ("TLS_REQCERT ") sous /etc/openldap/ldap.conf sur le bar CUCM. Ceci permet à un utilisateur pas utilisant des DN pour utiliser l'authentification de LDAP. C'est possible parce que des Certificats sont générés utilisant le FQDN. En conséquence, quand les tentatives de LDAP de vérifier le certificat, il essaye d'apparier à où le LDAP authentifie avec ce qu'est dans le certificat. Il ne peut pas faire ainsi quand l'adresse IP est configurée dans les pages Web d'authentification LDAP.

Remarque: Ceci est documenté dans l'ID de bogue Cisco CSCtd82438 (clients enregistrés seulement).

Inconnu de serveur LDAP

Problème

Incapable d'obtenir le serveur LDAP entreprise dans CUPC.

Solution

Cette question est provoqué par par une installation incorrecte de filtre de LDAP dans la base de recherche. Afin de résoudre ce problème, base de recherche d'utilisateur de LDAP de correspondance à la page de gestion > de système > de LDAP > d'authentification LDAP de Cisco Unified CM.

Un exemple pour corriger la base de recherche d'utilisateur de LDAP est d'indiquer le Répertoire actif. Ceci t'indiquera le chemin précis de LDAP. Par exemple, OU=Employees, comptes utilisateurs d'OU=All, DC=corp, DC=COMPANY, DC=org.

Aucune informations de présence après procédure de connexion

Problème

Vous ne recevez aucune informations de présence après procédure de connexion.

Solution

Procédez comme suit pour résoudre ce problème :

  1. Assurez-vous que le serveur DNS le PC est indiqué la résolution de boîte entièrement - le nom qualifié du serveur de TASSES.

    L'entrée de hôte ne suffira pas, vous doit la résoudre par l'intermédiaire des DN.

  2. Vérifiez l'ABONNER CSS sur le joncteur réseau de SIP POUR METTRE EN FORME DE TASSE.

    Ce CSS doit inclure les partitions des périphériques que vous essayez de recevoir l'état en fonction.

  3. La liste de contrôle d'accès entrante de proxy SIP de TASSE (ACL) ne permet pas aux messages entrants de présence de SIP pour atteindre l'engine de présence. Comme test, placez l'ACL entrant à TOUS et remettez à l'état initial l'engine de proxy SIP et de présence. Ouvrez une session de nouveau au CUPC et essayez de modifier l'ACL entrant correctement.

La présence ne met pas à jour automatiquement pendant l'utilisation

Problème

La présence de Cisco ne met pas à jour automatiquement pendant l'utilisation.

Solution

Procédez comme suit pour résoudre ce problème :

  1. Vérifiez l'ABONNER CSS sur le joncteur réseau de SIP POUR METTRE EN FORME DE TASSE.

    Ce CSS doit inclure les partitions des périphériques que vous essayez de recevoir l'état en fonction.

  2. L'ACL entrant de proxy SIP de TASSE ne permet pas aux messages entrants de présence de SIP pour atteindre l'engine de présence. Comme test, placez l'ACL entrant à TOUS et remettez à l'état initial l'engine de proxy SIP et de présence. Puis, re-procédure de connexion au CUPC. Après ceci, vous pouvez essayer de modifier l'ACL entrant correctement.

  3. Avec la TASSE 6.0 et le CUPC 1.2, vous êtes requis de lier le DN à un utilisateur par l'intermédiaire de la page de configuration de DN sur le périphérique.

    Cette configuration est au bas de page.

Ne peut pas rechercher le répertoire du CUPC

Problème

Vous ne pouvez pas rechercher le répertoire du CUPC.

Solution

L'intégration CUP/CUPC avec CUCM exige que le CUCM soit intégré avec un répertoire LDAP.

  1. Allez à l'application > au Cisco Unified Personal Communicator > aux paramètres utilisateurs afin de vérifier que l'utilisateur CUPC fait assigner un profil de LDAP.

  2. Si le profil de LDAP est incorrect, vérifiez que le nom d'utilisateur et le mot de passe pour votre AD liant l'utilisateur sont corrects.

    Le CUPC emploie le nom unique pour lier à l'AD, pas le nom d'utilisateur.

  3. Assurez-vous que le nom unique est utilisé dans le profil de LDAP dans la TASSE sous l'application ? Cisco Unified Personal Communicator ? profil de LDAP.

Serveur de répertoire ne répondant pas

Problème

Le serveur de répertoire ne répond pas.

Solution

Dans l'environnement du Cisco CallManager 5.x, quand une recherche est exécutée pour un utilisateur après le serveur de TASSE et le client sont installés, le serveur de répertoire ne répond pas le message d'erreur apparaît. L'utilisateur ne peut pas voir le statut des contacts dans les TASSES nouvellement installées 1.0(3). En outre, il n'est pas possible d'ajouter un nouvel utilisateur.

Cette question se produit en raison d'un mot de passe incorrect de Couche AXL (AVVID XML Layer). Le nom d'utilisateur et le mot de passe de l'interface de programmation AXL (API) est utilisé afin de permettre au mécanisme de propriété industrielle de SyncAgent sur le premier noeud de TASSES pour accéder aux informations de base de données sur le noeud CUCM premier.

  1. Entrez le nom d'utilisateur et le mot de passe pour l'utilisateur d'application qui a le rôle standard d'accès AXL API assigné sur le noeud associé CUCM premier.

    Par défaut, le rôle standard d'accès AXL API est assigné à l'ID utilisateur de CCMAdministrator.

  2. Confirmez que les TASSES et des configurations CUPC répondent à des exigences mentionnées dans la matrice de compatibilité et la section prise en charge de mises à jour des notes en version pour le Cisco Unified Personal Communicator, version 1.1.

    Remarque: Quand un utilisateur est ajouté, application de configuration d'essai > CUPC > configurations > ID utilisateur et IM champ au sAMAccountName. Si l'AD est utilisé, alors l'user-id doit être sAMAccountName dans le cas précis. En outre, essai pour placer un autre champ vide, tel que NamePrefix, au nameprefix.

Erreur : SystemVersionMismatched

Problème

Ce message d'erreur apparaît dans le RTMT :

SystemVersionMismatched occured. Unknown Version

Solution

Cette erreur apparaît quand le serveur de TASSE n'est pas défini dans le serveur d'application système. Dans Cisco Unified Communications Manager, choisissez le système > le serveur d'applications et les vérifiez que le serveur de TASSE est défini.

Erreur : Disparus de certificat de chaîne

Problème

Quand vous essayez de configurer la passerelle de présence, la connexion SSL/vérification de certificat a manqué - des disparus de certificat du message d'erreur à chaînes sont reçus.

Solution

Terminez-vous les étapes mentionnées dans la note en intégration pour configurer la version 8.0 de Cisco Unified Presence avec Microsoft Exchange afin de résoudre ce problème.

Les utilisateurs n'apparaissent pas dans la liste des utilisateurs de TASSES

Problème

Les utilisateurs activés par TASSES n'apparaissent pas dans la liste des utilisateurs de TASSES.

Solution

Procédez comme suit pour résoudre ce problème :

  1. De la gestion de Cisco Unified Presence, choisissez l'utilité de Cisco Unified, et cliquez sur Go.

  2. Choisissez le Tools > Control Center - Services réseau.

  3. Choisissez le serveur de présence. Dans la section de services de TASSES, choisissez l'agent de sync de Cisco UPS, et cliquez sur la reprise.

Erreur : Incapable de se connecter au réseau

Problème

Avec CUPC 8.0, après que vous entriez dans les qualifications de nom d'utilisateur et de mot de passe, ce message d'erreur apparaît :

Unable to connect to network.  Please check your network connection

Solution

Si vous utilisez la version 7.x de système de Cisco Unified Presence, vous devez promouvoir le serveur à 8.x puisque le client 8.0 de Cisco Unified Personal Communicator n'est pas pris en charge sur la plate-forme 7.0. CUPC 8.0 fonctionne seulement avec les TASSES 8.x ou plus tard

Vous devez s'assurer que ces services du Cisco Unified Presence XCP s'exécutent sur tous les Noeuds de Cisco Unified Presence dans toutes les batteries :

  • Cisco VERS LE HAUT de service d'authentification XCP

  • Cisco VERS LE HAUT de gestionnaire de connexion XCP

Cette question peut également se produire si le nom d'utilisateur contient des caractères particuliers ou des espaces. Assurez-vous que vous enlevez les espaces ou les caractères particuliers dans le nom d'utilisateur afin de résoudre ce problème.

Erreur : Tenté d'exécuter une exécution ade-hoc de discussion de groupe mais la capacité AD_HOC_GROUP_CHAT n'était pas disponible

Problème

Ce message d'erreur est reçu quand vous essayez de commencer la discussion de groupe ade-hoc :

Attempted to perform an adhoc group chat operation 
but the AD_HOC_GROUP_CHAT capability was not available

Solution 1

Afin de résoudre ce problème, contrôle si la configuration de serveur de conférence alias manque ; s'il manque, ajoutez la configuration, et redémarrez le CUPC afin de résoudre le problème.

Solution 2

Mettez sur pied et lancez Cisco VERS LE HAUT de Conference Manager des textes XCP afin de résoudre le problème.

Incapable de visualiser les informations de répertoire

Problème

Avec CUPC 8.x, vous ne pouvez pas visualiser les informations de répertoire, vous ne pouvez pas voir l'état/informations de présence pour les utilisateurs ajoutés l'uns des, la recherche ne donne aucun résultat, et vous ne pouvez pas initier une session de discussion avec un autre utilisateur.

Solution

Cette question pourrait se produire en raison d'une question d'intégration de LDAP. Si le LDAP n'est pas configuré, vous ne pouvez rechercher aucun contact.

La raison pour l'utilisateur non capable causer avec un utilisateur manuellement ajouté est qu'en ajoutant manuellement l'utilisateur si le nom de domaine approprié n'est pas fourni, alors les TASSES ne pourront pas valider cet utilisateur avec le CallManager. Ainsi, si vous n'utilisez pas l'intégration de LDAP, puis on lui suggère d'ajouter l'utilisateur par la page d'option utilisateur de TASSES pour résoudre le problème. Effectuez les étapes suivantes :

  1. Supprimez l'utilisateur de CUPC.

  2. Ajoutez l'utilisateur de la page d'option utilisateur :

    1. Écrivez l'adresse IP de TASSES, et cliquez sur l'option utilisateur.

    2. Entrez dans l'user-id et les qualifications de l'utilisateur final.

  3. Cliquez sur les configurations > les contacts > ajoutent nouveau, et puis tapent l'user-id de l'utilisateur que vous voulez ajouter.

Une fois que ces étapes sont complètes, vous devriez pouvoir voir l'user-id rempli dans le CUPC, et vous devriez pouvoir causer avec ces utilisateurs.

CUPC 7.x incapable d'ajouter des contacts

Problème

Les utilisateurs nouvellement ajoutés ne peuvent pas ajouter des contacts de leur CUPC, et une erreur du serveur est reçue.

Solution

Ceci est vu du log :

2012-03-15 09:53:00,692 [0x00000550] ERROR LCMiddleware -
(MWMSG_EIM_ADDCONTACTTOGROUPFAILED) Failed to add contact "FFL006", SOAP response:
"Exceeds the maximum number of contacts per user"

Basé sur le log, « la taille maximum de liste des contacts (par utilisateur) » a été vérifiée et constatée que la valeur a été placée à 0.

Afin de résoudre ce problème, allez à la taille maximum de liste des contacts de paramètre (par utilisateur) sous l'admin de TASSE GUI > présence > configurations, et placez-la à 200.

Erreur : Ne peut pas envoyer votre message à l'utilisateur à ce moment

Problème

Après que vous amélioriez de CUPC 7.x à 8.x, vous recevez cette erreur quand vous essayez d'envoyer un message par la conversation : Ne peut pas envoyer votre message à l'utilisateur à ce moment. Cependant, le destinataire destiné reçoit le message instantané.

Solution

Pour un contournement et une difficulté possibles, référez-vous à l'ID de bogue Cisco CSCtj54308 (clients enregistrés seulement).

Les images n'apparaissent pas

Problème

Quand j'essaye d'intégrer les images dans le serveur de Répertoire actif avec le serveur CUPC 8.5, les images n'apparaissent pas.

Solution

Si vous utilisez le port global de catalogue (CHROMATOGRAPHIE GAZEUSE), le schéma doit être étendu selon le comment modifier les attributs qui répliquent vers Microsoft de catalogueleavingcisco.com l'article global.

Hôte/serveur de réseau d'expositions de Mailstore indisponible

Problème

Avec CUPC 8.5(1) et Cisco Unity Connection (CUC) 7.x, le Mailstore prouve que l'hôte/serveur de réseau est indisponible.

Solution

Assurez-vous que l'IMAP est activé pour la classe de service sur CUC afin de résoudre ce problème.

Erreur interne du serveur du SIP 500

Problème

Avec CUPC 8.0(1), SIROTEZ 500 que la réponse d'erreur interne du serveur est reçue quand des essais d'un utilisateur pour connecter.

Solution

Cette question peut se produire quand il y a les entrées corrompues dans la base de données. Retirez les entrées corrompues afin de résoudre le problème.

La photo de profil n'apparaît pas pour le client CUPC

Problème

L'image est téléchargée au Répertoire actif et également dans le domaine de photo dans la section de configurations CUPC de l'outil d'administration de Cisco Unified Presence. Cependant, la photo de profil n'apparaît pas pour le client CUPC.

Solution

Assurez-vous que le nombre de port approprié est ajouté sous la configuration de serveur LDAP dans CUPC. Les numéros de port à utiliser par le serveur LDAP sont :

  • TCP : 389

  • TLS : 636

Les clients CUPC vont dans et hors du NPD sans intervention de l'utilisateur

Problème

Le client CUPC place l'état « ne dérangent pas » par intermittence sans intervention de l'utilisateur.

Solution

Afin de résoudre le problème, redémarrez le service CCM sur le noeud qui a le PublishEPAs abandonné.

L'état CUPC affiche off-line

Problème

L'état CUPC affiche off-line même lorsque l'utilisateur n'ouvre une session sans aucune question. En outre, les logs et les suivis affichent aux 401 le message d'erreur non autorisé.

Solution 1

Afin de résoudre ce problème, allez à Cisco unifie la page > la gestion des utilisateurs > l'utilisateur final de gestion de gestionnaire de transmissions. Trouvez l'utilisateur et remettez à l'état initial le gisement de créance de CONDENSÉ à 12345, et puis cliquez sur la sauvegarde. En outre, assurez-vous que le client TFTP s'exécute et que le pare-feu Windows est arrêté dans le système utilisateur.

Solution 2

Cette question peut également se produire en raison de l'ID de bogue Cisco CSCti40757 (clients enregistrés seulement). Référez-vous à cette bogue pour un contournement possible et réparez.

Erreur : N'a pas pu obtenir un exemple de bon est irrévocable

Problème

Sur la version 8.5.1 CUPC avec la Fonction cliquer pour appeler installée, affichages de ce message d'erreur quand le mot de Micrsoft est ouvert :

Could not get an instance of redemption

Cette question se produit sur un ordinateur Windows XP sans client de Microsoft Outlook.

Solution

Afin de résoudre le problème, le client de Microsoft Outlook doit être installé. Référez-vous à l'ID de bogue Cisco CSCto61762 (clients enregistrés seulement) pour une difficulté possible.

Les TASSES restaurent échoue

Problème

Quand le serveur de TASSE est installé sur le serveur physique MCS et sa base de données de sauvegarde est restaurée sur un virtual machine, la restauration échoue. Cette question se produit quand les tailles de disque MCS et de virtual machine vont de plus grand à une plus petite taille de disque.

Solution

Le contournement est de modifier le virtual machine pour avoir la même chose ou la taille plus grande de disque que le serveur MCS.

Les clients CUPC ne peuvent pas au registre à CUCM

Problème

Après que les Certificats publics soient installés sur le CUCM, les clients CUPC peuvent plus ne s'enregistrer au CUCM. La notification d'état de serveur sur les clients CUPC affiche cette erreur :

A device initialization error has occurred, 
could not connect to device provider

Solution

Procédez comme suit pour résoudre ce problème :

  1. Ouvrez une session à la page de gestion de Cisco Unified Presence, et allez à l'application > au Cisco Unified Personal Communicator > au profil CCMCIP.

  2. Si la vérification de certificat de serveur est placée à l'individu signé ou au Keystore, changez-le à n'importe quel certificat de sorte que le Cisco Unified Personal Communicator reçoive tous les Certificats valides.

  3. Une fois les modifications sont apportées, se déconnectent, et ouvrent une session alors au CUPC.

L'inscription CAPF échoue en commutant de Deskphone au téléphone IP

Problème

Avec CUPC 8.5(2), l'inscription CAPF échoue quand le changement de Deskphone au téléphone IP, et de l'utilisateur est incité pour la chaîne d'authentification quoique l'authentication mode du téléphone IP soit placée à par la chaîne null sur CUCM.

Solution

Cette question est documentée dans l'ID de bogue Cisco CSCtq60097 (clients enregistrés seulement). Comme contournement, après que vous commutiez au mode de téléphone IP, redémarrez le client de sorte qu'il commence en mode de téléphone IP directement.

Incapable d'exécuter le déploiement silent de CUPC

Problème

Vous ne pouvez pas exécuter le déploiement silent de CUPC.

Solution

Afin d'exécuter le déploiement silent de CUPC, émettez cette commande : c:\windows\options\installs\cupc85\CiscoUnifiedPersonalCommunicatorK9.exe /s /v » /qn »

Erreur : Une erreur d'initialisation de téléphone s'est produite

Problème

Quand CUPC est utilisé avec le système d'exploitation de Microsoft Vista, l'utilisateur reçoit ce message d'erreur :

A phone initialization error has occurred. Failed to get configuration. [400]

En outre, quelques utilisateurs signalent ce message d'erreur :

A device initialization error has occurred. Phone not selectable. [1300]

Solution

Comme contournement, des Pare-feu de poste de travail de Microsoft Vista doivent être modifiés pour tenir compte de la transmission CUPC sur tous les ports.

Erreur : Ne peut pas envoyer votre message à l'utilisateur à ce moment

Problème

Après qu'une mise à jour de version 7.x CUPC à la version 8.x, ce message d'erreur soit reçue quand vous essayez d'envoyer un message par la conversation :

Cannot send your message to user at this time

Le destinataire destiné reçoit le message instantané malgré recevoir ce message d'erreur.

Solution

Pour une difficulté possible, référez-vous à l'ID de bogue Cisco CSCtj54308 (clients enregistrés seulement).

Discussion de groupe CUPC ne fonctionnant pas

Problème

Quand vous essayez de commencer une discussion de groupe, le message d'erreur AD_HOC_GROUP_CHAT est reçu et la capacité n'est pas disponible.

Solution

Essayez ces étapes afin de résoudre le problème :

  1. Assurez-vous que Cisco VERS LE HAUT DE XCP textotent le Conference Manager que le service est en service. S'il n'est pas, commencez le service.

  2. Vous devez également désactiver la conversation et la conformité persistantes de message. Procédez comme suit :

    1. Allez aux TASSES > à la Messagerie > à la conformité, et désactivez la conformité de message.

    2. Allez aux TASSES > à la Messagerie > au groupe et à la conversation persistante, et désactivez la conversation persistante.

Remarque: La discussion de groupe ade-hoc n'exige pas que persistant causez soit activé.

Erreur : Installez le script de l'option /common/download//ciscocm.removeVIR.7x.cop a manqué

Problème

Avec la version 7.0.9 de TASSES, quand vous essayez d'installer le fichier .cop, l'installation échoue avec ce message d'erreur :

Error: Install script of option /common/download//ciscocm.removeVIR.7x.cop failed

Solution

Désactivez le Cisco Security Agent, installez le fichier de cop, et puis réactivez le Cisco Security Agent afin de résoudre le problème.

Incapable d'obtenir le contrôle de téléphone IP

Erreur de périphérique

Incapable d'obtenir le contrôle de téléphone IP et l'erreur de périphérique. Veuillez passer en revue le serveur que la santé sous le menu Help pour un message d'erreur de la cause possible [101] apparaît sous des santés de serveur d'aide > d'exposition.

Solution

Cette question peut se produire si le PC client ne peut pas résoudre l'adresse Internet du serveur CUCM. Afin de résoudre le ce les DN émettent, ajoutent une entrée DNS pour le serveur CUCM sur le serveur DNS.

Erreur : Aucune connexion de système téléphonique

L'utilisateur ne peut pas contrôler le téléphone utilisant le RCC et le message d'erreur suivant est reçu

No Phone system connection

Solution

Cette question peut se produire pour les utilisateurs avec une apostrophe (') dans leur ID de connexion OCS. Ceci est documenté dans l'ID de bogue Cisco CSCta42149 (clients enregistrés seulement).

Afin de résoudre le problème, retirez l'apostrophe de l'ID de connexion OCS.

Les changements d'état CUPC ne dérangent pas seule

Problème

Quand un utilisateur ouvre une session à CUPC, il va immédiatement ne touchent pas au mode (NPD). Si l'utilisateur le change à disponible, il restera dans cet état pendant un moment, mais retourne par la suite au NPD. Rien ne semble entraîner la question dans le calendrier d'Outlook de l'utilisateur.

Solution

Dans les cas où CUCM est intégré avec des TASSES, les processus escrocs de PublishEPA peuvent faire basculer le NPD inopinément pour des téléphones d'utilisateur.

C'est se produit pendant la procédure de connexion et la déconnexion d'EM, aussi bien que pendant la ligne enregistrement. Quand journaux de l'utilisateur d'EM, questions à contrôle de ligne UnPublisgInd pour éditer le gestionnaire avec un périphérique vide PKID. En conséquence, le gestionnaire d'édition fait pas clair le processus EPA, qui mène alors à un processus de l'escroc EPA dans le système. On l'observe également que ceci pourrait se produire pendant la ligne temps d'enregistrement et par conséquent débarrasser des plants peu vigoureux le processus EPA est créée qui pourrait mener pour faire du tort la présence dans des clients de TASSE.

Afin de résoudre ce problème, désactivez les services de l'engine et de proxy SIP de présence sur des TASSES, et redémarrez le service cm sur tous les Noeuds.

Remarque: Ceci est documenté dans l'ID de bogue Cisco CSCtj53351 (clients enregistrés seulement).


Informations connexes


Document ID: 97443