Utilitário ICM rttest Cisco

Introduction

Este documento descreve o utilitário rttest do Cisco Intelligent Contact Management (ICM), que permite exibir e definir vários parâmetros em um ICM Call Router. Você pode executar o utilitário rttest de uma das três maneiras:

• De um prompt de comando diretamente em um dos nós do Cisco ICM Call Router

• De uma sessão Telnet em um dos nós do Cisco ICM Call Router

• De um prompt de comando usando pcAnywhere para um dos nós do Cisco ICM Call Router

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

• ICM Cisco

• Utilitário Telnet TCP/IP

• Symantec pcAnywhere

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Todas as versões do 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

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Como executar e interpretar rttest

Digite rttest no prompt de comando seguido por /help ou /?. Isso fornece uma instrução de uso de sintaxe. Por exemplo:

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

As opções de linha de comando necessárias para chamar rttest são:

/Cliente	Onde o cliente é um acrônimo de três, quatro ou cinco letras que significa a instância do cliente ICM. Consulte as Convenções de Nomeação de Servidor ICM.
/nó ICRNode	Onde ICRNode é roteador ou roteador, dependendo do teste de execução do roteador. Consulte as Convenções de Nomeação de Servidor ICM.

1. Quando rttest estiver em execução, introduza um ? ou ajuda no prompt rttest para listar todos os comandos rttest disponíveis.

2. Se o comando rttest for executado, você poderá obter rapidamente um status em tempo real de todo o sistema ICM.

3. No prompt rttest, digite status.

4. Pressione Enter no prompt rttest.

5. A diretiva de status retorna o estado atual de cada processo de site central do ICM, servidor do Gateway Periférico do ICM e periférico do distribuidor automático de chamadas (ACD - Automatic Call Distributor) e Unidade de Resposta de Voz (VRU - Voice Response Unit).

   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)

Processo	ÚltimaAlteraçãoEstado	ÚltimoBatidaCoração
A agi
Uma cic
A csfs	OK M- 03/06 11:10:20 (11,2 dia)
Um dba	OK MH 03/06 11:10:20 (11,2 dia)	17/03 16:00:12 (30 seg)
A dbw
Um lgr	OK MH 03/06 11:10:20 (11,2 dia)	17/03 16:00:17 (25 seg)
A rcv	OK M- 03/06 11:10:20 (11,2 dia)
A rtr	OK MH 03/06 11:10:20 (11,2 dia)	17/03 16:00:15 (27 seg)
A rts	OK MH 03/06 11:10:20 (11,2 dia)	17/03 16:00:19 (23 seg)
Um syr	OK M- 03/06 11:10:20 (11,2 dia)
B agi
cic B
B csfs	OK M- 03/11 11:08:34 (6,2 dias)
B dba	OK MH 03/11 11:07:02 (6,2 dias)	17/03 16:00:38 (4 seg)
B dbw
B lgr	OK MH 03/11 11:08:36 (6,2 dias)	17/03 16:00:17 (25 seg)
B rcv	OK M- 03/11 11:08:35 (6,2 dias)
rtr B	OK MH 03/11 11:07:03 (6,2 dias)	17/03 16:00:15 (27 seg)
B rts	OK MH 03/11 11:07:02 (6,2 dias)	17/03 16:00:29 (13 seg)
B syr	OK M- 03/11 11:07:02 (6,2 dias)

Controlador	ÚltimaAlteraçãoEstado	ÚltimoBatidaCoração
ATT_NIC_1,128	CFO 03/06 11:10:22 (11,2 dia)	17/03 16:00:39 (3 seg)
ATT_NIC_2,129	CFO 03/11 11:07:05 (6,2 dias)	17/03 16:00:34 (8 seg.)
CA_PG9,9	CFO 03/17 04:42:31 (11,3 h)	17/03 16:00:31 (11 seg)
FL_PG7,7	CFO 03/11 10:30:16 (6,2 dias)	17/03 16:00:32 (10 seg)
GA_PG6,6	CFO 03/12 10:50:43 (5,2 dias)	17/03 16:00:29 (13 seg)
IA_PG5,5	CFO 03/11 11:29:27 (6,1 dia)	17/03 16:00:32 (10 seg)
NY_PG3,3	CFO 03/11 16:31:36 (5,9 dia)	17/03 16:00:38 (4 seg)
TX_PG4,4	CFO 03/11 16:33:37 (5,9 dia)	17/03 16:00:38 (4 seg)
VA_PG1,1	CFO 03/13 22:18:32 (3,7 dia)	17/03 16:00:33 (9 seg)
VB_PG2,2	CFO 03/16 23:31:31 (16,4 h)	17/03 16:00:32 (10 seg)

Periférico	ÚltimaAlteraçãoEstado	ÚltimoOuvidoDe
CA_PG9	COS 03/17 04:42:38 (11,3 h)	17/03 16:00:40 (2 seg)
FL_PG7	COS 03/11 10:30:18 (6,2 dias)	17/03 16:00:40 (2 seg)
GA_PG6	COS 03/16 06:21:18 (33,6 h)	17/03 16:00:41 (1 segundo)
IA_PG5	COS 03/11 11:29:30 (6,1 dia)	17/03 16:00:40 (2 seg)
NY_PG3	COS 03/11 16:31:42 (5,9 dias)	17/03 16:00:41 (1 segundo)
TX_PG4	COS 03/11 16:37:53 (5,9 dias)	17/03 16:00:34 (8 seg.)
VA_PG1	COS 03/13 22:18:40 (3,7 dias)	17/03 16:00:41 (1 segundo)
VB_PG2	COS 03/16 23:31:33 (16,4 h)	17/03 16:00:41 (1 segundo)

As três seções principais da saída de status são Processamento, Controlador e Periférico.

A primeira seção, denominada Process (Processo) na primeira coluna da saída de status, mostra o status de cada processo do site central do ICM. Um site central do ICM consiste em um Roteador de Chamadas do ICM e um logger de banco de dados do ICM. Na maioria dos casos, há dois locais centrais do ICM - ladoA e ladoB para redundância.

Primeiro, informações gerais são exibidas, como a versão do Roteador e a data de criação. Em seguida, essas estatísticas adicionais são exibidas:

Hora atual	Esse é o UTC (Universal Time, Tempo Universal Coordenado). A maioria dos equipamentos de telecomunicações usa o tempo UTC como uma referência de tempo comum.
Hora local	Hora local do ICM, conforme determinado pelas configurações de fuso horário no Cisco ICM Call Router.
Roteador para cima	Isto indica por quanto tempo a função do Cisco ICM Call Router está funcionando.
Router Sync	Mostra qual lado do Cisco ICM Call Router enviou pela última vez uma transferência de estado para o outro lado.

Em seguida, o status do processo, dividido em três colunas: Process, LastStateChange e LastHeartbeat. Processo é o processo do site central do ICM.

LastStateChange contém vários campos:

OK	Significa que o processo está funcionando bem.
M	Significa que o protocolo MDS (Message Delivery Service) proprietário da Cisco é usado para manter o processo sincronizado.
H	Significa que o processo envia e recebe mensagens de pulsação internas usando o protocolo MDS.
Data	Data atual.
Tempo	Hora local atual.
Tempo de atividade	Exibido entre parênteses, este é o período de tempo em que o processo permaneceu no estado atual.
ÚltimoBatidaCoração	Se o processo enviar e receber os heartbeats MDS, esse valor é o carimbo de data e hora do último heartbeat enviado ou recebido pelo processo.

A segunda seção, denominada Controller (Controlador) na primeira coluna da saída de status, mostra o status dos servidores Cisco ICM PG.

Controller é o nome do controlador (ICM PG) conforme definido no ICM Config Manager.

LastStateChange contém vários campos:

C	Significa que o servidor do ICM PG baixou com êxito uma configuração do Roteador de Chamadas do ICM.
F	Significa que o ICM PG está totalmente configurado e que a configuração é válida.
O	Significa que o ICM PG está online e se comunica com o Roteador de Chamadas do ICM.
Data	Data atual.
Tempo	Hora local atual.
Tempo de atividade	Exibido entre parênteses, este é o período de tempo em que o processo permaneceu no estado atual.

A terceira seção, chamada Periférico na coluna 1, mostra o status de periféricos de terceiros, como dispositivos ACD e VRU.

Periférico é o nome do periférico (ACD ou URV) como definido em Configurar ICR.

LastStateChange contém vários campos:

C	Significa que o periférico está configurado corretamente para se comunicar com o ICM PG.
O	Significa que o periférico está online, por exemplo, comunicações foram estabelecidas com o ICM PG.
S	Significa que o periférico está em serviço, por exemplo, os dados de agente e chamada são enviados ao ICM PG.
Data	Data atual.
Tempo	Hora local atual.
Tempo de atividade	Exibido entre parênteses, este é o período de tempo em que o processo permaneceu no estado atual.
ÚltimoOuvidoDe	A data, a hora e o período de tempo desde que o periférico enviou os últimos dados válidos para o ICM PG.

Ativando o Rastreamento de Roteador de Chamadas do ICM com rttest

Você pode habilitar níveis de rastreamento específicos em rttest se o comando debug for emitido, seguido por uma ou mais opções de rastreamento. Respectivas entradas de rastreamento podem ser visualizadas nos logs do roteador.

Por exemplo, se o comando debug /route for emitido de dentro do rttest, o rastreamento será ativado. Isso mostra:

• Número Discado (DN)

• Identificação automática de número (ANI)

• Dígitos Inseridos pelo Chamador (CED), se houver

• Rótulo de roteamento ICM retornado à rede da operadora

Para ver todas as possibilidades de rttest /debug, no prompt rttest, emita o comando debug /? como mostrado:

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 os processos ICM gravam algum rastreamento de nível padrão em arquivos de log que podem ser exibidos com o utilitário dumplog. Para obter mais informações, consulte Como usar o utilitário Dumplog.

Note:

• Quando níveis de rastreamento específicos estão ativados, os detalhes correspondentes são gravados nos arquivos de log do roteador no diretório do arquivo de log.

• O tamanho padrão do arquivo de log individual é 99k.

• O tamanho padrão do arquivo de log agregado é 600k.

• Se o rastreamento do roteador estiver muito alto, os arquivos de log individuais serão compactados rapidamente - possivelmente em um minuto - se o volume da chamada for alto.

  • Nesse caso, não é possível capturar muitos dados porque o intervalo de tempo é muito pequeno.

  • Para contornar isso, as capacidades do arquivo de log do roteador podem ser aumentadas se algumas configurações do registro do Microsoft Windows NT forem alteradas.

Observação: verifique se há espaço em disco suficiente disponível antes de aumentar as capacidades do arquivo de log.

Para entrar no registro do Windows NT:

1. Em um prompt de comando, emita o comando regedt32.

2. Depois que o espaço em disco disponível for verificado, essas duas configurações de registro podem ser alteradas para permitir arquivos de log de roteadores maiores:

Observação: os valores são exibidos em hexadecimal por padrão. Clique no botão de opção Decimal para ver o valor 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

Observação: esses valores são exibidos em várias linhas devido a limitações de espaço.

O primeiro parâmetro, EMSAllLogFilesMax, especifica a quantidade máxima de espaço em disco que o roteador aloca para todos os arquivos de log combinados.

O segundo parâmetro, EMSLogFileMax, especifica o tamanho máximo que o roteador aloca para cada arquivo de log. Por exemplo, se você definir EMSAllLogFilesMax como 20 mg e EMSLogFileMax como 2 mg, o roteador acabará criando no máximo 10 arquivos, cada um com no máximo 2 mg de tamanho.

Desative o rastreamento de depuração no rttest

Quando você visualiza os registros do roteador, é recomendável desativar todo o rastreamento que foi adicionado para fins de solução de problemas.

Isso é feito com a diretiva /noall no comando rttest, como mostrado:

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

rttest: debug /noall

Finalize uma sessão rttest

É muito importante que você saia da sua sessão rttest quando terminar. Se muitas sessões rttest forem deixadas em execução em segundo plano, os recursos do sistema serão drenados e o roteamento de chamadas será afetado adversamente.

rttest: quit

Informações Relacionadas

• Como usar o utilitário Dumplog
• Convenções de nomeação do servidor Cisco ICM
• Suporte Técnico e Documentação - Cisco Systems