Collaboration : Option Cisco Outbound

Le numéroteur sortant UCCE tombe en panne avec le processus de WinDump

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (10 juillet 2013) | Commentaires

Introduction

Ce document décrit un problème rencontré quand le processus de WinDump est utilisé avec le numéroteur sortant du Cisco Unified Contact Center Enterprise (UCCE).

Contribué par Anuj Bhatia, Tikhov maximum, et jambe de Brendan, ingénieurs TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco UCCE
  • Protocole SIP (Session Initiation Protocol) de la release 8.x de Cisco UCCE ou numéroteur de Skinny Client Control Protocol (SCCP)

Composants utilisés

Les informations dans ce document sont basées sur le numéroteur sortant du Cisco Unified Contact Center Enterprise (UCCE).

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.

Problème

Quand les logs sortants de processus de numéroteur sont visualisés, vous observez que le processus de WinDump tombe en panne toutes les 15 secondes :

-------------
13:00:12:615 dialer-baDialer Trace: WinDump process has crashed, restarting...
13:00:12:617 dialer-baDialer Trace: CreateProcess succeeded with szCmdline = windump -I 1
-tt -C 20 -s 0 -W 20 -w DialerCapture udp port 58800
dwProcessId= 262600 hProcess = 256784
13:00:28:843 dialer-baDialer Trace: WinDump process has crashed, restarting...
13:00:28:844 dialer-baDialer Trace: CreateProcess succeeded with szCmdline = windump -I 1
-tt -C 20 -s 0 -W 20 -w DialerCapture udp port 58800
dwProcessId= 262412 hProcess = 256792
13:00:45:069 dialer-baDialer Trace: WinDump process has crashed, restarting...
-------------

Quand WinDump tombe en panne à plusieurs reprises, il mène à une situation de fuite de mémoire qui des résultats dans un crash sortant de service de numéroteur.

Solution

Il y a quelques scénarios qui pourraient mener à ce problème :

  • La clé de registre sortante de numéroteur d'options de capture n'est pas placée correctement. Naviguez vers \ HKEY_LOCAL_MACHINE \ LOGICIEL \ Cisco Systems, Inc. \ > exemple missile aux performances améliorées \ <Customer \ numéroteur et assurez-vous que la clé de registre d'options de capture est placée - I 1 - au TTT - le C 20 - s 0 - W 20 - W DialerCapture.

    Dans certaines situations, la clé de registre est placée - I 1 - au TTT - le C 20 - s 0 - W 20 - W DialerCapture, qui a comme conséquence un crash. Ceci est souvent vu quand le numéroteur sortant est mis à jour d'une version antérieure. Pour plus de détails, référez-vous à l'ID de bogue Cisco CSCuh16754 (le processus de WinDump tombe en panne dans le numéroteur).
  • Le logiciel de Wireshark pourrait affecter les fichiers capturés de bibliothèque dynamiquement jointe (DLLs). Si Wireshark est installé sur le serveur afin de dépanner, et plus tard désinstallé, la suppression de WinPcap par le désinstaller peut mener à ce problème. Le Wireshark désinstallent le processus retire le DLLs capturé wpcap.dll et packet.dll, dont WinDump a besoin.


Afin de confirmer que les fichiers nécessaires sont présents et que WinDump fonctionne correctement, terminez-vous ces étapes :

  1. Assurez-vous que les wpcap.dll et les Packet.dllfiles sont présents dans ces emplacements :
    • C:\Windows\SysWOW64
    • C:\Windows\System32
    Si les fichiers dll ne sont pas trouvés, entrez en contact avec le centre d'assistance technique Cisco (TAC) afin d'obtenir les versions appropriées des fichiers dll.
  2. Afin de confirmer que le processus de WinDump est correctement installé et capture des données correctement, examinez la sortie de ces commandes :
    C:\>windump -V
    windump version 3.9.5, based on tcpdump version 3.9.5
    WinPcap version 4.1.2 (packet.dll version 4.1.0.2001), based on libpcap version 1.0 branch
    1_0_rel0b (20091008)

    C:\>windump
    windump: listening on \Device\NPF_{5A01EA28-AF57-4456-A653-DD785A20853F}
    13:06:20.596189 IP PG2B.43005 > PG2A.domain.net.49220:
     .3075400616:3075400617(1) ack 1040704317 win
    13:06:20.596222 IP PG2A.domain.net.49220 > PG2B.43005:
     .ack 1 win 255 <nop,nop,sack 1 {0:1}>
    13:06:20.606477 IP PG2A.domain.net.49208 > PG2B.45005:
     .1242670277:1242670278(1) ack 357439054 win 2
    13:06:20.607219 IP PG2B.45005 > PG2A.domain.net.49208:
     .0:1(1) ack 1 win 251

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.


Document ID: 116352