Ce document décrit l'utilitaire de test de gestion intelligente des contacts (ICM) de Cisco, qui vous permet d'afficher et de définir différents paramètres sur un routeur d'appels ICM. Vous pouvez exécuter l'utilitaire rttest de trois manières :
À partir d’une invite de commande directement sur l’un des noeuds du routeur d’appels Cisco ICM
À partir d’une session Telnet vers l’un des noeuds du routeur d’appels Cisco ICM
À partir d'une invite de commandes utilisant pcAnywhere vers l'un des noeuds du routeur d'appels Cisco ICM
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Cisco ICM
Utilitaire Telnet TCP/IP
Symantec pcAnywhere
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Toutes les versions de Cisco ICM
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Tapez rttest à une invite de commandes suivie de /help ou /?. Ceci vous donne une instruction d'utilisation de la 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 ligne de commande requises pour appeler le test sont les suivantes :
/client | Lorsque le client est un acronyme de trois, quatre ou cinq lettres indiquant l'instance du client ICM. Référez-vous à Conventions de noms de serveur ICM. |
/noeud ICRNode | Où ICRNode est un routeur ou un routeur, selon le test du routeur à exécuter. Référez-vous à Conventions de noms de serveur ICM. |
Une fois que le test est en cours d'exécution, entrez un ? ou aidez à l'invite rttest à répertorier toutes les commandes rttest disponibles.
Si la commande rttest est exécutée, vous pouvez rapidement obtenir un état en temps réel de l'ensemble du système ICM.
À l'invite du test, tapez status.
Appuyez sur Entrée à l'invite du test.
La directive d'état renvoie l'état actuel de chaque périphérique ICM central site, serveur de passerelle d'accès aux périphériques ICM (PG) et distributeur automatique d'appels (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)
Process | DernièreModificationÉtat | DernièreBandeCoeur |
---|---|---|
A agi | ||
Un cic | ||
Csfs | OK M-03/06 11:10:20 (11,2 jour) | |
Un dba | OK MH 03/06 11:10:20 (11,2 jour) | 17/03 16:00:12 (30 sec) |
Un dbw | ||
Un lgr | OK MH 03/06 11:10:20 (11,2 jour) | 17/03 16:00:17 (25 sec) |
Un RDC | OK M-03/06 11:10:20 (11,2 jour) | |
Un routeur | OK MH 03/06 11:10:20 (11,2 jour) | 17/03 16:00:15 (27 sec) |
A RTS | OK MH 03/06 11:10:20 (11,2 jour) | 17/03 16:00:19 (23 sec) |
Un Tsyr | OK M-03/06 11:10:20 (11,2 jour) | |
B agi | ||
B cic | ||
B csfs | OK M-03/11 11:08:34 (6,2 jours) | |
B DBA | OK MH 03/11 11:07:02 (6,2 jours) | 17/03 16:00:38 (4 s) |
B dbw | ||
Agent B | OK MH 03/11 11:08:36 (6,2 jours) | 17/03 16:00:17 (25 sec) |
B rcv | OK M-03/11 11:08:35 (6,2 jours) | |
Rtr B | OK MH 03/11 11:07:03 (6,2 jours) | 17/03 16:00:15 (27 sec) |
B RTS | OK MH 03/11 11:07:02 (6,2 jours) | 17/03 16:00:29 (13 sec) |
B tsyr | OK M-03/11 11:07:02 (6,2 jours) |
Contrôleur | DernièreModificationÉtat | DernièreBandeCoeur |
---|---|---|
ATT_NIC_1,128 | CFO 03/06 11:10:22 (11,2 jour) | 17/03 16:00:39 (3 sec) |
ATT_NIC_2,129 | CFO 03/11 11:07:05 (6,2 jour) | 17/03 16:00:34 (8 s) |
CA_PG9,9 | Directeur financier 03/17 04:42:31 (11,3 heures) | 17/03 16:00:31 (11 sec) |
FL_PG7,7 | CFO 03/11 10:30:16 (6,2 jour) | 17/03 16:00:32 (10 sec) |
GA_PG6,6 | Directeur financier 03/12 10:50:43 (5,2 jour) | 17/03 16:00:29 (13 sec) |
IA_PG5,5 | CFO 03/11 11:29:27 (6,1 jour) | 17/03 16:00:32 (10 sec) |
NY_PG3,3 | CFO 03/11 16:31:36 (5,9 jour) | 17/03 16:00:38 (4 s) |
TX_PG4,4 | CFO 03/11 16:33:37 (5,9 jour) | 17/03 16:00:38 (4 s) |
VA_PG1,1 | CFO 03/13 22:18:32 (3,7 jours) | 17/03 16:00:33 (9 s) |
VB_PG2,2 | Directeur financier 03/16 23:31:31 (16,4 heures) | 17/03 16:00:32 (10 sec) |
Périphérique | DernièreModificationÉtat | DernierEntenduDe |
---|---|---|
CA_PG9 | COS 03/17 04:42:38 (11,3 heures) | 17/03 16:00:40 (2 sec) |
FL_PG7 | COS 03/11 10:30:18 (6,2 jours) | 17/03 16:00:40 (2 sec) |
GA_PG6 | COS 03/16 06:21:18 (33,6 heures) | 17/03 16:00:41 (1 sec) |
IA_PG5 | COS 03/11 11:29:30 (6,1 jour) | 17/03 16:00:40 (2 sec) |
NY_PG3 | COS 03/11 16:31:42 (5,9 jours) | 17/03 16:00:41 (1 sec) |
TX_PG4 | COS 03/11 16:37:53 (5,9 jours) | 17/03 16:00:34 (8 s) |
VA_PG1 | COS 03/13 22:18:40 (3,7 jours) | 17/03 16:00:41 (1 sec) |
VB_PG2 | COS 03/16 23:31:33 (16,4 heures) | 17/03 16:00:41 (1 sec) |
Les trois sections principales du résultat d'état sont Process, Controller et Peripheral.
La première section, intitulée Processus dans la première colonne de la sortie d'état, indique l'état de chaque processus de site central ICM. Un site central ICM se compose d'un routeur d'appels ICM et d'un enregistreur de base de données ICM. Dans la plupart des cas, il existe deux sites centraux ICM - sideA et sideB pour la redondance.
Tout d'abord, des informations générales s'affichent, telles que la version du routeur et la date de génération. Ensuite, ces statistiques supplémentaires s'affichent :
Heure actuelle | Il s'agit du temps universel coordonné (UTC). La plupart des équipements de télécommunications utilisent le temps UTC comme référence temporelle commune. |
Heure locale | Il s'agit de l'heure locale d'ICM, déterminée par les paramètres de fuseau horaire sur le routeur d'appels Cisco ICM. |
Routeur haut | C'est la durée de fonctionnement de la fonction de routeur d'appels Cisco ICM. |
Synchronisation du routeur | Ceci montre quel côté du routeur d'appels Cisco ICM a envoyé un dernier transfert d'état à l'autre côté. |
L'état du processus est ensuite divisé en trois colonnes : Process, LastStateChange et LastHeartbeat. Processus est le processus du site central d'ICM.
LastStateChange contient plusieurs champs :
OK | Indique que le processus fonctionne correctement. |
M | Indique que le protocole MDS (Message Delivery Service) propriétaire de Cisco est utilisé pour maintenir la synchronisation du processus. |
H | Indique que le processus envoie et reçoit des messages de pulsation internes à l'aide du protocole MDS. |
Date | Date actuelle. |
Heure | Heure locale actuelle. |
Durée de fonctionnement | Affiché entre parenthèses, il s'agit de la durée pendant laquelle le processus est à l'état actuel. |
DernièreBandeCoeur | Si le processus envoie et reçoit des pulsations MDS, cette valeur correspond à l'horodatage de la dernière pulsation envoyée ou reçue par le processus. |
La deuxième section, intitulée Controller dans la première colonne du résultat d'état, indique l'état des serveurs PG Cisco ICM.
Controller est le nom du contrôleur (ICM PG) tel que défini dans ICM Config Manager.
LastStateChange contient plusieurs champs :
C | Indique que le serveur ICM PG a téléchargé une configuration à partir du routeur d'appels ICM. |
F | Indique que la passerelle ICM PG est entièrement configurée et que la configuration est valide. |
O | Indique que la passerelle ICM PG est en ligne et communique avec le routeur d'appels ICM. |
Date | Date actuelle. |
Heure | Heure locale actuelle. |
Durée de fonctionnement | Affiché entre parenthèses, il s'agit de la durée pendant laquelle le processus est à l'état actuel. |
La troisième section, intitulée Périphérique dans la colonne 1, indique l'état des périphériques tiers tels que les périphériques ACD et VRU.
Périphérique est le nom du périphérique (ACD ou VRU) tel que défini dans Configurer ICR.
LastStateChange contient plusieurs champs :
C | Indique que le périphérique est configuré correctement pour communiquer avec la passerelle ICM PG. |
O | Signifie que le périphérique est en ligne, par exemple, des communications ont été établies avec la passerelle ICM PG. |
S | Indique que le périphérique est en service, par exemple, les données d'agent et d'appel sont envoyées à la passerelle ICM. |
Date | Date actuelle. |
Heure | Heure locale actuelle. |
Durée de fonctionnement | Affiché entre parenthèses, il s'agit de la durée pendant laquelle le processus est à l'état actuel. |
DernierEntenduDe | Date, heure et durée depuis la dernière transmission de données valides par le périphérique à la passerelle ICM. |
Vous pouvez activer des niveaux de trace spécifiques dans rttest si la commande debug est exécutée, suivie d'une ou plusieurs options de trace. Les entrées de suivi respectives peuvent ensuite être affichées dans les journaux du routeur.
Par exemple, si la commande debug /route est émise à partir de rttest, le suivi est activé. Ceci montre :
Numéro composé (DN)
Identification automatique des numéros (ANI)
Chiffres entrés par l'appelant (CED), le cas échéant
Étiquette de routage ICM renvoyée au réseau de l'opérateur
Afin de voir toutes les possibilités pour rttest /debug, à l'invite rttest, émettez la commande debug /? comme indiqué :
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 ICM écrivent un suivi de niveau par défaut dans les fichiers journaux qui peuvent être affichés avec l'utilitaire dumplog. Pour plus d'informations, référez-vous à Comment utiliser l'utilitaire Dumplog.
Note:
Lorsque des niveaux de suivi spécifiques sont activés, les détails correspondants sont écrits dans les fichiers journaux du routeur dans le répertoire logfile.
La taille du fichier journal individuel par défaut est de 99 Ko.
La taille du fichier journal d'agrégation par défaut est de 600 Ko.
Si le traçage du routeur devient trop élevé, les fichiers journaux individuels s'encapsulent rapidement - potentiellement en une minute - si le volume d'appels est élevé.
Dans ce cas, peu de données peuvent être capturées, car la période est très courte.
Pour contourner ce problème, la capacité des fichiers journaux du routeur peut être augmentée si quelques paramètres de Registre Microsoft Windows NT sont modifiés.
Remarque : assurez-vous que l'espace disque disponible est suffisant avant d'augmenter la capacité des fichiers journaux.
Pour entrer dans le Registre Windows NT :
À partir d'une invite de commandes, exécutez la commande regedt32.
Une fois l'espace disque disponible vérifié, ces deux paramètres de Registre peuvent être modifiés pour permettre des fichiers journaux de routeur plus volumineux :
Remarque : les valeurs sont affichées au format hexadécimal par défaut. Cliquez sur la case d'option Décimal pour afficher la valeur de 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 plusieurs lignes en raison de limitations d'espace.
Le premier paramètre, EMSAllLogFilesMax, spécifie la quantité maximale d'espace disque allouée par le routeur pour tous les fichiers journaux combinés.
Le second paramètre, EMSLogFileMax, spécifie la taille maximale allouée par le routeur à chaque fichier journal. Par exemple, si vous définissez EMSAllLogFilesMax à 20 mg et EMSLogFileMax à 2 mg, le routeur finit par créer au maximum 10 fichiers, chacun n'excédant pas 2 mg.
Lorsque vous avez consulté les journaux de routeur, il est recommandé de désactiver tous les traçages ajoutés à des fins de dépannage.
Ceci est accompli avec la directive /noall dans la commande rttest, comme indiqué :
c:\icr\cd\ra\logfiles>rttest /cust cd /node routera RTTEST Release 4.0 service pack 3, Build 04959 rttest: debug /noall
Il est très important que vous quittiez votre session test une fois terminée. Si trop de sessions de test restent en cours d'exécution en arrière-plan, les ressources système sont épuisées et le routage des appels est affecté.
rttest: quit