语音和统一通信 : Cisco Jabber for Windows

Windows呼叫流流动分析步骤的Jabber

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 23 日) | 反馈

简介

本文描述使用的步骤为了分析在思科Jabber的呼叫流Windows的。

贡献用比利Turnbow, Amit库马尔和Jasmeet Sandhu, Cisco TAC工程师。

先决条件

要求

Cisco建议您有Cisco Jabber知识Windows版本9.x的。

使用的组件

本文档中的信息根据Windows版本9.x的Cisco Jabber。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

分析在思科Jabber的呼叫流Windows的

为了确定,当呼叫在Windows的时思科Jabber开始并且结束,请打开在Notepad++的csf-unified.log文件,并且搜索CALL_EVENT。为了查找呼叫的第一行,请找出在CALL_EVENT语句之后的初始

2013-02-24 18:22:07,362 INFO  [0x000009e4][control\CallControlManagerImpl.cpp(2021)]
[csf.ecc.evt] [ecc::CallControlManagerImpl::notifyCallEventObservers] -
  CALL_EVENT: evCreated,
0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_NONE, CalledPartyNumber: ,
  CallingPartyNumber: ,
CallInstance: -1, Status: , GCID: , IsConference: 0, IsCallSelected: 0, CapabilitySet:

闲聊日志期限

注意在Jabber呼叫流的这些关键字:

呼叫状态

  • 初始-呼叫在设置, Jabber确定是否流入/流出的,并且呼叫/被叫电话编号被准备好。
  • 摘机- Jabber电话去挂。
  • 拨号-被叫电话编号位拨号。
  • 继续-位通过给Cisco Unified Communications Manager (CUCM)并且处理。
  • RingOut -编号拨号,并且环发送对远程终端。
  • 已连接-远程终端被回答,并且连接被建立。
  • 挂机- Jabber电话挂断。

CC_CALL_TYPE - 这从“无”更改在初始化以后对“流出的”或“流入”,取决于呼叫是否被发送或接收。

呼叫ID -十六进制数(0x005B1818),在呼叫状态是Jabber呼叫ID前,逗留一致处于每呼叫的。当下一个呼叫发生,它增加。

CSF-UNIFIED.LOG

如果使用Notepad++,您在当前文档选项能使用查找全部,显示整个呼叫流。它看上去象这个(对于查看器方便、时间戳和信息性托架删除) :

CALL_EVENT: evCreated, 0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_NONE,
CalledPartyNumber: , CallingPartyNumber: , CallInstance: -1, Status: ,
GCID: , IsConference: 0,
IsCallSelected: 0, CapabilitySet:

CALL_EVENT: evInfoChanged, 0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: , CallingPartyNumber: , CallInstance: 1, Status: ,
GCID: , IsConference: 0,
IsCallSelected: 0, CapabilitySet: canOriginateCall,canDialVoicemail

CALL_EVENT: evInfoChanged, 0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canOriginateCall,canDialVoicemail

CALL_EVENT: evStateChanged, 0x005B1818, OffHook, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall,canSendDigit

CALL_EVENT: evStateChanged, 0x005B1818, Dialing, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall,canSendDigit

CALL_EVENT: evStateChanged, 0x005B1818, Proceed, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall

CALL_EVENT: evStateChanged, 0x005B1818, RingOut, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall,canDirectTransfer

CALL_EVENT: evCallStarted, 0x005B1818, Connected, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canHold,canEndCall,canSendDigit,canCallPark,
 canDirectTransfer,
 canJoinAcrossLine

CALL_EVENT: evStateChanged, 0x005B1818, OnHook, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet:

CALL_EVENT: evDestroyed, 0x005B1818, OnHook, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: , CallingPartyNumber: , CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet:

输出显示,当Jabber首先去摘机和拨号,以及主叫方和被叫号码。 对于流入的呼叫,一种相似的呼叫流流程模式被看到。然而, CC_CALL_TYPE不同的:

2013-02-24 18:22:07,130 INFO  [0x00000ec0] [control\CallControlManagerImpl.cpp(2001)]
[csf.ecc.evt][ecc::CallControlManagerImpl::notifyCallEventObservers] -
 CALL_EVENT: evCreated, 0x10003, Initial,
CC_ATTR_NORMAL, CC_CALL_TYPE_INCOMING, CalledPartyNumber: 1001,
 CallingPartyNumber: 1000,
CallInstance: 1, Status: , GCID: , IsConference: 0, IsCallSelected: 0, CapabilitySet:

办公室集成(在Jabber日志的点击呼叫)

对于由微软办公软件集成做的呼叫,一条额外的线路在呼叫流前被添加。如果搜索“开始语音呼叫与”,提供在点击呼叫功能执行的日志的每个点。例如,从Microsoft Outlook的一呼叫在联系方式(右键单击呼叫)如下所示:

2013-02-24 18:42:18,912 INFO  [0x000009e0] [\ExtensionProviderFunctionsImpl.cpp(235)] 
[cuc-extension-provider] [StartVoiceCallImpl2] - Starting voice call with 1001

以后一些的毫秒,同一个“最初的”关键字开始:

2013-02-24 18:42:18,915 INFO  [0x0000053c] [control\CallControlManagerImpl.cpp(2021)]
[csf.ecc.evt][ecc::CallControlManagerImpl::notifyCallEventObservers] -
 CALL_EVENT: evCreated, 0x00EF3BA0,Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_NONE,
 CalledPartyNumber: , CallingPartyNumber: ,
CallInstance: -1, Status: , GCID: , IsConference: 0, IsCallSelected: 0, CapabilitySet:

注意在点击呼叫功能的[cuc-extension-provider]部分。如果搜索此在Jabber日志,也提供从微软办公软件集成运载的所有结果。

相关信息


相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


Document ID: 116309