소개
이 문서에서는 두 PG의 서비스가 비활성화되기 전에 듀플렉스 모드에서 실행되는 주변 장치 게이트웨이(PG)에 새 PIM(Peripheral Interface Manager)을 추가하려고 할 때 Cisco UCCE(Unified Contact Center Enterprise)에서 발생하는 오류에 대해 설명합니다. 이 문제에 대한 해결책도 기술되어 있다.
배경 정보
새 PIM을 생성하는 작업은 모든 버전의 UCCE에서 쉽게 수행할 수 있는 작업입니다. 따라서 PG 설정 또는 ICM(Intelligent Contact Management) 설정(버전에 따라 다름)을 완료하고 적절한 PIM 컨피그레이션을 추가해야 합니다.
PG는 일반적으로 듀플렉스 모드에서 실행되므로 관리자는 다운타임을 최소화하고 다른 쪽이 활성화되어 통화를 처리하는 동안 한 쪽에서 이 작업을 수행해야 할 수도 있습니다. 그러나 이는 새로 설치된 PIM이 유효하지 않은 컨피그레이션으로 남아 있고 두 PG에서 모두 유휴 상태로 남아 있기 때문에 실패할 가능성이 높습니다.
이러한 행동은 예상되고 정당한 이유를 위해 설계된다는 점에 유의해야 한다. 이중 모드에서 실행하려면 두 PG를 동기화해야 합니다. 그러나 PG를 동기화할 수 있도록 양쪽에서 정확히 동일한 버전 및 빌드를 실행해야 합니다. 또한 PG에는 ICM 레지스트리의 특정 구성 요소가 동기화되어 있어야 합니다. 불일치가 있는 경우 ICM 레지스트리 항목은 OPC(Open Peripheral Controller) 상태 전송 프로세스의 일부로 동기화됩니다. 여기에는 PIM 컨피그레이션 설정을 포함하는 레지스트리 하이브 부분이 포함됩니다.
문제
이중 모드에서 실행되는 PG에 새 PIM을 추가하려는 경우 다운타임을 최소화하기 위해 하나의 PG만 비활성화하고 다른 PG는 활성 상태로 유지되는 동안 새 PIM을 추가하려고 시도합니다. 시도가 실패하고 다음과 같은 문제가 발생합니다.
- 새 PIM을 추가한 PG를 활성화하면 업데이트된 레지스트리 컨피그레이션이 메모리에 로드되므로 PIM을 알아야 합니다.
- 그런 다음 PG는 현재 메모리에 이전 레지스트리 컨피그레이션이 포함된 듀플렉스의 다른 PG와 동기화를 시도합니다. 불일치가 있는 경우 동기화 프로세스에서 새 설정 중 일부를 효과적으로 덮어씁니다. 덮어쓰기는 메모리에서 먼저 발생한 다음 수정된 PG의 레지스트리에서 발생합니다. 그러면 새 PIM이 추가되지 않은 PG가 새 PIM을 인식하지 못하므로(최소한) 새 PIM이 비활성 상태로 전송됩니다.
참고: 덮어쓸 수 있는 다른 설정도 있습니다.
- 새 PIM은 정상적으로 시작되지만 주변 장치의 활성화 또는 연결을 시도하지 않고 유휴 상태로 유지됩니다.
활성 상태로 유지된 PG에서 업데이트 절차를 반복하는 것이 논리적으로 보일 수 있지만 이러한 문제는 해결되지 않습니다. 두 번째 PG가 먼저 업데이트된 PG와 동기화를 시도할 때 첫 번째 PG의 새 PIM에 잘못된 컨피그레이션이 있기 때문에(단계 1~3에 설명된 문제로 인해) 레지스트리의 동일한 부분을 덮어씁니다.
그러면 새 PIM이 설치된 두 PG와 동기화된 컨피그레이션이 유효하지 않게 됩니다. PIM은 활성화하거나 주변 장치에 연결하지 않으며 유휴 상태에서 무기한 기다립니다.
솔루션
문제를 해결하려면 다음 단계를 완료하십시오.
- ICM 서비스 제어에서 두 PG의 서비스를 모두 비활성화합니다.
- PG 설정 프로세스를 완료하고 PIM 컨피그레이션을 확인합니다.
- 새로 추가된 PIM을 모두 제거합니다.
- 서비스가 비활성화되는 동안 두 PG 모두에 새 PIM을 추가합니다.
- 두 PG에서 서비스를 활성화합니다(활성화 순서는 중요하지 않음).
- PIM이 활성 상태이고 두 PG의 주변 장치에 연결되어 있는지 확인합니다.
참고: 서비스가 두 PG에서 모두 비활성화되는 동안 PG 컨피그레이션을 수정해야 합니다. 다른 상황은 지원되지 않으며, 문제가 발생할 수 있습니다.
피드백