Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Exécution et interprétation du test

Activation du suivi du routeur d'appels ICM avec le test

Désactiver le suivi du débogage dans le test

Mettre fin à une session de test

Informations connexes

Introduction

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

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Cisco ICM

- Utilitaire Telnet TCP/IP

- Symantec pcAnywhere

Components Used

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.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Exécution et interprétation du test

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.

1. 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.

2. 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.

3. À l'invite du test, tapez status.

4. Appuyez sur Entrée à l'invite du test.

5. 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.

Activation du suivi du routeur d'appels ICM avec le test

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 :

1. À partir d'une invite de commandes, exécutez la commande regedt32.

2. 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.

Désactiver le suivi du débogage dans le test

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

Mettre fin à une session de test

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

Informations connexes

- Comment utiliser l'outil Dumplog

- Conventions d'attribution de nom du serveur Cisco ICM

- Support et documentation techniques - Cisco Systems