???????-?????? : Cisco Outbound Option

UCCE исходящие сбои номеронабирателя с процессом WinDump

28 июля 2013 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (10 июля 2013) | Отзыв

Введение

Когда процесс WinDump используется с Cisco Unified Contact Center Enterprise (UCCE) Исходящий Номеронабиратель, этот документ описывает проблему, с которой встречаются.

Внесенный Anuj Bhatia, Максом Тиховым, и ногой Брендана, специалистами службы технической поддержки Cisco.

Предварительные условия

Требования

Компания Cisco рекомендует предварительно ознакомиться со следующими предметами:

  • Cisco UCCE
  • Cisco Session Initiation Protocol (SIP) Выпуска 8.x UCCE или Номеронабиратель Skinny Client Control Protocol (SCCP)

Используемые компоненты

Сведения в этом документе основываются на Cisco Unified Contact Center Enterprise (UCCE) Исходящий Номеронабиратель.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Проблема:

Когда Исходящие журналы процесса Номеронабирателя просматриваются, вы замечаете, что WinDump обрабатывает сбои каждые 15 секунд:

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

Когда WinDump неоднократно завершается катастрофическим отказом, он приводит к ситуации с утечкой памяти, которая приводит к Исходящему катастрофическому отказу службы Номеронабирателя.

Решение:

Существует несколько сценариев, которые могли бы привести к этой проблеме:

  • Опции Перехвата Исходящий ключ реестра Номеронабирателя являются "not set" правильно. Переместитесь к \HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Системам, Inc.\ICM \<Экземпляр клиента> \Dialer и удостоверьтесь, что ключ реестра Опций Перехвата установлен в-i 1 - телетайп-C 20-s 0-W 20-w DialerCapture.

    В некоторых ситуациях ключ реестра установлен в-I 1 - телетайп-C 20-s 0-W 20-w DialerCapture, который приводит к катастрофическому отказу. Когда Исходящий Номеронабиратель обновлен от более ранней версии, это часто замечается. Для получения дополнительной информации обратитесь к идентификатору ошибки Cisco CSCuh16754 (сбои процесса WinDump в Номеронабирателе).
  • Программное обеспечение Wireshark могло бы влиять на перехваченные файлы Динамически подключаемой библиотеки (DLL). Если Wireshark установлен на сервере, чтобы устранить неполадки, и позже деинсталлированный, удаление WinPcap удалением может привести к этой проблеме. Процесс удаления Wireshark удаляет перехваченные DLL wpcap.dll и packet.dll, которого требует WinDump.


Чтобы подтвердить, что необходимые файлы присутствуют и что WinDump работает должным образом, выполните эти шаги:

  1. Удостоверьтесь wpcap.dll и файлы Packet.dll присутствуют в этих местоположениях:
    • C : \Windows\SysWOW64
    • C : \Windows\System32
    Если файлы DLL не найдены, обратитесь Центр технической поддержки Cisco (TAC), чтобы получить подходящие версии файлов DLL.
  2. Чтобы подтвердить, что процесс WinDump правильно установлен и перехватывает данные правильно, исследуйте выходные данные от этих команд:
    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

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 116352