Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Cómo ejecutar e interpretar rttest

Activación del Seguimiento del Router de Llamada ICM con rttest

Desactivar seguimiento de depuración en rttest

Termine una sesión rttest

Información Relacionada

Introducción

Este documento describe la utilidad rttest de Cisco Intelligent Contact Management (ICM), que le permite ver y establecer diversos parámetros en un ICM Call Router. Puede ejecutar la utilidad rttest de tres maneras posibles:

- Desde un símbolo del sistema directamente en uno de los nodos del Cisco ICM Call Router

- De una sesión Telnet a uno de los nodos del router de llamadas de Cisco ICM

- Desde un símbolo del sistema utilizando pcAnywhere a uno de los nodos del router de llamadas de Cisco ICM

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

- ICM de Cisco

- Utilidad Telnet TCP/IP

- Symantec pcAnywhere

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

- Todas las versiones 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.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Cómo ejecutar e interpretar rttest

Escriba rttest en un símbolo del sistema seguido de /help o /?. Esto le proporciona una instrucción de uso de sintaxis. Por ejemplo:

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] [/?]

Las opciones de la línea de comandos necesarias para invocar rttest son:

/cliente final

Donde Cliente es un acrónimo de tres, cuatro o cinco letras que indica la instancia del cliente de ICM. Consulte Convenciones de Nombres de Servidores ICM.

/node ICRNode

Donde ICRNode es routera o routerb, dependiendo del router rttest para ejecutar. Consulte Convenciones de Nombres de Servidores ICM.

1. Una vez que rttest se esté ejecutando, introduzca un ? o ayuda en la indicación rttest para enumerar todos los comandos rttest disponibles.

2. Si se ejecuta el comando rttest, puede obtener rápidamente un estado en tiempo real de todo el sistema ICM.

3. En el mensaje rttest, escriba estado.

4. Presione Enter en el prompt rttest.

5. La directiva de estado devuelve el estado actual de cada proceso de sitio central de ICM, servidor de puerta de enlace periférica de ICM (PG) y periférico de distribuidor automático de llamadas (ACD) y unidad de respuesta de voz (VRU) de terceros.

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)

Proceso

LastStateChange

LastHeartBeat

A AGI

A cic

Un csfs

OK M-03/06 11:10:20 (11.2 día)

Un dba

OK MH 03/06 11:10:20 (11,2 días)

03/17 16:00:12 (30 s)

Un dbw

A lgr

OK MH 03/06 11:10:20 (11,2 días)

03/17 16:00:17 (25 s)

A rcv

OK M-03/06 11:10:20 (11.2 día)

Un rtr

OK MH 03/06 11:10:20 (11,2 días)

03/17 16:00:15 (27 s)

A rts

OK MH 03/06 11:10:20 (11,2 días)

17/03 16:00:19 (23 s)

A tsyr

OK M-03/06 11:10:20 (11.2 día)

B agi

C

B csfs

OK M-03/11 11:08:34 (6,2 días)

B dba

OK MH 03/11 11:07:02 (6,2 días)

03/17 16:00:38 (4 s)

B dbw

B lgr

OK MH 03/11 11:08:36 (6,2 días)

03/17 16:00:17 (25 s)

B rcv

OK M-03/11 11:08:35 (6,2 días)

B rtr

OK MH 03/11 11:07:03 (6,2 días)

03/17 16:00:15 (27 s)

B rts

OK MH 03/11 11:07:02 (6,2 días)

03/17 16:00:29 (13 s)

B tsyr

OK M-03/11 11:07:02 (6,2 días)

Controlador

LastStateChange

LastHeartBeat

ATT_NIC_1,128

CFO 03/06 11:10:22 (11,2 días)

03/17 16:00:39 (3 s)

ATT_NIC_2,129

CFO 03/11 11:07:05 (6,2 días)

03/17 16:00:34 (8 s)

CA_PG9,9

CFO 03/17 04:42:31 (11,3 horas)

03/17 16:00:31 (11 s)

FL_PG7,7

CFO 03/11 10:30:16 (6,2 días)

03/17 16:00:32 (10 s)

GA_PG6,6

CFO 03/12 10:50:43 (5,2 días)

03/17 16:00:29 (13 s)

IA_PG5,5

CFO 03/11 11:29:27 (6,1 días)

03/17 16:00:32 (10 s)

NY_PG3,3

CFO 03/11 16:31:36 (5,9 días)

03/17 16:00:38 (4 s)

TX_PG4,4

CFO 03/11 16:33:37 (5,9 días)

03/17 16:00:38 (4 s)

VA_PG1,1

CFO 03/13 22:18:32 (3,7 días)

03/17 16:00:33 (9 s)

VB_PG2,2

CFO 03/16 23:31:31 (16,4 horas)

03/17 16:00:32 (10 s)

Periférico

LastStateChange

LastHeardFrom

CA_PG9

COS 03/17 04:42:38 (11,3 horas)

03/17 16:00:40 (2 s)

FL_PG7

COS 03/11 10:30:18 (6,2 días)

03/17 16:00:40 (2 s)

GA_PG6

COS 03/16 06:21:18 (33,6 horas)

03/17 16:00:41 (1 s)

IA_PG5

COS 03/11 11:29:30 (6,1 días)

03/17 16:00:40 (2 s)

NY_PG3

COS 03/11 16:31:42 (5,9 días)

03/17 16:00:41 (1 s)

TX_PG4

COS 03/11 16:37:53 (5,9 días)

03/17 16:00:34 (8 s)

VA_PG1

COS 03/13 22:18:40 (3,7 días)

03/17 16:00:41 (1 s)

VB_PG2

COS 03/16 23:31:33 (16,4 horas)

03/17 16:00:41 (1 s)

Las tres secciones principales de la salida de estado son Proceso, Controlador y Periférico.

La primera sección, denominada Proceso en la primera columna del resultado de estado, muestra el estado de cada proceso del sitio central de ICM. Un sitio central de ICM consta de un router de llamada de ICM y un registrador de base de datos de ICM. En la mayoría de los casos, hay dos sitios centrales de ICM: el lado A y el lado B para la redundancia.

En primer lugar, se muestra información general, como la versión del router y la fecha de generación. A continuación, se muestran estas estadísticas adicionales:

Hora actual

Se trata de Tiempo universal coordinado (UTC). La mayoría de los equipos de telecomunicaciones utilizan el tiempo UTC como referencia horaria común.

Hora local

Esta es la hora local de ICM, según lo determinado por la configuración de la zona horaria en el Cisco ICM Call Router.

Router arriba

Este es el tiempo que la función Cisco ICM Call Router se ha estado ejecutando.

Sincronización del router

Esto muestra qué lado del router de llamadas de Cisco ICM envió por última vez una transferencia de estado al otro lado.

A continuación se muestra el estado del proceso, dividido en tres columnas: Process, LastStateChange y LastHeartbeat. El proceso es el proceso del sitio central de ICM.

LastStateChange contiene varios campos:

OK

Indica que el proceso se está ejecutando correctamente.

M

Indica que el protocolo de servicio de envío de mensajes (MDS) propietario de Cisco se utiliza para mantener el proceso sincronizado.

H

Indica que el proceso envía y recibe mensajes internos de latido mediante el protocolo MDS.

Fecha

Fecha actual.

Hora

Hora local actual.

Tiempo de actividad

Se muestra entre paréntesis el tiempo que el proceso ha estado en el estado actual.

LastHeartBeat

Si el proceso envía y recibe latidos MDS, este valor es la marca de tiempo del último latido enviado o recibido por el proceso.

La segunda sección, denominada Controller en la primera columna de la salida de estado, muestra el estado de los servidores PG de Cisco ICM.

Controller es el nombre del controlador (ICM PG) según se define en el administrador de configuración de ICM.

LastStateChange contiene varios campos:

C

Indica que el servidor ICM PG ha descargado correctamente una configuración del router de llamada ICM.

F

Indica que el PG de ICM está completamente configurado y que la configuración es válida.

O

Indica que el PG de ICM está en línea y se comunica con el router de llamada de ICM.

Fecha

Fecha actual.

Hora

Hora local actual.

Tiempo de actividad

Se muestra entre paréntesis el tiempo que el proceso ha estado en el estado actual.

La tercera sección, denominada Periférico en la columna 1, muestra el estado de los periféricos de terceros como dispositivos ACD y VRU.

Peripheral es el nombre del periférico (ACD o VRU) tal como se define en Configure ICR.

LastStateChange contiene varios campos:

C

Indica que el periférico está configurado correctamente para comunicarse con ICM PG.

O

Indica que el periférico está en línea; por ejemplo, se han establecido comunicaciones con ICM PG.

S

Indica que el periférico está en servicio; por ejemplo, los datos de agente y de llamada se envían al PG de ICM.

Fecha

Fecha actual.

Hora

Hora local actual.

Tiempo de actividad

Se muestra entre paréntesis el tiempo que el proceso ha estado en el estado actual.

LastHeardFrom

La fecha, hora y tiempo desde la última vez que el periférico envió datos válidos al PG de ICM.

Activación del Seguimiento del Router de Llamada ICM con rttest

Puede habilitar niveles de seguimiento específicos dentro de rttest si se ejecuta el comando debug, seguido de una o más opciones de seguimiento. Las entradas de seguimiento correspondientes se pueden ver en los registros del router.

Por ejemplo, si el comando debug /route se ejecuta desde dentro de rttest, el seguimiento se activa. Esto muestra:

- Número marcado (DN)

- Identificación automática de números (ANI)

- Dígitos introducidos por la persona que llama (CED), si los hay

- Etiqueta de ruteo ICM devuelta a la red portadora

Para ver todas las posibilidades para rttest /debug, en el mensaje rttest, ejecute el comando debug /? como se muestra:

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]

[/?]

Todos los procesos de ICM escriben algún seguimiento de nivel predeterminado en los archivos de registro que se pueden ver con la utilidad dumplog. Para obtener más información, consulte Cómo utilizar la utilidad Dumplog.

Nota:

- Cuando se habilitan niveles de seguimiento específicos, los detalles correspondientes se escriben en los archivos de registro del router en el directorio logfile.

- El tamaño predeterminado del archivo de registro individual es 99k.

- El tamaño predeterminado del archivo de registro agregado es 600 k.

- Si el seguimiento del router se vuelve demasiado alto, los archivos de registro individuales se envuelven rápidamente (posiblemente en un minuto) si el volumen de llamada es alto.

- En este caso, no se pueden capturar muchos datos porque el período de tiempo es muy pequeño.

- Para evitar esto, las capacidades del archivo de registro del router se pueden aumentar si se modifican algunos parámetros del registro de Microsoft Windows NT.

Nota: Asegúrese de que haya suficiente espacio en disco disponible antes de aumentar la capacidad del archivo de registro.

Para ingresar al Registro de Windows NT:

1. Desde un símbolo del sistema, ejecute el comando regedt32.

2. Después de que se verifique el espacio de disco disponible, estas dos configuraciones del registro se pueden cambiar para permitir archivos de registro de router más grandes:

Nota: Los valores se muestran en formato hexadecimal de forma predeterminada. Haga clic en el botón de opción Decimal para ver el valor base 10.

\\.\software\geotel\icr\csco\routera\ems\currentversion\library\

processes\rtr\EMSAllLogFilesMax

\\.\software\geotel\icr\csco\routera\ems\currentversion\library\processes\

rtr\EMSLogFileMax

Nota: Estos valores se muestran en varias líneas debido a limitaciones de espacio.

El primer parámetro, EMSAllLogFilesMax, especifica la cantidad máxima de espacio en disco que el router asigna para todos los archivos de registro combinados.

El segundo parámetro, EMSLogFileMax, especifica el tamaño máximo que el router asigna a cada archivo de registro. Por ejemplo, si establece EMSAllLogFilesMax en 20 mg y EMSLogFileMax en 2 mg, el router finalmente crea no más de 10 archivos, cada uno de los cuales no tiene más de 2 mg de tamaño.

Desactivar seguimiento de depuración en rttest

Cuando ha visto los registros del router, es una buena práctica inhabilitar todo el seguimiento que se agregó con fines de resolución de problemas.

Esto se logra con la directiva /noall en el comando rttest, como se muestra:

c:\icr\cd\ra\logfiles>rttest /cust cd /node routera

RTTEST Release 4.0 service pack 3, Build 04959

rttest: debug /noall

Termine una sesión rttest

Es muy importante que salga de la sesión de prueba cuando haya terminado. Si quedan demasiadas sesiones de prueba en segundo plano, los recursos del sistema se agotan y el ruteo de llamadas se ve afectado negativamente.

rttest: quit

Información Relacionada

- Cómo usar la utilidad Dumplog

- Convenciones de Nomenclatura de Cisco ICM Server

- Soporte Técnico y Documentación - Cisco Systems