Collaboration : Cisco Unified Contact Center Express

Suivis requis pour déboguer les appels qui sont coincés dans la file d'attente

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (12 janvier 2006) | Commentaires


Contenu


Introduction

Ce document explique comment recueillir des suivis pour mettre au point les appels qui sont coincés dans la file d'attente dans un environnement exprès de Cisco IP Contact Center (IPCC).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco CallManager

  • Cisco Customer Response Solutions (CRS)

Composants utilisés

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

  • Version 3.x et ultérieures de Cisco CallManager

  • Cisco CRS version 3.x et ultérieures

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 utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

États de temps réel

Afin de dépanner un appel a collé dans la file d'attente, vous exigent ces deux états :

  1. L'état en temps réel de contacts (voir le schéma 1).

  2. L'état en temps réel de stats IP ICD CSQ (voir le schéma 2).

Ces deux états en temps réel indiquent la période en laquelle l'appel est coincé dans la file d'attente. Vous pouvez employer l'état en temps réel de contacts pour obtenir l'heure de début de l'appel (voir la flèche A dans le schéma 1) et l'ID de mise en oeuvre (voir la flèche B sur le schéma 1). Ces paramètres te permettent d'identifier l'appel pour rechercher dans différents suivis.

Figure 1 ? État en temps réel de contacts

debug_calls_in_Q_01.gif

Voici un résultat témoin du log JTAPI :

%JTAPI-JTAPI-7-UNK:(P1-icdjtapi)[SS_TEL_CALL_CONN_OFFERED:1317]
[(P1-icdjtapi) GCID=(2,171194)->ACTIVE]
Request: addObserver(InCallObs[TP[id=23,implId=1317,state=IN_USE],
answered=false, aborted=false,disconnected=false,transferred=false,cleaned=false])

Voici un autre exemple du log MIVR.

MIVR-SS_TEL-7-UNK:Route Connection: 
[1612/(P1-icdjtapi) GCID=(2,171156)->ACTIVE]->OFFERED, 
CTI Port selected: TP[id=40,implId=1226,state=IN_USE]

Remarque: Ces échantillons de sortie apparaissent au-dessus des plusieurs lignes ici dues aux limites de l'espace.

Figure 2 ? État de stats IP ICD CSQ

debug_calls_in_Q_02.gif

Collecte de suivi

Cette section fournit les instructions pas à pas d'activer les divers types de suivi.

Activez le suivi MIVR

Cette section décrit les procédures pour activer le suivi MIVR pour des versions 3.x et 4.x d'IPCC Express.

IPCC Express 3.x

Terminez-vous ces étapes afin d'activer le suivi MIVR pour l'IPCC Express 3.x :

  1. Système choisi > engine de la barre de menus de gestion de CRA.

    La page Web d'engine paraît.

  2. Cliquez sur l'hyperlien de configuration de suivi dans le volet gauche.

    La page Web de configuration de suivi paraît (voir le schéma 3).

  3. Activez ces niveaux de debug de suivi MIVR :

    • ICD_RTDM

    • SS_CM

    • SS_RM

    • SS_RMCM

    • SS_TEL

    Figure 3 ? Configuration de suivi MIVR

    debug_calls_in_Q_03.gif

  4. Augmentez le nombre de fichiers de suivi à 100 (voir la flèche A sur le schéma 3).

  5. Placez le paramètre TRACELEVEL.MIVR.ICD_RTDM.XDEBUGGING pour rectifier dans le fichier system.properties, qui réside dans le répertoire de C:\Program Files\wfavvid :

    TRACELEVEL.MIVR.ICD_RTDM.XDEBUGGING=true

    Le système génère et enregistre le log MIVR. Le nom du fichier journal est CiscoMIVRxxx.log, où xxx représente le numéro de séquence. Le fichier journal réside dans C:\program files\wfavvid\log pour l'IPCC Express 3.x.

    Remarque: Redémarrez l'engine de CRA de sorte que les suivis MIVR reflètent les changements du nombre de fichiers et de tailles de fichier.

IPCC Express 4.x

Terminez-vous ces étapes afin d'activer le suivi MIVR pour l'IPCC Express 4.x :

  1. Ouvrez AppAdmin.

  2. Système > configuration de suivi > engine > Divers choisis CRS.

  3. Le clic développent la vue.

    Une ligne de XDebugging apparaît pour chaque processus. ICD_RTDM apparaît sous le divers (voir la flèche A sur le schéma 4).

    Figure 4 ? Développez la vue des processus en page de gestion CRS

    debug_calls_in_Q_10.gif

  4. Cochez la case d'élimination des imperfections (voir la flèche B sur le schéma 4).

  5. Cochez la case dans la colonne 1 sous XDebugging (voir le C de flèche sur le schéma 4).

    Le système génère et enregistre le log MIVR. Le nom du fichier journal est CiscoMIVRxxx.log, où xxx représente le numéro de séquence. Le fichier journal réside dans C:\program files\wfavvid\log\MIVR pour l'IPCC Express 4.x

    Remarque: Redémarrez l'engine de CRA de sorte que les suivis MIVR reflètent les changements du nombre de fichiers et de tailles de fichier.

Activez le suivi JTAPI

Terminez-vous ces étapes afin d'activer le suivi JTAPI :

  1. Le début de clic > programme > Cisco préférence JTAPI > JTAPI.

    L'écran Préférences de Jtapi apparaît (voir le schéma 5).

  2. Cliquez sur l'onglet de destination de log.

    Figure 5 ? Préférences JTAPI : Onglet de destination de log

    debug_calls_in_Q_04.gif

  3. Cochez la case tournante de fichiers journal d'utilisation.

  4. Augmentez le nombre maximal de fichiers journal à 100 dans la section de configurations de fichier journal.

  5. Cliquez sur l'onglet de niveaux de suivi (voir le schéma 6).

  6. Cochez la case de debug dans la section de niveaux de suivi.

    Figure 6 ? Préférences JTAPI : Niveaux de suivi

    debug_calls_in_Q_05.gif

  7. Vérifiez ces cases dans la section de niveaux de debug :

    • JTAPI_DEBUGGING

    • JTAPIIMPL_DEBUGGING

    • CTI_DEBUGGING

    • CTIIMPL_DEBUGGING

    • PROTOCOL_DEBUGGING

    Le système génère et enregistre la procédure de connexion JTAPI le répertoire de C:\Program Files\wfavvid\log. Le nom du fichier journal est CiscoJTAPIxx.log, où xx représente le numéro de séquence.

    Remarque: Redémarrez l'engine de CRA pour les changements du nombre de fichiers et de tailles de fichier à refléter dans les suivis JTAPI.

Placez le suivi CCM sur le CallManager

Terminez-vous ces étapes pour placer le suivi CCM sur le CallManager :

  1. Application choisie > utilité de Cisco Callmanger de la barre de menus de CallManager Administration.

    La page Web de Cisco CallManager Serviceability paraît.

  2. Sélectionnez le suivi > la configuration.

    La page Web de configuration de suivi paraît.

  3. CallManager choisi (éditeur) dans la section de serveurs.

    La liste configurée de services apparaît :

    Figure 7 ? Utilité de CallManager : Services configurés

    debug_calls_in_Q_06.gif

  4. Cliquez sur Cisco Callmanager dans la case de services configurée.

    L'écran de configuration de suivi pour le Cisco CallManager apparaît (voir le schéma 8).

  5. Cochez le suivi SUR la case (voir la flèche A sur le schéma 8).

  6. Sélectionnez détaillé de la liste de niveau de suivi de debug (voir la flèche B sur le schéma 8).

    Figure 8 ? Utilité de CallManager - Deux

    debug_calls_in_Q_07.gif

Placez le suivi CTI sur le CallManager

Référez-vous aux suivis d'installation pour la section de Cisco CallManager des suivis de Cisco CallManager d'installation pour le document de support technique de Cisco pour les informations sur la façon dont installer le suivi CTI sur le CallManager.

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: 64055