Collaboration : Cisco ICM Router Software

L'utilitaire rttest de Cisco ICM

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


Contenu


Introduction

Ce document décrit l'utilitaire rttest de l'Intelligent Contact Management de Cisco (missile aux performances améliorées), qui te permet pour visualiser et placer de divers paramètres sur un routeur d'appel ICM. Vous pouvez exécuter l'utilitaire rttest dans une de trois manières :

  • D'une invite de commande directement sur un des Noeuds de routeur d'appel ICM de Cisco

  • D'une session de telnet dans un des Noeuds de routeur d'appel ICM de Cisco

  • D'une invite de commande utilisant le pcAnywhere à un des Noeuds de routeur d'appel ICM de Cisco

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Missile aux performances améliorées de Cisco

  • Utilitaire de telnet TCP/IP

  • PcAnywhere de Symantec

Composants utilisés

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

  • Toutes les versions missile aux performances améliorées de Cisco

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.

Comment exécuter et interpréter rttest

Tapez rttest à une invite de commande suivie d'ou de /help/?. Ceci te donne une déclaration d'utilisation de syntaxe. Exemple :

c:\icr\cicr1\ra\logfiles>rttest /?
Version: Release 4.0, Build 04624
Usage: rttest [/f InputFile] [/system SystemName]
[/cust Customer]
[/node ICRNode] [/pipe OutputPipe] [/debug] [/stop] [/help] [/?]

Les options de la ligne de commande exigées pour appeler rttest sont :

Client /cust Là où le client est des trois, quatre, ou acronyme de cinq-lettre signifiant l'exemple de client missile aux performances améliorées. Référez-vous au serveur missile aux performances améliorées nommant des conventions.
/node ICRNode Là où ICRNode est routera ou routerb, selon le routeur rttest pour s'exécuter. Référez-vous au serveur missile aux performances améliorées nommant des conventions.

  1. Une fois rttest exécute, écrit a ? ou aide à la demande rttest pour répertorier toutes les commandes rttest disponibles.

  2. Si la commande rttest est exécutée, vous pouvez rapidement obtenir un statut en temps réel du système ICM entier.

  3. À la demande rttest, état de type.

  4. La presse entrent à la demande rttest.

  5. La directive d'état renvoie l'état actuel périphérique de chaque processus de lieu d'exploitation principal missile aux performances améliorées, serveur de passerelle d'accès aux périphériques missile aux performances améliorées (PAGE), et tiers distributeur d'appel automatique (ACD) et unité de réponse vocale (VRU).

    c:\> rttest /cust csco /node routera
    rttest:
    rttest: status
    Router Version: Release 2.5 (service pack 2), Build 03134
    Release Date:   12/23/98 13:30:08
    Current Time:   03/17 16:00:42
    Local Time:     03/17 11:00:42 (-5.0 hr)
    Router Up:      02/21 01:01:45 (24.6 day)
    Router Sync:    03/11 11:06:20 (6.2 day) (A->B)
Processus LastStateChange LastHeartBeat
Un agi
Un cic
CSF M CORRECT 03/06 11:10:20 (jour 11.2)
Un DBA MH CORRECT 03/06 11:10:20 (jour 11.2) 03/17 16:00:12 (sec 30)
Un dbw
Un lgr MH CORRECT 03/06 11:10:20 (jour 11.2) 03/17 16:00:17 (sec 25)
Un récepteur M CORRECT 03/06 11:10:20 (jour 11.2)
Un rtr MH CORRECT 03/06 11:10:20 (jour 11.2) 03/17 16:00:15 (sec 27)
Rts MH CORRECT 03/06 11:10:20 (jour 11.2) 03/17 16:00:19 (sec 23)
Un tsyr M CORRECT 03/06 11:10:20 (jour 11.2)
Agi B
B cic
B CSF M CORRECT 03/11 11:08:34 (jour 6.2)
DBA B MH CORRECT 03/11 11:07:02 (jour 6.2) 03/17 16:00:38 (sec 4)
Dbw B
Lgr B MH CORRECT 03/11 11:08:36 (jour 6.2) 03/17 16:00:17 (sec 25)
Récepteur B M CORRECT 03/11 11:08:35 (jour 6.2)
Rtr B MH CORRECT 03/11 11:07:03 (jour 6.2) 03/17 16:00:15 (sec 27)
Rts B MH CORRECT 03/11 11:07:02 (jour 6.2) 03/17 16:00:29 (sec 13)
Tsyr B M CORRECT 03/11 11:07:02 (jour 6.2)

Contrôleur LastStateChange LastHeartBeat
ATT_NIC_1,128 directeur financier 03/06 11:10:22 (jour 11.2) 03/17 16:00:39 (sec 3)
ATT_NIC_2,129 directeur financier 03/11 11:07:05 (jour 6.2) 03/17 16:00:34 (sec 8)
CA_PG9,9 directeur financier 03/17 04:42:31 (11.3 heures) 03/17 16:00:31 (sec 11)
FL_PG7,7 directeur financier 03/11 10:30:16 (jour 6.2) 03/17 16:00:32 (sec 10)
GA_PG6,6 directeur financier 03/12 10:50:43 (jour 5.2) 03/17 16:00:29 (sec 13)
IA_PG5,5 directeur financier 03/11 11:29:27 (jour 6.1) 03/17 16:00:32 (sec 10)
NY_PG3,3 directeur financier 03/11 16:31:36 (jour 5.9) 03/17 16:00:38 (sec 4)
TX_PG4,4 directeur financier 03/11 16:33:37 (jour 5.9) 03/17 16:00:38 (sec 4)
VA_PG1,1 directeur financier 03/13 22:18:32 (jour 3.7) 03/17 16:00:33 (sec 9)
VB_PG2,2 directeur financier 03/16 23:31:31 (16.4 heures) 03/17 16:00:32 (sec 10)

Périphérique LastStateChange LastHeardFrom
CA_PG9 COS 03/17 04:42:38 (11.3 heures) 03/17 16:00:40 (sec 2)
FL_PG7 COS 03/11 10:30:18 (jour 6.2) 03/17 16:00:40 (sec 2)
GA_PG6 COS 03/16 06:21:18 (33.6 heures) 03/17 16:00:41 (1 sec)
IA_PG5 COS 03/11 11:29:30 (jour 6.1) 03/17 16:00:40 (sec 2)
NY_PG3 COS 03/11 16:31:42 (jour 5.9) 03/17 16:00:41 (1 sec)
TX_PG4 COS 03/11 16:37:53 (jour 5.9) 03/17 16:00:34 (sec 8)
VA_PG1 COS 03/13 22:18:40 (jour 3.7) 03/17 16:00:41 (1 sec)
VB_PG2 COS 03/16 23:31:33 (16.4 heures) 03/17 16:00:41 (1 sec)

Les trois sections principales de la sortie d'état sont de processus, contrôleur, et périphérique.

La première section, étiquetée processus dans la première colonne de la sortie d'état, affiche le statut de chaque processus de lieu d'exploitation principal missile aux performances améliorées. Un lieu d'exploitation principal missile aux performances améliorées se compose d'un routeur d'appel ICM et d'un enregistreur de base de données ICM. Dans la plupart des cas, il y a deux lieux d'exploitation principaux missile aux performances améliorées - sideA et sideB pour la Redondance.

D'abord, les informations générales sont affichées comme la version de routeur et la date de construction. Puis, ces des statistiques supplémentaires sont affichées :

Temps en cours Ceci est coordonné le temps universel (UTC). La plupart d'équipement de télécommunications utilise le temps UTC comme référence de temps commun.
Heure locale C'est heure locale missile aux performances améliorées, comme déterminé par des fuseaux horaires sur le routeur d'appel ICM de Cisco.
Routeur C'est combien de temps la fonction routeur d'appel ICM de Cisco a été en service.
Sync de routeur Ceci affiche quel côté du routeur d'appel ICM de Cisco a pour la dernière fois envoyé un transfert d'état à l'autre côté.

Est ensuite l'état du processus, divisé en trois colonnes : Processus, LastStateChange, et LastHeartbeat. Le processus est le processus de lieu d'exploitation principal missile aux performances améliorées.

LastStateChange contient plusieurs champs :

OK Signifie le processus est bien courant.
M Le service de distribution de propriété industrielle signifie de Cisco message (MDS) que le protocole est utilisé pour maintenir le processus synchronisé.
H Signifie le processus envoie et reçoit les messages internes de pulsation utilisant le protocole MDS.
Date Date du jour.
Heure Heure locale en cours.
Up-Time Affiché dans la parenthèse, c'est la durée que le processus a étée dans l'état actuel.
LastHeartBeat Si le processus envoie et reçoit des pulsations MDS, cette valeur est l'horodateur de la dernière pulsation envoyée ou reçue par le processus.

La deuxième section, étiquetée contrôleur dans la première colonne de la sortie d'état, affiche l'état des serveurs de PAGE missile aux performances améliorées de Cisco.

Le contrôleur est le nom du contrôleur (PAGE missile aux performances améliorées) comme défini dans le gestionnaire de config missile aux performances améliorées.

LastStateChange contient plusieurs champs :

C Signifie le serveur de PAGE missile aux performances améliorées a avec succès téléchargé une configuration du routeur d'appel ICM.
F Signifie la PAGE missile aux performances améliorées est saturé et la configuration est valide.
O Signifie la PAGE missile aux performances améliorées est en ligne et communique avec le routeur d'appel ICM.
Date Date du jour.
Heure Heure locale en cours.
Up-Time Affiché dans la parenthèse, c'est la durée que le processus a étée dans l'état actuel.

La troisième section, étiquetée périphérique dans la colonne 1, affiche l'état pour de tiers périphériques tels que des périphériques ACD et VRU.

Le périphérique est le nom du périphérique (ACD ou VRU) comme défini dedans configurent ICR.

LastStateChange contient plusieurs champs :

C Signifie le périphérique est configuré correctement pour communiquer avec la PAGE missile aux performances améliorées.
O Signifie le périphérique est en ligne, par exemple, des transmissions ont été établies avec la PAGE missile aux performances améliorées.
S Signifie que le périphérique est en service, par exemple, l'agent et les données de l'appel sont envoyés à la PAGE missile aux performances améliorées.
Date Date du jour.
Heure Heure locale en cours.
Up-Time Affiché dans la parenthèse, c'est la durée que le processus a étée dans l'état actuel.
LastHeardFrom La date, le temps, et la durée puisque le bout périphérique a envoyé des données valides à la PAGE missile aux performances améliorées.

Indiquer le suivi de routeur d'appel ICM avec rttest

Vous pouvez activer les niveaux de suivi spécifiques dans rttest si la commande de débogage est émise, suivi d'un ou plusieurs options de suivi. Des entrées respectives de suivi peuvent alors être visualisées dans les journaux du routeur.

Par exemple, si la commande de /route de débogage est émise de rttest, traçant est activé. Ceci affiche :

  • Numéro composé (DN)

  • Enregistrement automatique des numéros (ANI)

  • Chiffres entrés d'appelant (CED), si quel

  • Étiquette de routage missile aux performances améliorées retournée au réseau d'opérateur

Afin de voir toutes les possibilités pour /debug rttest, à la demande rttest, émettent le débogage/? commande comme affiché :

rttest: debug /?
Usage: debug_control [/realtime] [/5minute]
[/agent] [/config] [/route]
[/halfhour] [/rcmeter] [/expr] [/select] [/dupadd]
[/failpgerror] [/symbol] [/tranroute] [/datain]
[/delivery] [/cic] [/admin] [/pervarsumm] [/pervardetail]
[/expform] [/vru] [/callq] [/activepath] [/all] [/help]
[/?]

Tous les processus missile aux performances améliorées écrivent un certain niveau par défaut traçant aux fichiers journal qui peuvent être visualisés avec l'utilitaire Dumplog. Le pour en savoir plus, se rapportent à comment utiliser l'utilitaire Dumplog.

Remarque:

  • Quand des niveaux de suivi spécifiques sont activés, des détails correspondants sont écrits aux fichiers de consignation de journal du routeur dans le répertoire de fichier journal.

  • Le volume de fichier journal individuel par défaut est 99k.

  • Le volume de fichier journal d'agrégat par défaut est 600k.

  • Si le suivi de routeur est tourné trop élevé, les différents fichiers journal s'enveloppent rapidement - potentiellement dans une minute - si le volume d'appels est élevé.

    • Dans ce cas, pas beaucoup de données peuvent être capturées parce que la plage horaire est très petite.

    • Afin de venir à bout ceci, des capacités de fichier de consignation de journal du routeur peuvent être augmentées si quelques paramètres de registre de NT de Microsoft Windows sont modifiés.

Remarque: Assurez-vous qu'il y a assez d'espace disque disponible avant que vous augmentiez des capacités de fichier journal.

Afin d'écrire le registre de Windows NT :

  1. D'une invite de commande, émettez la commande regedt32.

  2. Après que l'espace disque disponible soit vérifié, ces deux paramètres de registre peuvent être changés pour tenir compte de plus grands fichiers de consignation de journal du routeur :

Remarque: Les valeurs sont affichées dans l'hexadécimal par défaut. Cliquez sur la case d'option décimale pour voir la valeur de la base 10.

\\.\software\geotel\icr\csco\routera\ems\currentversion\library\
  processes\rtr\EMSAllLogFilesMax 
\\.\software\geotel\icr\csco\routera\ems\currentversion\library\processes\
  rtr\EMSLogFileMax

Remarque: Ces valeurs sont affichées sur des plusieurs lignes dues aux limites de l'espace.

Le premier paramètre, EMSAllLogFilesMax, spécifie la quantité maximale d'espace disque que le routeur alloue pour tous les fichiers journal a combiné.

Le deuxième paramètre, EMSLogFileMax, spécifie la taille maximale que le routeur alloue à chaque fichier journal. Par exemple, si vous placez EMSAllLogFilesMax à mg 20, et EMSLogFileMax à mg 2, le routeur ne crée par la suite pas plus de 10 fichiers, chacun qui est pas plus mg de 2 dans la taille.

Arrêtez le suivi de debug dans rttest

Quand vous avez visualisé des journaux du routeur, il est dans bonne pratique de désactiver tout le suivi qui a été ajouté pour dépannage des buts.

Ceci est accompli avec la directive de /noall dans la commande rttest, comme affiché :

c:\icr\cd\ra\logfiles>rttest /cust cd /node routera
RTTEST Release 4.0 service pack 3, Build 04959

rttest: debug /noall

Finissez une session rttest

Il est très important que vous quittiez votre session rttest une fois terminé. Si trop de sessions rttest sont laissées l'exécution à l'arrière-plan, des ressources système sont vidées et le routage d'appels est compromis.

rttest: quit

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: 20428