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

Dépannez les questions de Cisco Emergency Responder

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


Contenu


Introduction

Ce document discute certains des problèmes associés avec le Cisco Emergency Responder (Cisco ER) et les solutions pour réparer ce problème.

Conditions préalables

Conditions requises

Avant que vous commenciez ce document vous devez faire installer Cisco ER et connaître le type de téléphone qui n'apparaît pas à Cisco ER.

Composants utilisés

Les informations dans ce document sont basées sur toutes les versions de Cisco ER.

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.

Problème

Quand vous utilisez Cisco ER, il pourrait y avoir des occasions quand votre téléphone n'apparaît pas dans la base de données de Cisco ER. La racine de ce problème dépend principalement du type de téléphone que vous recherchez. Ceci peut être adressé pour chaque type différent de téléphone. Ce document marche vous en dépannant cette question pour des Téléphones IP, des Téléphones IP existants, des téléphones analogiques, et le Cisco IP SoftPhone.

Solutions

Les solutions au problème sont expliquées en détail dans ces sections.

Téléphones IP : 7960, 7940, 7910, 7905

Procédez comme suit : Ces téléphones sont dépistés par Cisco ER utilisant le Protocole CDP (Cisco Discovery Protocol).

Remarque: Le téléphone IP Cisco 7905 est pris en charge avec le Cisco CallManager 3.3 et le Cisco ER. Cisco ER 1.1(4) affiche le type de téléphone pour le téléphone IP 7905G de Cisco en tant que « AUTRE ».

  1. Vérifiez que le téléphone s'inscrit au Cisco CallManager.

    S'il n'est pas, suivez dépannage des problèmes d'enregistrement du téléphone IP de Cisco (7910, 7940, 7960, le 12SP et le VIP30) avec le Cisco CallManager 3.x pour dépanner des problèmes d'enregistrement. Vérifiez l'adresse MAC, type de téléphone, et ainsi de suite.

  2. Assurez-vous que le CDP est activé sur les Commutateurs.

    Sur le Catalyst 3550, le CDP est activé par défaut sur toutes les interfaces prises en charge envoyer et recevoir les informations de CDP. Si le CDP a été désactivé, employez la procédure suivante pour activer le CDP. Pour de plus amples informations, référez-vous à configurer le CDP sur les 3550.

    Remarque: Le CDP est activé par défaut.

    En commençant dans le mode d'exécution privilégié, suivez ces étapes pour activer le CDP quand il a été désactivé :

    1. Utilisez la commande de configure terminal d'entrer le mode de configuration globale.

    2. Utilisez la commande de cdp run d'activer le CDP après l'avoir désactivé.

    3. Utilisez la commande de fin de retourner au mode d'exécution privilégié.

      Le CDP est activé par défaut sur toutes les interfaces prises en charge envoyer et recevoir les informations de CDP.

      En commençant dans le mode d'exécution privilégié, suivez ces étapes pour activer le CDP sur une interface quand il a été désactivé :

    1. Utilisez la commande de configure terminal d'entrer le mode de configuration globale.

    2. Utilisez la commande d'interface-id d'interface d'écrire le mode de configuration d'interface, et écrivez l'interface sur laquelle vous activez le CDP.

    3. Utilisez la commande de cdp enable d'activer le CDP sur une interface après l'avoir désactivée.

    4. Utilisez la commande de fin de retourner au mode d'exécution privilégié.

    5. Sur option, vous pouvez utiliser la commande de copy running-config startup-config de sauvegarder vos entrées dans le fichier de configuration.

  3. Vérifiez pour s'assurer que le commutateur que votre téléphone est relié à est un commutateur pris en charge par Cisco.

    Les Commutateurs de gamme 4500 sont pris en charge de la version 1.1.4 et ultérieures de Cisco ER. Pour des téléphones reliés aux Commutateurs sans support, vous pouvez manuellement assigner les téléphones aux emplacements de réponse de secours (ERLs). Ainsi, ces téléphones sont entièrement pris en charge pour des appels au secours. La seule chose que vous perdez est la capacité de suivi automatique. Voyez définir manuellement une section de téléphone de configurer le Cisco Emergency Responder.

  4. Vérifiez le Protocole SNMP (Simple Network Management Protocol) plaçant à Cisco ER et sur les Commutateurs.

    Cisco ER emploie le SNMP pour obtenir des informations sur les ports sur un commutateur. Cisco ER doit obtenir ces informations de port de sorte que vous puissiez assigner les ports à ERLs, et de sorte que Cisco ER puisse identifier les téléphones qui sont reliés aux ports et mettre à jour leurs affectations ERL.

    Remarque: Si Cisco ER ne découvre pas les téléphones qui sont assignés en tant qu'à la maison au Cisco CallManager, vérifiez que tous les Cisco CallManagers sont SNMP-accessibles et que les configurations SNMP sont correctes. Cisco ER se connecte un événement si le Cisco CallManager est SNMP-inaccessible.

  5. Choisissez le téléphone dépistant > des configurations SNMP afin d'aller à la page de gestion de Cisco ER.

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

  6. Redémarrez les services CER.

  7. Remplissez la procédure pour configurer la connexion SNMP afin d'installer Cisco ER et les chaînes SNMP de commutateur.

Téléphones analogiques

Les téléphones analogiques se sont connectés aux passerelles VG248 et ATA ne sont pas automatiquement dépistés par Cisco ER. Vous devez manuellement configurer ce téléphone à Cisco ER à un ERL particulier.

  1. Vérifiez que vous pouvez placer un appel à un téléphone IP dans le Cisco CallManager.

  2. Assurez-vous que le téléphone a été configuré à Cisco ER manuellement. Allez à la page de gestion de Cisco ER en sélectionnant le port/téléphone > ajoutent modifient des téléphones.

    Les téléphones précédemment ajoutés apparaissent dans la moitié inférieure de l'écran.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/40420-cerphones-2.gif

  3. Assurez-vous que le type, l'adresse IP, et l'adresse MAC de téléphone sont corrects.

Téléphones existants

Terminez-vous ces étapes pour les téléphones existants :

  1. Vérifiez que le cheminement de CAM est activé sur la configuration de commutateur à Cisco ER. Cliquez sur en fonction le commutateur défini du côté gauche (adresse IP).

  2. Allez à la page de gestion CER en sélectionnant le téléphone dépistant > des détails de commutateur de RÉSEAU LOCAL.

  3. Cheminement de téléphone basé par CAM d'enable de contrôle.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/40420-cerphones-3.gif

    Des téléphones qui n'utilisent pas le CDP sont dépistés utilisant la table de CAM sur toutes les Plateformes prises en charge de commutateur pour des VLAN indigènes et AUX.

L'ID de bogue Cisco CSCin17085 (clients enregistrés seulement) impliquant un 30VIP connecté au Catalyst 3550 du logiciel de ½ du ¿  de Cisco IOSï Release12.16(EA1) est associé avec cette procédure.

  • Description : Le CER dépiste des téléphones de non-CDP en corrélant des entrées de la table FDB du BRIDGE_MIB. Cette table est indexée sur la chaîne de la communauté. Puisque cette release de Cisco IOS ne prend en charge pas l'indexation à caractère communautaire, le CER ne peut pas dépister des téléphones de non-CDP.

  • Contournement : Pour éviter ce problème, améliorez le Catalyst 3550 la version du logiciel Cisco IOS à 12.1(6)EA1a ou à plus tard.

Cisco IP SoftPhone

Utilisez la procédure suivante pour le téléphone IP.

  1. Vérifiez que votre téléphone IP est fonctionnel avec le Cisco CallManager.

  2. Vérifiez que vous avez la version 1.2 et ultérieures de SoftPhone. Si vous ne faites pas, téléphone IP de téléchargement du centre de logiciel (clients enregistrés seulement).

  3. Vérifiez pour voir à quel type de téléphone IP de commutateur est connecté. Assurez-vous que c'est un commutateur pris en charge de Cisco.

  4. Si le téléphone IP est connecté à un commutateur pris en charge de Cisco, vérifiez que le cheminement de CAM est activé sur la configuration de commutateur dans le CER. Allez à la page de gestion CER et sélectionnez le téléphone dépistant > des détails de commutateur de RÉSEAU LOCAL.

  5. Cliquez sur en fonction le commutateur défini du côté gauche (adresse IP).

  6. Cheminement de téléphone basé par CAM d'enable de contrôle.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/40420-cerphones-4.gif

    Des téléphones qui n'utilisent pas le CDP sont dépistés utilisant la table de CAM sur toutes les Plateformes prises en charge de commutateur pour des VLAN indigènes et AUX.

    Si le téléphone IP n'est pas directement connecté à un commutateur de Cisco, le CER ne sera pas de situer capable/piste ses mouvements automatiquement. Le téléphone IP, dans ce cas, est affiché dans la liste de téléphones non affectés. Allez à la page de gestion CER et sélectionnez le port/téléphone > les téléphones non affectés.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/40420-cerphones-5.gif

    Des téléphones non affectés sont affichés dans la moitié inférieure de l'écran.

    Si un appel au secours est reçu d'un téléphone IP non affecté, l'appel au secours est conduit a basé sur l'ERL configuré sur cet écran. Si aucune configuration n'est faite (qui n'est à dire aucun ERL est configuré par l'administrateur) puis les 911 que l'appel est conduit au par défaut ERL.

Ces id de deux bogues Cisco sont associés avec cette procédure :

  • CSCdw04143 (clients enregistrés seulement) - IIS (inetinfo) peut tomber en panne s'il y a plus de 500 téléphones IP IP de Cisco.

    • Description : Les téléphones IP IP de Cisco s'annoncent au CER sur une base périodique. Si plus de 500 téléphones IP s'avèrent justement s'annoncer en même temps, l'inetinfo (IIS) ne traite pas ce beaucoup de demandes avec élégance et affiche le comportement erratique.

    • Contournement : Cisco vous recommande n'ont pas plus de 500 téléphones IP par groupe CER. Si vous rencontrez ce problème, redémarrez IIS et le service d'admin CER.

  • CSCdw04518 (clients enregistrés seulement) - La modification des familles de commutateur ne découvre pas des ports.

    • Description : Si vous ajoutez un commutateur à la configuration CER, alors réutilisez l'adresse IP de ce commutateur pour un commutateur d'un modèle différent, CER ne peut pas découvrir les ports sur le nouveau commutateur. Par exemple, si vous ajoutez 10.10.10.12 au CER pour un Catalyst 3500, puis réaffectez 10.10.10.12 à un Catalyst 6000, CER ne peut pas découvrir les ports sur le Catalyst 6000.

    • Contournement : Si vous réaffectez une adresse IP à un modèle de commutateur différent, retirez le commutateur de la configuration CER, alors ajoutez-le de nouveau à la configuration CER. Ceci permet au CER pour identifier le modèle de commutateur changé.

La validation de fichier de licence a manqué

Quand vous tentez de télécharger le fichier de licence, ce message d'erreur apparaît :

License file validation failed. 
Reason - License nodelocked to a different host

Solution

La raison pour ceci est l'utilisation d'une version non vérifiée de Cisco Emergency Responder avec le VMware.

Remarque: CER 7.1.1 n'est pas pris en charge dans le VMware.

Problèmes identifiés

  • Fuite de mémoire lente de l'ID de bogue Cisco CSCth68063 (clients enregistrés seulement) — due au dirsnmp

  • Le sous-titre de l'ID de bogue Cisco CSCtr13932 (clients enregistrés seulement) — CER n'installe pas CER 8.5(1), 8.6(1) erreur interne irrémédiable.


Informations connexes


Document ID: 40420