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

Données d'exportation du RTMT

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

Introduction

Ce document décrit l'outil de suivi en temps réel (RTMT), qui est un outil utile pour vérifier les informations sur Cisco Unified Communications Manager (CUCM) au sujet de l'état de santés du système, les téléphones enregistrés, des connexions du couplage de la téléphonie et de l'informatique (CTI), et ainsi de suite dans un format convivial de table. Le RTMT dépend de l'unité de collecte de données du serveur d'information en temps réel de Cisco (RIS), service de Cisco AlertMgrCollector (AMC), servlet de stats de Cisco Tomcat, Cisco trace le service de collecte, Cisco trace le servlet de collecte, Cisco se connecte l'outil de surveillance de partition, le protocole simple d'Access d'objet (SAVON) - le service en temps réel API, la Savon-représentation surveillant des API, les services de servlet, de Cisco CallManager Serviceability RTMT, et de Cisco Tomcat de journaliste de Cisco RTMT.

Contribué par Oleksandr Levichev, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de CUCM et de RTMT.

Composants utilisés

Les informations dans ce document sont basées sur la version 7.1.5 et ultérieures CUCM, mais pourraient fonctionner pour des versions antérieures.

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.

Problème

Il n'y a aucune option présentée dans l'outil RTMT qui te permet pour exporter des données affichées à un document de fichier PDF ou de Microsoft Excel.

Solution

Le RTMT vote l'état des points finaux, tels que les téléphones, les ressources en medias, les postes, les joncteurs réseau de Protocole MGCP (Media Gateway Control Protocol), de Passerelles H.323, de Protocole SIP (Session Initiation Protocol), et les sessions enregistrés CTI, avec le service de RIS Data Collector de Cisco. Il est également possible de vérifier ces informations dynamiques du CLI.

Très une fonctionnalité usuelle est de récupérer des informations sur tout le téléphones enregistrés/non inscrits et des informations sur des chargements de téléphone. Il pourrait être trouvé dans le RTMT sous la recherche de gestionnaire > de périphérique d'appel > le téléphone (tout état). Un tir d'écran de l'état du RTMT est affiché dans la section Problème.

Dans la version 10.0 et ultérieures CUCM, les mêmes informations sur les téléphones enregistrés peuvent être visualisées dans RTMT sous la recherche de Voix/vidéo > de périphérique > le téléphone (tout état).

Afin de vérifier les mêmes informations, le micrologiciel enregistré et actif de Téléphones IP, et le micrologiciel inactif, sélectionnent la commande de téléphone de requête de risdb d'exposition :

admin:show risdb query phone

----------- Phone Information -----------
#TotalPhones, #TotalRegistered, #RegisteredSCCP, #RegisteredSIP, #UnRegistered,
#Rejected, #PartiallyRegistered, StateId, #ExpUnreg4, 3, 1, 2, 0, 1, 0, 49,0

DeviceName, Descr, Ipaddr, Ipv6addr, Ipv4Attr, Ipv6Attr, MACaddr, RegStatus,
PhoneProtocol, DeviceModel, HTTPsupport, #regAttempts, prodId, username, seq#,
RegStatusChg TimeStamp, IpAddrType, LoadId, ActiveLoadId, InactiveLoadId, ReqLoadId,
DnldServer, DnldStatus, DnldFailReason, LastActTimeStamp, Perfmon Object

SEP6C416A369375, t7841, 10.147.94.124, , 0, 0, 6C416A369375, reg, SIP, 622, yes, 0,
509, malevich, 1, 1404913142, 1, sip78xx.10-1-1SR1-4, sip78xx.10-1-1SR1-4,
sip78xx.10-1-1-9, , , 0, , 1404913142, 2

SEP0018B9A0442B, c7941, 10.147.94.204, , 3, 0, 0018B9A0442B, reg, SCCP, 115, yes, 0,
115, allevich, 2, 1404913140, 1, SCCP41.9-3-1SR4-1S, SCCP41.9-3-1SR4-1S, , , , 0, ,
1404913140, 2

SEPD0C7891413BC, dx650, 10.147.94.182, , 0, 0, D0C7891413BC, reg, SIP, 647, yes, 0,
532, kalevich, 4, 1404913141, 1, sipdx650.10-1-2-33, sipdx650.10-1-2-33,
sipdx650.10-0-2-32, , , 0, , 1404913141, 2

SEP8CB64FF7E2EE, , 10.147.94.133, , 3, 0, 8CB64FF7E2EE, rej, SCCP, 436, yes, 0,
335, NoUserId, 7, 1405069589, 1, , , , , , 0, , 1405069635, 0

----------------
Total count 4
----------------

Les informations peuvent être exportées au fichier Excel. Copiez et collez la sortie de la commande de téléphone de requête de risdb d'exposition à l'éditeur de texte et sauvegardez le fichier pendant que fichier .csv (par virgule des valeurs séparées virgule ou un « délimitée »). Par exemple, avec le nom UCM_export_data_RTMT2.csv.

Puis, ouvrez le fichier avec Microsoft Excel et il sera affiché dans le format d'un état de table.

Une différence entre la sortie RTMT et la commande CLI est la colonne de modèle de périphérique. Le RTMT contient une présentation conviviale du modèle de téléphone (par exemple, Cisco 7841) et dans le CLI il y a une valeur numérique correspondante (par exemple, 622 pour téléphone IP 7841 de Cisco). Afin de vérifier la table des valeurs numériques (d'enum) pour différents types de téléphone, écrivez le passage SQL CHOISI * de la commande de TypeModel.

Le téléphone de requête de risdb d'exposition de commande devrait seulement être utilisé sur les Noeuds de Traitement des appels où le service de gestionnaire d'appel est lancé. Si cette commande est sélectionnée sur le noeud de traitement de grâce, le message d'erreur « openMMF sur PhoneTable a manqué » est affiché.

États du CLI

Afin d'afficher la liste d'états disponibles au sujet des points finaux et des services, sélectionnez la commande de liste de risdb d'exposition. Quelques informations ont pu être également visualisées dans RTMT.

Commande CLIEmplacement RTMT
téléphoneCallManager - > périphérique - > recherche de périphérique - > téléphone (tout état)
ctiextnCallManager - > périphérique - > recherche de périphérique - > périphériques CTI (tout état - > finition)
h323CallManager - > périphérique - > recherche de périphérique - > périphériques de h323 (tout état - > finition)
mediaresourceCallManager - > périphérique - > recherche de périphérique - > ressources en medias (tout état - > finition)
huntlistCallManager - > périphérique - > recherche de périphérique - > groupe de recherche (tout état - > finition)
ctimproviderCallManager - > CTI - > recherche CTI - > applications (tout état - > finition)
ctimlineCallManager - > CTI - > recherche CTI - > raye (tout état - > finition)
sipCallManager - > périphérique - > recherche de périphérique - > joncteur réseau de SIP (tout état - > finition)

Afin de vérifier les compteurs de représentation du CLI, l'administrateur peut sélectionner la commande de « classe-nom » de classe de requête perforation d'exposition. Par exemple, cet exemple affiche comment vérifier, que des ressources en Media Termination Point (MTP) soient appelées ou pas :

admin:show perf query class "Cisco MTP Device"
==>query class .

 - Perf class (Cisco MTP Device) has instances and values:
    MTP_2           -> AllocatedResourceCannotOpenPort = 0
    MTP_2           -> OutOfResources                 = 0
    MTP_2           -> RequestsThrottled              = 0
    MTP_2           -> ResourceActive                 = 0
    MTP_2           -> ResourceAvailable              = 24
    MTP_2           -> ResourceTotal                  = 24

Écrivez les classes de liste perforation d'exposition commandent afin d'afficher une liste complète de commandes de compteur de représentation.



Document ID: 118307