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