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
Cisco recomienda que tenga conocimiento sobre estos temas:
ICM de Cisco
Utilidad Telnet TCP/IP
Symantec pcAnywhere
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.
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. |
Una vez que rttest se esté ejecutando, introduzca un ? o ayuda en la indicación rttest para enumerar todos los comandos rttest disponibles.
Si se ejecuta el comando rttest, puede obtener rápidamente un estado en tiempo real de todo el sistema ICM.
En el mensaje rttest, escriba estado.
Presione Enter en el prompt rttest.
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. |
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:
Desde un símbolo del sistema, ejecute el comando regedt32.
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.
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
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