Introduction
Ce document décrit un problème rencontré lorsque le processus WinDump est utilisé avec le numéroteur sortant Cisco Unified Contact Center Enterprise (UCCE).
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco UCCE
- Cisco UCCE Numéroteur SIP (Session Initiation Protocol) ou SCCP (Skinny Client Control Protocol) version 8.x
Composants utilisés
Les informations contenues dans ce document sont basées sur le numéroteur sortant Cisco Unified Contact Center Enterprise (UCCE).
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Problème
Lorsque les journaux de processus Outbound Dialer sont affichés, vous constatez que le processus WinDump se bloque 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...
-------------
Lorsque WinDump tombe en panne à plusieurs reprises, cela entraîne une fuite de mémoire qui entraîne un plantage du service Outbound Dialer.
Solution
Il existe quelques scénarios qui peuvent mener à ce problème :
- La clé de Registre Capture Options Outbound Dialer n'est pas définie correctement. Accédez à \HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<Customer Instance > \Dialer et assurez-vous que la clé de registre des options de capture est définie sur -i 1 -tt -C 20 -s 0 -W 20 -w DialerCapture.
Dans certaines situations, la clé de registre est définie sur -I 1 -tt -C 20 -s 0 -W 20 -w DialerCapture, ce qui entraîne une panne. Cela se produit souvent lorsque le numéroteur sortant est mis à niveau à partir d'une version antérieure. Pour plus de détails, référez-vous à l'ID de bogue Cisco CSCuh16754 (le processus WinDump se bloque dans le numéroteur).
- Le logiciel Wireshark peut affecter les fichiers DLL (Dynamic Linked Library) capturés. Si Wireshark est installé sur le serveur afin de dépanner, et plus tard désinstallé, la suppression de WinPcap par la désinstallation peut conduire à ce problème. Le processus de désinstallation de Wireshark supprime les DLL capturées wpcap.dll et packet.dll, ce que WinDump exige.
Afin de confirmer que les fichiers nécessaires sont présents et que WinDump fonctionne correctement, complétez ces étapes :
- Vérifiez que les fichiers wpcap.dll et Packet.dll sont présents dans ces emplacements :
- C:\Windows\SysWOW64
- C:\Windows\System32
Si les fichiers DLL sont introuvables, contactez le Centre d'assistance technique Cisco (TAC) afin d'obtenir les versions appropriées des fichiers DLL.
- Afin de confirmer que le processus WinDump est correctement installé et capture correctement les données, examinez le résultat 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
Commentaires