Cisco ICM rttest 유틸리티

소개

이 문서에서는 ICM 통화 라우터에서 다양한 매개변수를 보고 설정할 수 있는 Cisco ICM(Intelligent Contact Management) rttest 유틸리티에 대해 설명합니다.다음 세 가지 방법 중 하나로 rttest 유틸리티를 실행할 수 있습니다.

• Cisco ICM Call Router 노드 중 하나에서 직접 명령 프롬프트에서

• 텔넷 세션에서 Cisco ICM 통화 라우터 노드 중 하나로

• pcAnywhere를 사용하는 명령 프롬프트에서 Cisco ICM Call Router 노드 중 하나로

사전 요구 사항

요구 사항

다음 주제에 대한 지식을 보유하고 있으면 유용합니다.

• Cisco ICM

• TCP/IP 텔넷 유틸리티

• Symantec pcAnywhere

사용되는 구성 요소

이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.

• 모든 Cisco ICM 버전

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

rttest 실행 및 해석 방법

명령 프롬프트에 rttest를 입력하고 /help 또는 /?를 입력합니다.구문 usage 문을 제공합니다.예를 들면 다음과 같습니다.

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

rttest를 호출하는 데 필요한 명령줄 옵션은 다음과 같습니다.

/고객 고객	여기서 Customer는 ICM 고객 인스턴스를 나타내는 3자, 4자 또는 5자의 약어입니다.ICM 서버 명명 규칙을 참조하십시오.
/노드 ICRNode	여기서 ICRNode는 실행할 라우터 rttest에 따라 routera 또는 routerb입니다.ICM 서버 명명 규칙을 참조하십시오.

1. rttest가 실행되면 를 입력하십시오.rttest 프롬프트의 help를 참조하여 사용 가능한 모든 rttest 명령을 나열합니다.

2. rttest 명령이 실행되면 전체 ICM 시스템의 실시간 상태를 빠르게 얻을 수 있습니다.

3. rttest 프롬프트에서 상태를 입력합니다.

4. rttest 프롬프트에서 Enter를 누릅니다.

5. status 지시문은 각 ICM 중앙 사이트 프로세스, ICM PG(주변 장치 게이트웨이) 서버, ACD(서드파티 자동 통화 배분) 및 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)

프로세스	마지막 상태 변경	마지막 하트비트
아기
CIC
csfs	OK M- 03/06 11:10:20(11.2일)
dba	OK MH 03/06 11:10:20(11.2일)	03/17 16:00:12(30초)
dbw
로그	OK MH 03/06 11:10:20(11.2일)	03/17 16:00:17(25초)
A rcv	OK M- 03/06 11:10:20(11.2일)
레터	OK MH 03/06 11:10:20(11.2일)	03/17 16:00:15(27초)
A rts	OK MH 03/06 11:10:20(11.2일)	03/17 16:00:19(23초)
타시르	OK M- 03/06 11:10:20(11.2일)
B 기
B식
B csfs	OK M- 03/11 11:08:34(6.2일)
B dba	OK MH 03/11 11:07:02(6.2일)	03/17 16:00:38(4초)
B dbw
B lgr	OK MH 03/11 11:08:36(6.2일)	03/17 16:00:17(25초)
B rcv	OK M- 03/11 11:08:35(6.2일)
B rtr	OK MH 03/11 11:07:03(6.2일)	03/17 16:00:15(27초)
B rts	OK MH 03/11 11:07:02(6.2일)	03/17 16:00:29(13초)
B tsyr	OK M- 03/11 11:07:02(6.2일)

컨트롤러	마지막 상태 변경	마지막 하트비트
ATT_NIC_1,128	CFO 03/06 11:10:22(11.2일)	03/17 16:00:39(3초)
ATT_NIC_2,129	CFO 03/11 11:07:05(6.2일)	03/17 16:00:34(8초)
CA_PG9,9	CFO 03/17 04:42:31(11.3시간)	03/17 16:00:31(11초)
FL_PG7,7	CFO 03/11 10:30:16(6.2일)	03/17 16:00:32(10초)
GA_PG6,6	CFO 03/12 10:50:43(5.2일)	03/17 16:00:29(13초)
IA_PG5,5	CFO 03/11 11:29:27(6.1일)	03/17 16:00:32(10초)
NY_PG3,3	CFO 03/11 16:31:36(5.9일)	03/17 16:00:38(4초)
TX_PG4,4	CFO 03/11 16:33:37(5.9일)	03/17 16:00:38(4초)
VA_PG1,1	CFO 03/13 22:18:32(3.7일)	03/17 16:00:33(9초)
VB_PG2,2	CFO 03/16 23:31:31(16.4시간)	03/17 16:00:32(10초)

주변 장치	마지막 상태 변경	마지막 수신
CA_PG9	COS 03/17 04:42:38(11.3시간)	03/17 16:00:40(2초)
FL_PG7	COS 03/11 10:30:18(6.2일)	03/17 16:00:40(2초)
GA_PG6	COS 03/16 06:21:18(33.6시간)	03/17 16:00:41(1초)
IA_PG5	COS 03/11 11:29:30(6.1일)	03/17 16:00:40(2초)
NY_PG3	COS 03/11 16:31:42(5.9일)	03/17 16:00:41(1초)
TX_PG4	COS 03/11 16:37:53(5.9일)	03/17 16:00:34(8초)
VA_PG1	COS 03/13 22:18:40(3.7일)	03/17 16:00:41(1초)
VB_PG2	COS 03/16 23:31:33(16.4시간)	03/17 16:00:41(1초)

상태 출력의 세 가지 기본 섹션은 Process(프로세스), Controller(컨트롤러) 및 Peripheral(주변 장치)입니다.

상태 출력의 첫 번째 열에서 Process로 레이블이 지정된 첫 번째 섹션에는 각 ICM 중앙 사이트 프로세스의 상태가 표시됩니다.하나의 ICM 중앙 사이트는 ICM 통화 라우터 및 ICM 데이터베이스 로거로 구성됩니다.대부분의 경우 이중화를 위해 ICM 중앙 사이트(sideA와 sideB)가 2개 있습니다.

먼저 라우터 버전 및 빌드 날짜와 같은 일반 정보가 표시됩니다.그런 다음 다음과 같은 추가 통계가 표시됩니다.

현재 시간	UTC(Coordinated Universal Time)입니다. 대부분의 통신 장비는 UTC 시간을 공용 시간 참조로 사용합니다.
현지 시간	Cisco ICM 통화 라우터의 표준 시간대 설정에 따라 결정되는 ICM 로컬 시간입니다.
라우터 작동	Cisco ICM Call Router 기능이 작동 및 실행된 기간입니다.
라우터 동기화	이는 Cisco ICM 통화 라우터의 어느 쪽이 마지막으로 다른 쪽으로 상태 전송을 전송했는지 보여줍니다.

다음으로 프로세스 상태를 세 개의 열로 나눕니다.Process, LastStateChange 및 LastHeartbeat입니다.프로세스는 ICM 중앙 사이트 프로세스입니다.

LastStateChange에는 여러 필드가 포함되어 있습니다.

확인	프로세스가 잘 실행되고 있음을 나타냅니다.
M	프로세스를 동기화된 상태로 유지하는 데 Cisco 전용 MDS(Message Delivery Service) 프로토콜을 사용함을 나타냅니다.
H	MDS 프로토콜을 사용하여 내부 하트비트 메시지를 보내고 수신하는 프로세스를 나타냅니다.
날짜	현재 날짜입니다.
시간	현재 현지 시간입니다.
업타임	괄호로 표시된 이 값은 프로세스가 현재 상태로 유지된 시간입니다.
마지막 하트비트	프로세스가 MDS 하트비트를 보내고 수신하는 경우 이 값은 프로세스에서 전송하거나 수신한 마지막 하트비트의 타임스탬프입니다.

상태 출력의 첫 번째 열에 Controller로 표시된 두 번째 섹션에는 Cisco ICM PG 서버의 상태가 표시됩니다.

컨트롤러는 ICM 구성 관리자에 정의된 컨트롤러(ICM PG)의 이름입니다.

LastStateChange에는 여러 필드가 포함되어 있습니다.

C	ICM PG 서버가 ICM 통화 라우터에서 구성을 성공적으로 다운로드했음을 나타냅니다.
F	ICM PG가 완전히 구성되었으며 구성이 유효함을 나타냅니다.
O	ICM PG가 온라인 상태이고 ICM 통화 라우터와 통신하는지 나타냅니다.
날짜	현재 날짜입니다.
시간	현재 현지 시간입니다.
업타임	괄호로 표시된 이 값은 프로세스가 현재 상태로 유지된 시간입니다.

열 1의 Peripheral(주변 장치)로 표시된 세 번째 섹션에는 ACD 및 VRU 장치와 같은 타사 주변 장치의 상태가 표시됩니다.

주변 장치는 ICR 구성에 정의된 주변 장치(ACD 또는 VRU)의 이름입니다.

LastStateChange에는 여러 필드가 포함되어 있습니다.

C	주변 장치가 ICM PG와 통신하도록 올바르게 구성되었음을 나타냅니다.
O	주변 장치가 온라인 상태임을 나타냅니다. 예를 들어, ICM PG와 통신이 설정되었습니다.
S	주변 장치가 서비스 중임을 나타냅니다(예: 상담원 및 통화 데이터가 ICM PG로 전송됨).
날짜	현재 날짜입니다.
시간	현재 현지 시간입니다.
업타임	괄호로 표시된 이 값은 프로세스가 현재 상태로 유지된 시간입니다.
마지막 수신	주변 장치가 ICM PG로 유효한 데이터를 마지막으로 보낸 이후의 날짜, 시간 및 시간입니다.

rttest로 ICM 통화 라우터 추적 설정

debug 명령이 실행된 경우 rttest 내에서 특정 추적 수준을 활성화하고 하나 이상의 추적 옵션을 사용할 수 있습니다.그러면 각 추적 항목을 라우터 로그에서 볼 수 있습니다.

예를 들어 rttest 내에서 debug /route 명령을 실행하면 추적이 설정됩니다.다음은 다음과 같습니다.

• 전화 건 번호(DN)

• 자동 번호 식별(ANI)

• 발신자가 입력한 숫자(CED)(있는 경우)

• 캐리어 네트워크로 반환된 ICM 라우팅 레이블

rttest /debug에 대한 모든 가능성을 보려면 rttest 프롬프트에서 debug /?다음과 같이 명령을 실행합니다.

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

모든 ICM 프로세스는 dumplog 유틸리티로 볼 수 있는 로그 파일에 일부 기본 수준 추적을 씁니다.자세한 내용은 휴지통 유틸리티 사용 방법을 참조하십시오.

참고:

• 특정 추적 레벨을 활성화하면 해당 세부 정보가 로그 파일 디렉토리의 라우터 로그 파일에 기록됩니다.

• 기본 개별 로그 파일 크기는 99k입니다.

• 기본 집계 로그 파일 크기는 600k입니다.

• 라우터 추적이 너무 높게 설정된 경우 통화 볼륨이 높으면 1분 내에 개별 로그 파일이 빠르게 래핑됩니다.

  • 이 경우 시간 범위가 매우 작으므로 많은 데이터를 캡처할 수 없습니다.

  • 이를 해결하기 위해 Microsoft Windows NT 레지스트리 설정을 몇 개 변경하면 라우터 로그 파일 용량을 늘릴 수 있습니다.

참고: 로그 파일 용량을 늘리기 전에 사용 가능한 디스크 공간이 충분한지 확인하십시오.

Windows NT 레지스트리를 입력하려면

1. 명령 프롬프트에서 regedt32 명령을 실행합니다.

2. 사용 가능한 디스크 공간을 확인한 후 다음 두 레지스트리 설정을 변경하여 더 큰 라우터 로그 파일을 허용할 수 있습니다.

참고: 기본적으로 값은 16진수로 표시됩니다.기본 10 값을 보려면 Decimal 라디오 버튼을 클릭합니다.

\\.\software\geotel\icr\csco\routera\ems\currentversion\library\
  processes\rtr\EMSAllLogFilesMax 
\\.\software\geotel\icr\csco\routera\ems\currentversion\library\processes\
  rtr\EMSLogFileMax

참고: 이러한 값은 공간 제한으로 인해 여러 행에 표시됩니다.

첫 번째 매개 변수인 EMSAllLogFilesMax는 라우터가 결합된 모든 로그 파일에 대해 할당하는 최대 디스크 공간 크기를 지정합니다.

두 번째 매개 변수인 EMSLogFileMax는 라우터가 각 로그 파일에 할당하는 최대 크기를 지정합니다.예를 들어 EMSAllLogFilesMax를 20mg로 설정하고 EMSLogFileMax를 2mg로 설정하면 라우터는 결국 10개 이하의 파일을 생성하며, 각각 크기가 2mg 이하인 파일을 생성합니다.

rttest에서 디버그 추적 해제

라우터 로그를 본 경우 문제 해결을 위해 추가된 모든 추적을 비활성화하는 것이 좋습니다.

이 작업은 다음과 같이 rttest 명령의 /noall 지시문을 사용하여 수행됩니다.

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

rttest: debug /noall

rttest 세션 종료

완료되면 rttest 세션을 종료하는 것이 매우 중요합니다.백그라운드에서 너무 많은 rttest 세션이 실행되고 있으면 시스템 리소스가 소모되고 통화 라우팅에 부정적인 영향을 미칩니다.

rttest: quit

관련 정보

• 휴지통 유틸리티 사용 방법
• Cisco ICM 서버 명명 규칙
• 기술 지원 및 문서 − Cisco Systems