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

Dépannage de la mobilité d'extension dans Cisco CallManager

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

La mobilité d'extension (Hoteling) est une caractéristique qui te permet pour ouvrir une session à un téléphone et pour avoir la configuration de téléphone disponible à vous. Les informations d'apparences de ligne, numérotation abrégée, services et indicateur de message en attente (MWI) sont présents sur le téléphone lors de la procédure de connexion, comme si le téléphone était assigné à l'utilisateur. La mobilité d'extension prend en charge également la configuration des modules d'extension Cisco 7914, si présent sur l'appareil téléphonique sur lequel vous êtes connecté.

Ce document décrit comment dépanner la question avec la configuration de mobilité d'extension dans le Cisco CallManager 3.x et 4.x. Référez-vous à ces documents afin de dépanner le problème lié de mobilité d'extension aux versions ultérieures de CUCM :

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

Composants utilisés

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

  • Cisco CallManager 3.x ou 4.x

  • Version 2.2.1 d'application de Cisco Customer Response (CRA) (la mobilité d'extension étant installé)

Remarque: Avec le Cisco CallManager 3.3 (2) et plus tard, l'application de substitution de postes de Cisco CallManager et le service de substitution de postes de Cisco CallManager dans le Cisco CallManager fournissent la fonctionnalité de mobilité d'extension. La caractéristique n'exige plus l'engine de Cisco CRA. Référez-vous compréhension derrière des services étendus de Cisco CallManager pour plus de détails.

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.

Profils de périphérique

Des profils de périphérique peuvent être visualisés en tant que configurer tout au sujet d'un téléphone sans être associé avec un téléphone. Les profils de périphérique contiennent l'information sur le périphérique de base (Cisco 7960/7940), Cisco 7914 modules ajoutés, services, cadrans de vitesse, et ligne apparences. Cependant, les profils de périphérique ne sont pas associés avec un téléphone physique.

La mobilité d'extension utilise trois types de profils :

Profil de périphérique d'utilisateur

Le profil de périphérique d'utilisateur est le profil que l'administrateur système configure pour un utilisateur individuel. Ce profil peut être traité comme n'importe quel autre appareil téléphonique. L'utilisateur peut accéder à ce profil par la page d'utilisateur de Cisco CallManager, ajouter les services, et le cadran de vitesse de la même manière qu'un téléphone normal. Le profil de périphérique d'utilisateur est le modèle qui est appliqué à un téléphone quand l'utilisateur ouvre une session. Le profil peut être utilisé pour l'ouverture de session utilisateur et la configuration (de base) par défaut pour un téléphone.

Par défaut de profil de périphérique

Avec le Cisco CallManager 4.0 seulement, vous configurez un par défaut de profil de périphérique pour chaque modèle de téléphone IP de Cisco que vous voulez prendre en charge la substitution de postes de Cisco CallManager. Le par défaut de profil de périphérique est utilisé toutes les fois que des journaux de l'utilisateur dans un modèle de téléphone pour lequel aucun profil de périphérique d'utilisateur n'existe.

Un par défaut de profil de périphérique comporte l'ensemble des attributs (des services et/ou des caractéristiques) que sont associés avec un périphérique particulier. Les profils de périphérique incluent le type de périphérique, la langue utilisateur, le modèle de touche du téléphone, le modèle de clé douce et la priorité et les informations multiniveaux de la préemption (MLPP).

Employez la page Web de configuration par défaut de profil de périphérique pour créer un par défaut de profil de périphérique pour chaque modèle de téléphone qui prend en charge la substitution de postes de Cisco CallManager. Un modèle de téléphone peut avoir un par défaut nul ou un de profil de périphérique. Le nombre maximal de par défaut de profil de périphérique ne peut pas dépasser le nombre de modèles de téléphone qui prennent en charge la substitution de postes de Cisco CallManager.

Profil de périphérique Automatique-généré

Le profil de périphérique Automatique-généré est un profil d'engin spécial qui se produit quand un téléphone est configuré pour la mobilité d'extension et n'utilise pas un profil de périphérique d'utilisateur comme profil de périphérique par défaut. Quand un téléphone est configuré pour la mobilité d'extension, l'administrateur doit choisir d'utiliser les paramètres de périphérique en cours ou de sélectionner un profil de périphérique d'utilisateur pour le profil de déconnexion. Si vous choisissez les paramètres de périphérique en cours d'utilisation, le système crée le fichier ADPxxxxxxxxxxx.cnf, où xxxxxxxxxxx est l'adresse MAC du périphérique configuré pour la mobilité d'extension.

Remarque: Cisco recommande vivement que vous utilisiez le profil de périphérique Automatique-généré et ne pas assigner un profil de périphérique d'utilisateur comme profil de périphérique par défaut.

Comment des profils de périphérique sont utilisés

Quand un téléphone s'inscrit au Cisco CallManager, il envoie une demande de tftp du fichier SEPxxxxxxxxxxxx.cnf.xml dans le chemin TFTP. La mobilité d'extension fonctionne à côté de permuter le witheither de fichier SEPxxxxxxxxxxx.cnf le profil défini par l'utilisateur ou le profil généré par automatique, qui génère alors le fichier SEPxxxxxxxxxxxx.cnf.xml pour le téléphone.

Dans cet exemple, le téléphone a une adresse MAC de SEP000011112222. Le téléphone est configuré pour la mobilité d'extension et le profil de déconnexion est des paramètres de périphérique de courant d'utilisation. Quand l'administrateur choisit les paramètres de périphérique en cours pour le profil de déconnexion, trois choses se produisent :

  • Il cause le fichier ADP000011112222.cnfÝ d'être créé.

  • Le fichier SEP000011112222.cnf est généré a basé sur le fichier ADP000011112222.cnf.

  • Un nouveau fichier SEP000011112222.cnf.xml est généré a basé sur le nouveau fichier SEP000011112222.cnf.

Figure 1

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-1.gif

L'utilisateur veut se connecter dans un téléphone qui est configuré pour la mobilité d'extension. Quand les journaux de l'utilisateur dans le téléphone, ces exécutions ont lieu.

  • Le fichier SEP000011112222.cnf est créé à partir du fichier JoesMEProfile.cnf.

  • Le fichier SEP000011112222.cnf.xml est généré pour le téléphone.

  • La couche de base de données (DBL) envoie une demande de reprise au téléphone.

Quand le téléphone demande son fichier de configuration, le fichier contient maintenant le profil de périphérique pour le téléphone de cet utilisateur.

La clé aux périphériques et à la mobilité de compréhension d'extension est qu'une fois que la mobilité d'extension a été activée pour un périphérique, le périphérique utilise le profil de périphérique à tout moment. Si personne n'est ouvert une session, le téléphone utilise un profil généré par automatique ou un profil défini par l'utilisateur. Une fois ouvert une session, le périphérique utilise le profil de périphérique ouvert une session.

Écoulements d'appel de procédure de connexion

/LoginService effectue beaucoup de tâches de faire le travail de mobilité d'extension. Ces tâches incluent l'interaction de DBL. D'abord, il modifie les champs du loginUserid et du loginTime d'un périphérique dans la base de données de Microsoft SQL Server. En second lieu, le système crée un nouveau cnf.xml basé sur le profil choisi. Après que ce nouveau fichier XML soit créé, une reprise est fournie au téléphone et le nouveau fichier XML est prêt à employer la ligne apparences et des cadrans de vitesse.

Procédure de connexion (hotel.aef)

Procédez comme suit :

  1. Services de clic.

    Ceci questionne des services pour l'utilisateur du téléphone qui veut à login.Ý si la procédure de connexion/déconnexion est définie pour l'appareil téléphonique, ces services sont présentés.

  2. Procédure de connexion de clic.

    Le service envoie une demande de HTTP au serveur d'applications au déclencheur de /login.

  3. Si le nom du périphérique n'est pas présenté pendant la demande de /login, le script de /login découvre le nom du périphérique par \ de question \ ip_addr \ DeviceInformationX et extraire le champ d'adresse Internet.

  4. Après détection, contrôle pour voir si un ID utilisateur/mot de passe est passé.

    La première fois la sélection du service de procédure de connexion n'a pas un ID utilisateur/mot de passe, le script envoie l'entrée XML au téléphone pour obtenir l'ID utilisateur et le mot de passe. Les affichages du téléphone « se connectent s'il vous plaît » et le script finit.

  5. Une fois que l'ID utilisateur/mot de passe est entré, les informations sont envoyées à l'application sous forme de nouveau déclencheur de /login qui contient l'ID utilisateur/mot de passe.

  6. L'ID utilisateur/mot de passe est reçu par l'application. Il exécute alors une authentification au DC Directory (localement) pour que l'ID utilisateur/mot de passe vérifie l'utilisateur.

  7. Le script de /login envoie une demande de HTTP au Cisco CallManager /LoginService d'éditeur d'exécuter les exécutions appropriées de DBL. Les informations passées à /LoginService incluent :

    • ApplicationUserID, ApplicationUserPassword

    • Identifiant de périphérique (adresse MAC)

    • ID utilisateur/mot de passe d'extension de mobilité

  8. Le Cisco CallManager /LoginService emploie l'ApplicationUserID et l'ApplicationUserPassword pour exécuter une ouverture de session utilisateur au nom de l'utilisateur. C'est pourquoi des droites de Seveur mandataire d'authentification sont exigées pour l'ApplicationUserID.

  9. /LoginService ajoute le temps d'ID utilisateur et de procédure de connexion au périphérique.

  10. /LoginService se déclenche alors outre d'une notification de DBL pour redémarrer le périphérique affecté pour obtenir le nouveau profil.

  11. /LoginService enregistre la procédure de connexion avec le service de déconnexion (pour la déconnexion automatique).

  12. L'utilisateur est maintenant ouvert une session.

Déconnexion (hotelout.aef)

Terminez-vous ces étapes pour se déconnecter :

  1. Services de clic.

    Ceci questionne des services pour le téléphone que l'utilisateur souhaite se déconnecter on.Ý si la procédure de connexion/déconnexion est définie pour l'appareil téléphonique, ces services sont présentés.

  2. Déconnexion de clic.

    Ce service envoie une demande de HTTP au serveur d'applications au déclencheur de /logout.

  3. Le nom du périphérique (adresse MAC) n'est pas présent pendant la demande de /logout. Par conséquent, l'application de /logout émet \ \ ip_addr \ DeviceInformationX et extrait le champ d'adresse Internet pour déterminer quelles demandes de téléphone se déconnectent des services.

  4. Après que le nom du périphérique soit récupéré, le script de /logout envoie une demande de HTTP au Cisco CallManager /LoginService d'éditeur d'exécuter les exécutions appropriées de DBL pour la déconnexion. Les informations passées à /LoginService incluent :

    • ApplicationUserID, ApplicationUserPassword

    • Identifiant de périphérique (adresse MAC)

    Remarque: Il n'y a aucune capacité en vrac de déconnexion de mobilité d'extension jusqu'à ce que les pages de gestion du Cisco CallManager 4.2(3) basées sur le Pool d'appareils, l'emplacement et le DN s'étendent.

  5. Le Cisco CallManager /LoginService emploie l'ApplicationUserID et l'ApplicationUserPassword pour exécuter une déconnexion au nom de l'utilisateur. C'est pourquoi des droites de Seveur mandataire d'authentification sont exigées pour l'ApplicationUserID.

  6. /LoginService enlève le temps d'ID utilisateur et de procédure de connexion sur le périphérique dans lequel est enregistré, et retire la demande de déconnexion du service de déconnexion.

  7. /LoginService se déclenche alors outre d'une notification de DBL pour redémarrer le périphérique affecté pour obtenir le nouveau profil.

Remarque: Afin de permettre aux utilisateurs pour écrire seulement des caractères numériques quand ils tentent d'ouvrir une session à la mobilité d'extension, vous pouvez utiliser ce paramètre de service de substitution de poste : User-id alphanumérique.

Dépannez la mobilité d'extension

Quand vous dépannez des problèmes de mobilité d'extension, il y a des points de contrôle le long de la route pour déterminer où un problème se pose. Voici les étapes et où rechercher le problème.

Problème Ce qui à vérifier
Hôte non valide ou rien de retours de services. Vérifiez l'entrée URL de services dans des paramètres d'entreprise.
Les services ne renvoient « aucun services configuré… » Vérifiez les services pour le téléphone ou le profil utilisateur sélectionné. En outre, assurez-vous que la Voix VLAN est configurée correctement.
Après que la « procédure de connexion » ou la « déconnexion » soit sélectionnée, les affichages du téléphone « demandant ». Vérifiez pour s'assurer que l'engine d'application s'exécute. Vérifiez l'URL spécifié pour le service. Assurez-vous qu'il indique l'adresse IP correcte (serveur de CRA) et le port 8080. Vérifiez également pour voir si le port 80 est bloqué du serveur de CRA au téléphone IP. Si le serveur de CRA est coïmplanté avec le Cisco CallManager, le contrôle pour s'assurer le serveur d'applications n'a pas le proxy activé et qu'un serveur proxy n'est pas configuré dans Microsoft Internet Explorer pour le compte le service l'utilise pour ouvrir une session.
Après que la « procédure de connexion » ou la « déconnexion » soit sélectionnée, rien ne se produit. Vérifiez le déclencheur dans CRA. Le nom de déclencheur et l'URL dans le Cisco CallManager doivent s'assortir exactement.

Remarque: Le nom de déclencheur et l'URL distinguent les majuscules et minuscules.

Après le nom d'utilisateur et le mot de passe sont entrés, l'écran de connexion d'affichages du téléphone de nouveau. Le port de service n'est pas placé correctement. Remplacez le form.jsp existant par form.jsp.
Après le nom d'utilisateur et le mot de passe sont entrés, les affichages du téléphone « erreur d'authentification ». Vérifiez l'ID utilisateur et password.Ý vérifient également le DC Directory sur le serveur de CRA pour des questions de réplication. Si vous exécutez le serveur de CRA 2.2.(3a) ou plus tôt, et utilisez le module d'extension de Répertoire actif, le contrôle pour s'assurer l'utilisateur se trouve directement sous la base de clients, et pas sous une Sous-titre-OU de la base de clients.
Après le nom d'utilisateur et le mot de passe sont entrés, les affichages du téléphone « erreur d'authentification d'app ». Vérifiez l'user-id et le mot de passe d'application sur le serveur de CRA.
Après le nom d'utilisateur et le mot de passe sont entrés, les affichages du téléphone « proxy non permis ». Vérifiez l'user-id d'application dans le Cisco CallManager fait sélectionner des droits de Seveur mandataire d'authentification d'enable.
Après le nom d'utilisateur et le mot de passe sont entrés, conn. de LoginServer des affichages du téléphone des « . erreur ». Problèmes courants de contrôle pour une solution.
La procédure de connexion et la déconnexion sont réussies mais éprouvent un retard significatif. Vérifiez si un proxy est utilisé. Si c'est le cas, essayez de le désactiver. Ceci se trouve sous des outils > des options Internet > des connexions > des configurations de RÉSEAU LOCAL dans Microsoft Internet Explorer. Vous devez redémarrer pour que la modification la prenne effet.

Toutes les fois qu'il y a un problème avec l'authentification de n'importe quel utilisateur (un utilisateur de mobilité d'extension ou l'ID utilisateur d'application), utilisez le HTTP : \ \ cm_ipaddr \ ccmuser et tentative d'ouvrir une session. Si la procédure de connexion échoue, alors le problème n'est pas lié à la mobilité d'extension. Le problème est une question plus générique d'authentification. Vérifiez le nom d'utilisateur/mot de passe dans votre répertoire.

Un autre test à vérifier que les fonctions de LoginService est correctement d'accéder au HTTP : \ \ cm_ipaddr \ LoginService \ outils \ sampleloginapp.asp pour le Cisco CallManager libère 3.x et HTTP : \ \ cm_ipaddr \ emservice \ jsp \ outils \ sampleloginapp.jsp pour des versions 4.0 et ultérieures de Cisco CallManager. Entrez les valeurs appropriées pour les champs. L'ID de profil est le profil de périphérique de mobilité d'extension à ouvrir une session. Le test de procédure de connexion d'échantillon élimine toutes les dépendances sur le serveur de CRA et s'assure que les services d'annuaire travaillent.

Problèmes courants

Quand un utilisateur revient au profil par défaut, les services ne sont plus disponibles.

  • Problème : Après que les services soient ajoutés au téléphone, le bouton de mise à jour n'est pas appuyé sur et le profil par défaut d'AutoGenerated est hors de sync avec le téléphone.

  • Solution : Resélectionnez le téléphone, ajoutez les services au téléphone et mettez à jour la configuration de téléphone.

La mobilité d'extension se déconnecte l'utilisateur après quelques minutes, avant le temps configuré.

  • Problème : Quand l'utilisateur est ouvert une session utilisant la mobilité d'extension, l'utilisateur est enregistré après quelques minutes, quoique le moment par défaut de maxmium pour la procédure de connexion soit placé à 8 heures.

  • Solution : Si vous n'avez pas besoin de spécifier le temps maximum on permet l'utilisateur à sont enregistré dans la mobilité d'extension, gardent toujours le paramètre maximum de Time* de procédure de connexion d'exécution à faux. Pour ce faire, suivez ces étapes :

    1. Allez à la page d'administration de Cisco CallManager

    2. Choisissez le Service > Service Parameters et sélectionnez la mobilité de Cisco Extension.

    3. Assurez-vous que le paramètre maximum de Time* de procédure de connexion d'exécution est placé à faux.

    4. Cliquez sur Update.

Après procédure de connexion, l'utilisateur n'a aucun services disponible.

  • Problème : Le profil utilisateur n'a eu aucun services associé avec lui une fois chargé au téléphone.

  • Solution :

    1. Changez le profil utilisateur pour inclure des services de la procédure de connexion/déconnexion.

    2. Changez le téléphone que l'utilisateur est ouvert une session en fonction pour inclure des services de la procédure de connexion/déconnexion.

    Une fois que mis à jour, l'utilisateur obtient le service de déconnexion.

« Hébergez » l'erreur non trouvée dans le téléphone IP

  • Problème : Le téléphone IP affiche l'erreur non trouvée de « hôte » quand le bouton des services est appuyé sur.

  • Solution : Choisissez le System > Enterprise Parameters. Vérifiez les services URL, et s'ils sont placés au nom de serveur CallManager, remplacez le nom de serveur CallManager par l'adresse IP suivant les indications de cet exemple.

    Exemple : http://10.10.10.1/CCMCIP/getservicesmenu.asp, où 10.10.10.1 est l'adresse IP de Cisco CallManager.

    Arrêtez/début des services TFTP, de l'Internet Information Server (IIS), et du couplage de la téléphonie et de l'informatique (CTI) et redémarrent les téléphones pour que la modification prenne l'affect.

Après qu'une procédure de connexion ou une déconnexion soit exécutée, les remises de téléphone au lieu de redémarrer.

  • Problème : Le téléphone utilise des DN pour résoudre le nom de Cisco CallManager.

  • Solution : Nom de System > Server de modification à une adresse IP. Remettez à l'état initial le téléphone et essayez la procédure de procédure de connexion/déconnexion de nouveau.

Les services renvoient l'erreur du HTTP [8].

  • Problème : Le téléphone est attaqué par le virus de Code Red et les services HTTP ne fonctionnent plus.

  • Solution : Appliquez les derniers chargements de téléphone à partir du site Web Cisco pour corriger ce problème.

« Erreur de la procédure de connexion Unsuccessful:[101]" retournée sur la procédure de connexion.

Quand vous lancez le service de mobilité d'extension (EM) sur le téléphone IP, ce message d'erreur apparaît : Procédure de connexion Error:[101] infructueux.

Remarque: Cette erreur peut être liée à un de ces problèmes.

  • Problème : Le nom d'utilisateur écrit n'est pas trouvé dans le DC Directory qui peut être également dû aux questions de réplication de DC Directory.

  • Solution : Ajoutez l'utilisateur par le répertoire global de Cisco CallManager. Vérifiez également que des répliques de DC Directory entre les serveurs. Pour plus d'informations sur la façon résoudre les problèmes de réplication de DC Directory entre les services de serveur de DC Directory qui fonctionnent sur des serveurs Cisco CallManagers a impliqué dans une batterie de Cisco CallManager, se rapportent à des problèmes de fixation avec le DC Directory.

  • Problème : L'adresse IP pour le Cisco CallManager Publisher changé.

  • Solution :

    1. cisco.com > CCN > systemProfiles choisis dans la gestion de DC Directory.

    2. Profil choisi de Hoteling.

    3. Vérifiez l'adresse IP dans le champ URL. Ceci devrait être l'adresse IP de l'éditeur de Cisco CallManager.

      Remarque: Référez-vous à changer l'adresse IP pour le Cisco CallManager pour plus d'informations sur la façon changer l'adresse IP.

  • Problème : Une erreur pendant l'installation du répertoire virtuel de service de substitution de poste.

  • Solution : Le répertoire virtuel peut être recréé avec ces étapes.

    1. Terminez-vous ces étapes pour supprimer le répertoire virtuel existant.

      1. Start > Programs > Administrative tools > Internet Information Services choisis (IIS).

      2. Développez PC > DefaultWebsite dans le volet gauche.

      3. Le service de procédure de connexion de clic droit, et sélectionnent l'effacement.

    2. Terminez-vous ces étapes pour nettoyer le répertoire.

      1. Renommez le répertoire C:\CiscoWebs\LoginService\ à C:\CiscoWebs\OldLoginService\.

      2. Créez le répertoire C:\CiscoWebs\LoginService\.

      3. Copiez ces fichiers de C:\CiscoWebs\OldLoginService\ sur le répertoire de C:\CiscoWebs\LoginService\.

        1. Outils \ (répertoire et son contenu)

        2. login.asp

        3. query.asp

        4. loginSecure.asp

        5. querySecure.asp

        6. *.dtd

    3. Terminez-vous ces étapes pour recréer le répertoire virtuel.

      1. Dans le gestionnaire de Services Internet (ouvert dans l'étape 1), cliquent avec le bouton droit le site Web par défaut, et sélectionnent le répertoire virtuel.

      2. Suivez l'assistant.

        1. Alias : LoginService

        2. Répertoire : Parcourez à C:\CiscoWebs\LoginService

        3. Sélectionnez lu, exécutez-vous, et exécutez

    4. Terminez-vous ces étapes pour configurer le répertoire virtuel.

      1. Service de procédure de connexion de clic droit, et Properties choisi.

      2. Sélectionnez l'onglet de répertoire virtuel.

        1. Vérifiez cette lue et des visites de log sont vérifiées, pas autres.

        2. Vérifiez qui exécutent des autorisations est placé aux scripts et à l'Executables.

        3. Vérifiez que la protection d'application est placée au bas (processus IIS).

      3. Sélectionnez l'onglet de documents, et le vérifiez que le seul document par défaut activé est Default.asp.

      4. Sélectionnez l'onglet Sécurité de répertoire et cliquez sur Edit sous le contrôle d'accès anonyme et d'authentification.

        1. Vérifiez que l'accès anonyme est la seule option qui est vérifiée.

        2. Cliquez sur Edit sous l'accès anonyme.

        3. Placez le nom d'utilisateur à CCMEML.

        4. Placez le mot de passe à CCMEML.

        5. Cliquez sur OK.

      5. Cliquez sur OK.

    5. Redémarrez les services IIS.

Error No: -32 »

Quand un utilisateur clique sur en fonction l'association de périphérique ou la mobilité d'extension afin d'essayer d'associer un profil utilisateur de la page de configuration utilisateur de Cisco CallManager Administration, l'utilisateur reçoit l'erreur aucune : -32 erreur.

Cette erreur peut se produire quand les utilisateurs dans le Répertoire actif sont modifiés ou renommés, même si vous renommez l'utilisateur de nouveau à l'ID utilisateur d'origine. Chaque fois qu'un utilisateur est modifié, l'attribut ciscoAtUserProfile et ciscoAtAppProfile est créé et mis à jour pour l'utilisateur. Si l'attribut de ciscoAtGUID n'est pas présent, le nouveau DN de profil utilisateur est créé. Afin de résoudre ce problème que vous devez utiliser l'interface de services d'annuaire actifs (ADSI) éditez l'utilitaire. Sur le serveur de Répertoire actif (AD), vous pouvez parcourir votre schéma de répertoire quand vous ouvrez l'ADSI éditez l'utilitaire. Effectuez un zoom avant au dc=xxxxx, dc=com, l'ou=Cisco (ou n'importe quelle OU vous avez spécifiée pendant l'installation du module d'extension d'AD sur le Cisco CallManager), des ou=Profiles. Tous les profils peuvent être trouvés dans ce répertoire.

Afin d'installer l'ADSI éditez l'utilitaire sur le système, installent les outils d'assistance du CD de Windows 2000 situé au drive> <CD : \ SUPPORT \ OUTILS \ setup.exe. Copiez adsiedit.exeand adsiedit.dllinto un répertoire sur le système. Le répertoire devrait être nommé c:\adsiedit\. Enregistrez adsiedit.dllby exécutant regsvr32.exe c:\adsi\adsiedit.dll après l'invite de commande de c:\winnt\system32.

Procédez comme suit :

  1. Lancez l'ADSI éditent l'utilitaire afin de regarder directement les attributs dans le Répertoire actif pour l'utilisateur qui a un problème avec l'association.

  2. Naviguez vers l'entrée d'utilisateur (par exemple, CN=user1, OU=yourOU, DC=yourDC, DC=com). Cliquez avec le bouton droit l'objet, et choisissez Properties. Sous choisi une propriété à visualiser, sélectionnent le ciscoatGUID.

  3. Effacez la valeur courante actuelle pour l'attribut de ciscoAtGUID.

  4. Sélectionnez l'attribut ciscoatUserProfile pour cet même utilisateur, et effacez-le.

  5. Sélectionnez l'attribut ciscoatUserProfileString pour le même utilisateur, et effacez-le.

  6. Puis essai pour associer un périphérique à l'utilisateur des pages d'administration de Cisco CallManager.

Les services n'apparaissent pas quand des « services » sont appuyés sur.

  • Problème : L'appareil téléphonique utilisé n'a pas les services sélectionnés.

  • Solution : Resélectionnez les services au téléphone et mettez à jour la page de téléphone.

Après des logins d'un utilisateur, le téléphone n'a aucun services.

  • Problème : l'utilisateur de ÝThe qui a ouvert une session n'a aucun services associé avec leur profil de périphérique d'utilisateur.

  • Solution : Par la page d'utilisateur de Cisco CallManager ou la page de configuration de périphérique d'utilisateur, ajoutez les services désirés au tableau des périphériques d'utilisateur.

Après que le nom d'utilisateur et mot de passe soient écrits, le téléphone revient à l'écran de connexion.

  • Problème : Le form.jsp qui est envoyé au téléphone pour la procédure de connexion ne peut pas résoudre le port à utiliser pour la procédure de connexion. En conséquence, la demande de procédure de connexion n'est jamais vue par l'application.

  • Solution : Téléchargement form.jsp. Remplacez C:\Program files\wfaavvid\tomcat\webapps\ROOT\form.jsp existant par le fichier téléchargé. Cette nouvelle forme place dur le nombre de port de service à 8080.

Après que le nom d'utilisateur et mot de passe soient écrits, le système génère des « conn. de LoginServer. erreur ».

Remarque: Cette erreur peut être liée à un de ces problèmes.

  • Problème : Le Ý les serveurs de gamme 340 IBM n'ont pas accès anonyme correctement configuré pour la procédure de connexion (ID de bogue Cisco CSCdu62820 (clients enregistrés seulement)).

  • Solution : Enable Microsoft IIS de Ý pour contrôler le mot de passe pour les périphériques anonymes.

  • Problème : L'adresse IP pour le Cisco CallManager Publisher changé.

  • Solution :

    1. Dans la gestion de DC Directory, allez à cisco.com > à CCN > à systemProfiles.

    2. Profil choisi de Hoteling.

    3. Vérifiez l'adresse IP dans le champ URL. Ceci devrait être l'adresse IP de l'éditeur de Cisco CallManager.

  • Problème : En intégrant avec la Microsoft Active Directory, le contexte de base pour l'engine d'applications est incorrect.

  • Solution : Sur le serveur d'applications, placez le contexte de base pour inclure une OU de Cisco (pas simplement un C.C de Cisco). Ainsi, pour la société mycompany.com, le contexte de base est ou=cisco, dc=cisco, dc=mycompany, dc=com (changez l'entrée mycompany au nom spécifique de site).

Remarque: Quand le contexte de base est changé, les configurations d'application doivent être modifiées pour trouver les informations de répertoire dans le nouveau contexte.

  • Problème : Vérifiez le HTTP : \ \ cm_ipaddr \ LoginService \ outils \ sampleloginapp.asp pour le Cisco CallManager libère 3.x et plus tôt. Pour le HTTP d'utilisation de versions 4.0 et ultérieures de Cisco CallManager : \ \ cm_ipaddr \ emservice \ jsp \ outils \ sampleloginapp.jsp. Si l'erreur retournée est null non trouvé de la classe org.apache.xerces.parsers.SAXParser d'ErrorParser, alors pendant l'installation, le répertoire virtuel n'est pas créé et le ClassPath n'est pas inséré.

  • Solution : L'installation a manqué d'une façon quelconque (cause principale pas encore déterminée).

    1. Sous le site Web par défaut, créez un nouveau Web virtuel nommé LoginService. Le chemin local devrait être C:\CiscoWebs\LoginService. Changez la protection d'application à la haute (d'isolement). Ensuite, suivez les étapes pour permettre à Microsoft IIS pour contrôler le mot de passe pour les périphériques anonymes.

    2. Une fois que le Web virtuel est créé, les variables système pour ClassPath doivent être ajoutées pour permettre au programme d'analyse syntaxique de SAXO pour effectuer ses tâches. Cliquez avec le bouton droit et sélectionnez mon ordinateur > Properties > a avancé > des variables d'environnement. Si la variable de ClassPath n'existe pas, créez la variable. La valeur pour ClassPath devrait être : C:\WINNT\Java\Lib\DirUser.jar ; C:\WINNT\Java\Lib\Xerces.jar ; C:\WINNT\Java\Lib\DirUserNotification.jar. Cliquez sur OK trois fois de sauvegarder la nouvelle variable d'environnement.

    3. Arrêtez et redémarrez les services IIS.

En ouvrant une session à un téléphone de Cisco 7940, les affichages du téléphone l'erreur « profil de périphérique n'existe pas ».

  • Problème : La mobilité d'extension demande un nom fixe pour le modèle de périphérique qui doit être utilisé à un téléphone de Cisco 7940 en ouvrant une session. Le nom du modèle de périphérique pour les 7940 doit exister et avoir le nom précis du modèle quand le serveur est installé.

  • Solution : Assurez-vous que le modèle de périphérique pour Cisco 7940 est 7940 1-Line ou 7940 2-Line. Assurez-vous qu'un tiret est utilisé et la capitalisation est correct.

L'erreur d'analyser de l'erreur [4] XML est retournée en sélectionnant le service de procédure de connexion.

  • Problème : Le form.jsp téléchargé inclut les informations d'en-tête de HTTP.

  • Solution : À cette page, le clic droit sur le form.jsp, sélectionnent alors SaveLink comme ou SaveTarget As. Sélectionnez l'emplacement pour télécharger la forme. Assurez-vous que la première ligne de la page form.jsp lit : pageimport <%@ = " java.net.InetAddress » %>

Les utilisateurs ne peuvent pas ouvrir une session à la mobilité d'extension et recevoir l'erreur infructueuse 6. de procédure de connexion.

  • Problème : L'utilisateur reçoit l'erreur infructueuse de procédure de connexion : erreur [6] en appuyant sur choisi pour le service de substitution de poste au téléphone.

  • Solution : L'erreur 6 indique une erreur en communiquant avec la base de données. Ceci peut sont provoqué par par beaucoup de différentes choses selon si le DC Directory ou le Répertoire actif est utilisé. Dans le cas du Répertoire actif, cette question peut être résolue quand vous exécutez le module d'extension de Répertoire actif de nouveau. Pour plus d'informations sur l'installation de Répertoire actif, référez-vous à l'installation de module d'extension du Répertoire actif 2000 pour le Cisco CallManager.

    Cette question peut également se produire s'il n'y a aucun profil de périphérique associé avec l'utilisateur qui tente d'ouvrir une session. Vérifiez si les utilisateurs ont des profils de périphérique associés avec eux sous la page de mobilité de configuration utilisateur > d'extension. Sinon, les utilisateurs en mise à jour avec des profils de périphérique pour la mobilité d'extension ouvrent une session.

« Le message d'erreur infructueux de la procédure de connexion [9]" est généré au téléphone.

  • Problème : L'utilisateur ne peut pas ouvrir une session à un téléphone, et reçoit un message d'erreur infructueux de la procédure de connexion [9] en essayant d'ouvrir une session utilisant la mobilité d'extension.

  • Solution : C'est normalement une erreur d'intégration de répertoire. Ceci a pu être LDAP, Répertoire actif, ou DC Directory par exemple. Basé sur quelle méthode d'intégration de répertoire est utilisée, le dépannage peut varier.

    Vérifiez que le serveur de Répertoire actif s'exécute. S'il y a une question ici, exécutez le module d'extension de répertoire, et Adminutility de Cisco CallManager.

    Si le problème existe en présence du LDAP, vérifiez que le fichier DirUser.jar est.

    Cette question peut également se produire s'il n'y a aucun profil de périphérique associé avec l'utilisateur qui tente d'ouvrir une session. Vérifiez si les utilisateurs ont des profils de périphérique associés avec eux sous la page de mobilité de configuration utilisateur > d'extension. Sinon, les utilisateurs en mise à jour avec des profils de périphérique pour la mobilité d'extension ouvrent une session.

Erreur infructueuse [12] de procédure de connexion

  • Problème : En se connectant dans un téléphone IP activé avec la mobilité d'extension, la procédure de connexion échoue et les affichages du téléphone Error[12].

  • Solution : Cette erreur se produit quand le profil de périphérique d'utilisateur est incorrectement configuré. Le profil de périphérique n'existe pas, SIG-est configuré, ou n'est pas associé avec le profil utilisateur. Vérifiez toutes les configurations de profil de périphérique d'utilisateur, et assurez-vous qu'il y a un profil de périphérique correctement spécifié, et une association correcte avec le profil utilisateur.

Les utilisateurs ne peuvent pas ouvrir une session à la mobilité d'extension et recevoir la « erreur infructueuse de procédure de connexion : [3]" ou « erreur : [10]" ou « erreur : [2]" après avoir installé le plug-in Active Directory.

  • Problème : La procédure de connexion de téléphone de mobilité d'extension est infructueuse avec le Répertoire actif parce que le champ de mot de passe pour tous les utilisateurs d'application dans le registre est vide.

  • Solution : Terminez-vous ces étapes pour résoudre ce problème :

    1. Le Start > Run, le regedit choisis de type, et cliquent sur OK.

    2. Vérifiez l'entrée dans le registre pour la substitution de postes de Cisco CallManager située à HKEY_LOCAL_MACHINE \ à LOGICIEL \ à Cisco Systems Inc. \ à configuration \ à AppUsers \ à CCMSysUser de répertoire.

    3. Assurez-vous qu'une entrée existe pour le champ de mot de passe, et que l'ID utilisateur est CCMSysUser. Si cette entrée n'est pas là ou l'entrée est erronée, un problème existe avec l'installation. Vous pouvez maintenant remettre à l'état initial ou ajouter un mot de passe pour cet utilisateur. Terminez-vous ces étapes pour changer le mot de passe de CCMSysUser.

      1. Allez à C:\dcdsrvr\bin et exécutez l'application CCMPWDChanger.exe.

      2. Spécifiez votre mot de passe de Répertoire actif. En ce moment vous pouvez choisir de changer l'ID utilisateur (dans ce cas, CCMSysUser) et de placer un mot de passe pour cet utilisateur.

      3. Redémarrez le service d'admin IIS et le service de Cisco Tomcat du Start > Programs > Administrative Tools > Services.

    Si cette procédure ne résout pas le problème, vous pourriez devoir désinstaller et réinstaller le module d'extension de Répertoire actif. Référez-vous à l'installation de module d'extension du Répertoire actif 2000 pour le Cisco CallManager pour plus d'informations sur la façon installer le module d'extension de Répertoire actif.

    Remarque: Si la question commencée pour se produire après qu'une mise à jour de Cisco CallManager, se rapportent à l'ID de bogue Cisco CSCdz60740 (clients enregistrés seulement).

Erreur [18]- un autre utilisateur ouvert une session

  • Problème : Quand vous essayez d'ouvrir une session au téléphone IP utilisant la mobilité d'extension, l'erreur [18] de message d'erreur - un autre utilisateur ouvert une session est reçu quoiqu'aucun utilisateur ne soit ouvert une session. L'ID utilisateur de l'utilisateur de mobilité d'extension ouvert une session est affiché en tant qu'aucun. Quand vous essayez de supprimer le téléphone, il échoue avec l'effacement d'erreur a manqué [438] le profil de périphérique que défini par l'utilisateur ne peut pas être supprimé s'il est en service.

  • Solution : Cette question peut se produire si n'importe quel utilisateur d'application a le contrôle du téléphone et l'user-id d'application est affiché en tant qu'aucun. Allez à la gestion des utilisateurs, à l'utilisateur choisi d'application, et à l'unassociate il. Vous pouvez maintenant supprimer le téléphone.

Le service de substitution de poste renvoie la procédure de connexion de l'erreur [100] infructueuse quand le service à ouvrir une session à l'extension Moblity est choisi.

  • Problème : Quand un utilisateur appuie sur le bouton des services, l'erreur [100] d'affichages du téléphone.

  • Solution : Cette erreur se produit si l'URL pour le service de mobilité de Cisco Extension n'inclut pas le dernier paramètre (affiché en gras) :

    http:// <IPAddressofCallManager>/emapp/EMAppServlet ? device=#DEVICENAME#

    le <IPAddressofCallManager> spécifie l'adresse IP du serveur Cisco CallManager où la substitution de postes de Cisco CallManager est installée. Assurez-vous que l'URL est correct et complet.

    Par exemple, http://10.45.67.89/emapp/EMAppServlet?device=#DEVICENAME# : l'URL distingue les majuscules et minuscules ; assurez-vous que vous écrivez le nom exactement comme décrit.

Erreur infructueuse de procédure de connexion : [11]

  • Problème : Quand les essais d'un utilisateur à ouvrir une session à la mobilité d'extension, le téléphone IP affiche : Procédure de connexion Error:[11] infructueux.

  • Solution : Cette erreur se produit si l'URL pour le service de mobilité de Cisco Extension n'est pas écrit correctement dans le paramètre de service de téléphonie IP.

    Sur CCMAdmin, allez aux services de caractéristique > de téléphone IP. Faites alors un rechercher votre service de substitution de poste. Assurez-vous que l'URL apparie celui-ci :

    http:// <IPAddressofCallManager>/emapp/EMAppServlet ? device=#DEVICENAME#

Procédure de connexion Error:[6] infructueux

Problème — Quand le service de mobilité d'extension (EM) a été lancé sur le téléphone IP, des affichages du téléphone de theIP : Procédure de connexion Error:[6] infructueux. La question est seulement dans Publisher.

Solution — L'erreur 6 indique une erreur en communiquant avec la base de données. Terminez-vous ces étapes afin de résoudre le problème.

  1. Assurez-vous que le fichier de C:\dcdsrvr\DirectoryConfiguration.ini est rempli et que ce fichier est identique sur tous les serveurs Cisco CallManagers dans la batterie. Si ce fichier est absent ou non rempli dans des serveurs l'uns des dans la batterie, la procédure de connexion échoue.

  2. Changez la configuration d'UserSSL dans le fichier de C:\dcdsrvr\DirectoryConfiguration.ini de vrai à faux.

Incapable d'appliquer la fonction Extension Mobility à un téléphone IP et de recevoir l'erreur « a déjà ouvert une session à un autre téléphone »

  • Problème : Quand vous essayez d'appliquer la fonction Extension Mobility à un téléphone IP, la demande est refusée avec une erreur qui indique que vous êtes déjà ouvert une session à un autre téléphone IP. Cette situation surgit quand vous êtes déjà ouvert une session à un téléphone IP et voulez ouvrir une session à un nouveau téléphone IP avant que vous vous déconnectiez du téléphone précédent.

  • Solution : La meilleure manière de se déconnecter du téléphone et de la procédure de connexion précédents au neuf est de changer plusieurs paramètres de service dans la page d'administration de Cisco CallManager comme affichée :

    1. Dans la fenêtre de Cisco CallManager Administration, allez au Service > Service Parameters.

    2. Choisissez le service de substitution de poste, et, dans la plusieurs case de comportement de procédure de connexion, changez-le à la déconnexion automatique. Cliquez sur Update.

      Déconnexion automatique : Après un utilisateur ouvre une session à un deuxième périphérique, le Cisco CallManager se connecte automatiquement l'utilisateur hors du premier appareil.

      Remarque: Afin de trouver au lequel on ouvre une session le téléphone IP l'utilisateur, allez à la Microsoft SQL Server > au gestionnaire > aux bases de données > aux Tableaux d'entreprise ; ouvrez le périphérique de table, et vérifiez le champ appelé le loginUserID. Ceci affiche le téléphone IP dans auquel l'utilisateur est enregistré et, une fois que vous trouvez le téléphone, vous peut également fermer une session l'utilisateur du téléphone lui-même.

Erreur : La « mise à jour a manqué. N'a pas pu insérer la nouvelle ligne - la valeur en double dans une SEULE colonne d'INDEX »

Si un téléphone configuré pour la mobilité d'extension (EM) est supprimé quand un utilisateur est enregistré, le CallManager permet à l'administrateur pour supprimer le téléphone par la gestion en vrac. Quand une tentative est faite pour ajouter le téléphone de retour avec l'option d'EM avec le « profil de déconnexion » vérifié, elle peut donner ce message d'erreur : La mise à jour a manqué. N'a pas pu insérer la nouvelle ligne - la valeur en double dans une SEULE colonne d'INDEX.

Remarque: Retirer un téléphone qui a un utilisateur ouvert une session par la page de téléphone est empêché par le GUI.

La solution ce problème semble se produire quand le téléphone supprimé est configuré pour l'EM et un utilisateur est ouvert une session au moment de la suppression. Afin de résoudre ce problème, retirez le vieux profil ADP [mac-address] de l'état de plan de routage.

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

  • Problème : La mobilité d'extension ne peut pas être activée pour un téléphone IP de Cisco 7900, et ce message d'erreur apparaît :

    Update failed. Could not insert new row - duplicate value in a UNIQUE INDEX column

    L'origine du problème est le manque intermittent de supprimer les profils de périphérique automatique-générés (ADP) pour un téléphone. Si vous supprimez les téléphones qui sont configurés pour la mobilité d'extension avec le positionnement de profil de déconnexion pour utiliser le courant, il part d'un ADP dans la base de données. Ceci a comme conséquence l'incapacité de réinsérer ce téléphone dans la base de données.

  • Solution : Le contournement cette question, se terminent ces étapes :

    1. Utilisez le CallManager Administration afin de trouver et supprimer le profil de périphérique automatique-généré perdu ses parents. Afin de faire ceci :

      1. Choisissez le périphérique > les paramètres de périphérique > le profil de périphérique.

      2. Cliquez sur Find > tous.

      3. Supprimez ceux qui ne sont pas associés aux Téléphones IP l'uns des.

    2. Redémarrez le périphérique.

Le « avertissement de 7" apparaît pendant la procédure de connexion au téléphone IP de mobilité d'extension

  • Problème : Quand vous vous connectez dans le téléphone IP de mobilité d'extension, le message de l'avertissement 7 apparaît.

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

    1. Vous pouvez voir toutes les applications servi par Tomcat au <IPAddr de http:// du server>/manager/list. Déterminez si la mobilité d'extension est répertoriée ici et s'exécuter.

    2. Redémarrez les services de la mobilité et de Tomcat d'extension pendant les heures creuses.

La mobilité Access d'extension est lente

  • Problème : La mobilité Access d'extension est lente dans Callmanager.

  • Solution : La ressource en mémoire basse sur le Callmanager a pu entraîner cette question. Assurez-vous que votre serveur CallManager répond aux configurations machine de configuration matérielle minimale quand vous améliorez à une version plus élevée.

Dans « enregistrement » coincée par Téléphones IP ou l'état « configurer IP » après déconnexion

Si le téléphone IP reste en enregistrant ou en configurant l'état IP après les journaux de l'utilisateur hors de la mobilité d'extension, vérifiez pour voir si le profil de déconnexion est assigné au périphérique. En outre, redémarrez le service de Cisco Tomcat.

Remarque: Si vous utilisez le Cisco CallManager 6.x, vous pouvez redémarrer le service de Cisco Tomcat du CLI avec cette commande : admin : reprise Cisco Tomcat de service d'utils

Utilisateurs de mobilité d'extension automatiquement déconnectés dans des intervalles courts

Des utilisateurs de mobilité d'extension sont donnés un coup de pied hors du système toutes les 5 minutes et le journal d'événements affiche l'erreur : DeviceTransientConnection - Message d'erreur passager de tentative de connexion. Cette question peut se produire si le temps sur le Cisco CallManager Publisher et l'abonné sont hors de sync. Afin de résoudre ce problème, vous devez synchroniser l'horloge sur tous les serveurs ou configurer le ntp dans la batterie pour la synchronisation horaire. En outre, changez comportement de procédure de connexion de paramètre de service de substitution de poste le plusieurs à la plusieurs procédure de connexion non permise et redémarrez le service de substitution de poste.

Aucun résultats en recherchant le DN assigné au profil de périphérique

Quand les journaux de l'utilisateur d'une mobilité d'extension dans un téléphone, recherchant le nombre de répertoire (DN) assigné au profil de périphérique ne donne aucun résultat.

  1. Allez au Device > Phone.

    La fenêtre de téléphones de découverte et de liste apparaît.

  2. Choisissez l'état activement ouvert une session de périphérique de la liste déroulante, et cliquez sur Go.

    La fenêtre activement ouverte une session de périphérique de découverte et de liste apparaît.

  3. Choisissez le nombre directlry, et cliquez sur Find.

Référez-vous à trouver un pour en savoir plus activement ouvert une session de périphérique.

Incapable de se déconnecter un groupe entier d'utilisateurs de mobilité d'extension

Terminez-vous ces étapes afin de se déconnecter un groupe entier d'utilisateurs de mobilité d'extension :

  1. Désactivez le service de substitution de poste sous l'utilité > le Tools > Control Center.

  2. Remettez à l'état initial le Pool d'appareils qui contient tous les téléphones qui a besoin sont enregistré. Ceci se déconnectera tous les utilisateurs qui utilisent actuellement la mobilité d'extension.

Mobilité d'extension

La mobilité d'extension ne fonctionne pas après que la mise à jour du Cisco CallManager 8.6.

Solution

Terminez-vous ces étapes afin de résoudre le problème :

  1. Choisissez la page de gestion de SYSTÈME D'EXPLOITATION > la Gestion de Sécurité > de certificat afin d'abord et puis régénérer les Certificats de Cisco Tomcat.pem sur tous les serveurs et le travail sur l'éditeur les abonnés.

  2. Redémarrez le service de vérification de confiance (TV) sur tous les serveurs et le commencez à partir de l'éditeur.

  3. Redémarrez le service TFTP sur tous les serveurs et commencez d'abord par l'éditeur.

  4. Redémarrez le service de Cisco Tomcat sur tous les serveurs et le commencez d'abord par l'éditeur. Employez la commande de Cisco Tomcat de reprise de service d'utils afin de redémarrer le service du CLI d'un serveur.

Problème

Voici certains des problèmes courants aux lesquels vous pouvez faire face quand vous utilisez la mobilité d'extension. La solution est également fournie.

  • Vous ne pouvez pas se connecter dans la mobilité d'extension.

  • Vous ne pouvez pas se connecter dans la mobilité d'extension avec l'ID utilisateur et le PIN et l'erreur = le [201] - message d'erreur d'erreur d'authentification apparaît.

  • Vous ne pouvez pas ouvrir une session à la mobilité d'extension et le message d'erreur 205 apparaît.

Solution

Terminez-vous ces étapes afin de résoudre le problème :

  1. Assurez-vous que l'utilisateur final est associé avec le profil de périphérique approprié à la mobilité d'extension.

  2. À la page d'utilité de Cisco Unified, choisissez les outils > l'activation de service.

  3. Assurez-vous que la mobilité de Cisco Extension est lancée.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-02.gif

  4. Choisissez le Tools > Control Center - Comportez les services et choisissez le service afin de redémarrer le service de mobilité de Cisco Extension.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-03.gif

Problème

La restriction de batterie de croix de mobilité de Cisco Extension pas happeneing tandis qu'un utilisateur de profil différent est ouvert une session à une batterie différente.

Solution

Vous devez placer la segmentation logique d'enable = rectifiez afin de résoudre ce problème.

La stratégie de paramètres systèmes par défaut sera refusent pour une entreprise, stratégie par défaut logique de segmentation = Deny ainsi des appels ou les caractéristiques sont bloqués entre les stratégies de l'autoriser des participants d'appareil voip doivent être configurés par la configuration logique de segmentation de System-> sur le CUCM.

La Problème-procédure de connexion est unavailable(213)

La mobilité d'extension est configurée entre deux batteries. Cependant, en ouvrant une session avec un ID utilisateur distant de batterie, vous recevez ce message d'erreur : La procédure de connexion est unavailable(213).

Remarque: Nouvelle configuration de la batterie de croix de mobilité d'extension (EMCC).

Solution

La procédure de connexion est unavailable(213) message d'erreur peut se produire si le périphérique ne prend en charge pas EMCC. Cette erreur est affichée quand le chargement de périphérique ou de téléphone ne prend en charge pas EMCC (par exemple, le téléphone non-pris en charge modèle et a pris en charge des modèles de téléphone avec un chargement plus ancien de téléphone).

Référez-vous à ce vidéo sur la Communauté de support de Cisco pour des détails de configuration : Configuration du cluster de croix de mobilité d'extension leavingcisco.com

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-04.gif

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 18772