Contenu

Introduction

Conditions préalables

Conditions requises

Composants utilisés

Problème

Solution

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).

Conditions préalables

Exigences

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