Collaboration : Passerelle d'accès aux périphériques Cisco ICM

Expiration MIS - Modification du protocole PIM ECS après la mise à niveau vers Windows 2000

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit une raison pour laquelle le processus du service d'intégration de messages (SIG) chronomètre et fournit une solution dans un environnement de l'Intelligent Contact Management de Cisco (missile aux performances améliorées).

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir connaissance des sujets suivants :

  • Missile aux performances améliorées de Cisco

  • NT et Server 2000 de Microsoft Windows

  • Processus SIG sur la passerelle d'accès aux périphériques (PAGE)

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Version 4.6.2 missile aux performances améliorées de Cisco

  • NT et Server 2000 de Microsoft Windows

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Architecture SIG

Le SIG est une application noeud-gérée par norme et exécute dans le service de PAGE de l'unité de réponse vocale (VRU) avec le gestionnaire d'interface de VRU-périphérique (PIM). Le diagramme suivant affiche l'architecture de processus à niveau élevé avec le SIG.

Figure 1 : Architecture SIG

mis-timeout-upgrd2000-1.gif

Problème

Après mise à jour du Windows NT 4.0 au Windows 2000 Server, le processus SIG à la PAGE VRU arrête le VRU dû au délai d'attente SIG, suivant les indications de la figure 2.

Figure 2 : Topologie

mis-timeout-upgrd2000-2.gif

Solution

Ce problème est provoqué par par des paramètres de registre. En améliorant le système d'exploitation (SYSTÈME D'EXPLOITATION) ou le missile aux performances améliorées, les vieux changements dans le registre ne sont pas mis à jour. Les paramètres de registre en cours sont remplacés avec le nouveau par défaut. Par conséquent, tout en améliorant Windows NT au Windows 2000 Server, pour l'inconnu de raisons, la valeur de la clé de registre, est placée à une qui représente les séjours d'appel dans la file d'attente et aucun appel n'a établi l'événement va au contrôleur périphérique ouvert (OPC) pour cet appel.

HKEY_LOCAL_MACHINE\SOFTWARE\Geotel\ICR\<cust_inst>\PGnum\PG\CurrentVersion\
  PIMS\pim1\ATTData\Dynamic\ConverseConnectRemainsInQueue

Ce causes, le processus SIG à chronométrer.

Placez ConverseConnectRemainsInQueue à FAUX (0). Ceci représente l'appel à placer dans un état de CONNECTER et le CSTA a établi l'événement est envoyé à l'OPC et répare le problème. C'est une clé de registre dynamique et il n'y a aucun besoin de réutiliser n'importe quel processus.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 60447