呼叫dns服务器地址

CiscoCallManager版本的3.
0(x)CiscoIP电话故障排除指南ContentsIntroductionPrerequisitesRequirementsComponentsUsedConventions背景信息拓扑术语词汇表监控和排除CiscoCallManager故障的工具和实用程序CiscoCallManager管理详细信息Microsoft性能微软EventViewerSDI跟踪SDL跟踪嗅探器跟踪呼叫详细记录和呼叫管理记录(CMR)检修CallManager问题用WindowsNT和互联网信息服务器(IIS)语音质量电话重置切断呼叫CiscoCallManager功能问题慢速服务器回应交换机忙音通过网关网关注册问题网守问题快速忙音,当拨打语音邮件导频号时案例研究我:簇内部CiscoIP电话到CiscoIP电话呼叫拓扑示例CiscoIP电话初始化进程模状站注册过程在簇内的CiscoIP电话到CiscoIP电话呼叫流小型站消息CiscoIP电话到CiscoIP电话Exchange在呼叫流期间的CiscoCallManager初始化进程自启动过程CiscoCallManager注册过程CiscoCallManagerKeepalive进程CiscoCallManager簇内部呼叫流跟踪案例研究II:CiscoIP电话到CiscoIOS网关呼叫拓扑示例呼叫流跟踪调试消息并且显示On命令CiscoIOS网守调试消息并且显示On命令CiscoIOS网关有T1/PRI接口的CiscoIOS网关有T1/CAS接口的CiscoIOS网关体验占线信号在拨打国际号码以后案例研究III:集群间CiscoIP电话到CiscoIP电话呼叫拓扑示例集群间H.
323通信呼叫流跟踪失败的呼叫流呼叫详细信息详情记录写记录读记录删除记录表模式已知问题在呼叫详细信息详情记录的字段呼叫类型记录的呼叫记录呼叫类型记录的呼叫管理记录编解码器类型(压缩/有效载荷类型)原因代码警报呼叫Cisco技术支持中心(TAC)RelatedInformationIntroduction此故障排除指南描述用于的工具和实用程序配置,监控和排除CiscoCallManager版本3.
0(1),CiscoIOS网关和网守故障.
本文提供三个不同的呼叫流详细示例,并且案例研究提供进一步解释概念.
在第一案例研究,CiscoIP电话呼叫在簇(集群内呼叫)内的另一CiscoIP电话.
在第二案例研究,CiscoIP电话通过CiscoIOS网关呼叫到在公共交换电话网(PSTN)连接的通过本地PBX或电话.
在第三案例研究,CiscoIP电话呼叫在一个不同的集群(中间聚集呼叫)的另一CiscoIP电话.
一旦了解呼叫流并且调试跟踪,查出问题和确定将是更加容易的哪个组件引起问题.
本文描述可用的工具排除潜在问题故障.
它也描述呼叫跟踪和调试输出如何可帮助您了解事件呼叫流和系列.

在必须与Cisco技术支持中心(TAC)联系情况下,解释的许多工具这里将是有助的在收集TAC需要的数据.
问题解决方法更加快速,如果在呼叫TAC前已经收集了此数据.
PrerequisitesRequirements请使用以下核对表肯定您有在您的网络拓扑的正确文档记录.
显示所有网络设备和重要组件与端口/接口号对他们附有的拓扑,并且哪个VLAN的他们属于(如果适用).
应该用于特殊指定在Trunking或信道模式的端口.
q应该配置生成树的根,并且应该识别所有正常阻塞端口.
q应该用相当数量带宽表示所有广域网电路(一旦帧中继的CIR).
qNote:CiscoIP电话7960有一个10/100交换式网络端口和一个10/100PC端口.
Cisco不支持"层叠"电话PC端口.
我们不推荐附有网络和PC端口交换机(从而创建在网络的一个物理循环).

因为这是拥塞的潜在的来源所有广域网接口将要求特别注意事项.
CiscoIP电话和网关设置实时传输协议(RTP)流IP优先级字段到五,然而这只标记RTP信息包.
它是至保证的网络管理员网络为优先级和呼叫接纳控制被配置,以便VoIP数据流可以服务与最小延迟和资源争夺.
关于此题目的更多信息,请参见以下:CiscoUnified通信管理器支持页面q语音质量支持页面qComponentsUsedThisdocumentisnotrestrictedtospecificsoftwareandhardwareversions.
本文档中的信息都是基于特定实验室环境中的设备创建的.
Allofthedevicesusedinthisdocumentstartedwithacleared(default)configuration.
如果您是在真实网络上操作,请确保您在使用任何命令前已经了解其潜在影响.
Note:在本文的所有讨论为CiscoCallManager版本3.
0(1)被写,除非另外说明.
Conventions有关文档规则的详细信息,请参阅Cisco技术提示规则.
背景信息拓扑您应该有包含多种组件被连接,例如VLAN,路由器,交换机,网关的端口的一个准确网络拓扑,等等.
一有大量文件证明的拓扑帮助,当排除问题故障用系统.
与对所有网络设备和终端服务的访问一起请务必您有一准确拓扑,CiscoCallManager的管理的.
要求重大的计划为了成功地添加IP电话到一个新或现有的网络.
因为实时数据流比数据流量有不同的需求,必须设计网络考虑到低延时和服务质量(QoS).
如同运载关键的数据流的所有网络,切记网络管理员维护网络拓扑的准确,详细的图表.
在危机情况下认识端口被连接到网络组件网络不仅的清楚的概述是重要的,而且(路由器、交换机、CiscoCallManager服务器、网关和其他重要设备).
计划与冗余的网络和可扩展性在头脑里是重要的.
警告:Cisco不支持使用共有的连接的集线器到交换机.
集线器能干涉IP电话系统的正确的操作.

当与交换网络一起使用时,非常重要的是您认识生成树的状态(冗余).
网络的状态,在所有故障发生前,应该描述.
术语词汇表表下面的列表在本文可能使用的一些普通的术语与缩略语.
术语缩写/术语定义.
cnf设备使用的配置文件.
法律("mu-law")压缩扩展技术常用在北美.
法律标准化作为在ITU-TG.
711的64KBPS编码.
A律ITU-T用于在模拟和数字信号之间的转换的压缩扩展标准在脉冲编码调制(PCM)系统.
A律主要在欧洲电话网使用并且类似于北美洲法律标准.
ACF准入确认.
ANI呼叫号码.
ARQ准入请求.
B信道承载信道.
在ISDN中,这是全双工,64KBPS用于的信道发送用户数据.
呼叫搜索空间目录号和路由模式一个特定设备能呼叫的呼叫搜索空间定义了.
它是查找,当做呼叫时的组队分区.
例如,假设有被命名"执行委员在呼叫搜索空间的几分区".
在本例中,CiscoIP电话号码在"行政"呼叫搜索空间.
当发起呼叫时,CiscoIP电话号码通过"NYInternationalCall搜索","NYLongDistance","NYLocalCall",和"NY911"可用的分区.
有"客户"呼叫搜索空间,例如的CiscoIP电话号码,也许只允许通过"NYLocalCall"和"NY911"分区搜索.
所以,如果用户设法拨一个国际号码,编号不会查找匹配和呼叫不路由.
C呼叫控制API.
用于由CiscoIOS处理VoIP呼叫处理.
capiCCO联机Cisco连接(http://www.
cisco.
com).
在思科产品、技术支持信息和技术文档提供最新的信息.
CDR呼叫详细信息详情记录.
提供关于呼叫始发、目的地和期限的信息.
这用于创建计费记录.
CiscoIOS为所有产品提供普通的功能、可扩展性和安全在CiscoFusion体系结构下的CiscoSystems软件.
CiscoIOS允许互联网络、,当保证时技术支持的多样化的协议,媒体、服务和平台的集中化,集成和自动化的安装和管理.
簇CiscoCallManager集群.
逻辑组队几个CiscoCallManager服务器.
CMR呼叫管理记录,亦称诊断的CDR.
这些是包含被发送的计数字节的记录,发送的数据包,抖动,潜伏期,丢弃的数据包,等等.
编码编码器译码器.
用于的一种专门领域部分(DSP)软件算法压缩/解压语音或音频信号.
D信道数据信道.
全双工,16KBPS(BRI)或64KBPS(PRI)ISDN信道.
使用发信号和控制.
DCF服务器确认.
DHCP动态主机配置协议.
为动态分配IP地址提供一个机制,以便可以重新使用地址,当主机不再需要他们时.
DN目录号.
这是终端设备的电话号码.
它可以是编号分配到CiscoIP电话、CiscoIPSoftPhone、传真机或者模拟电话附加网关.
示例包括1000和24231.
DNIS拨叫号码标识服务.
DNS域名系统.
这是用于互联网的系统转换网络节点的名字到地址.
DRQ断连请求.
DTMF双音多频.
这是使用拨号的两同时话音频带语音(例如按键式).
流传播在间网络的两个终端之间的数据流例如(从一个LAN位置到另一个).
多流在单个电路可以传输.
全同时数据传输的功能从发送站和接收站.
双工G.
711描述64KBPSPCM语音编码编程技术.
在G.
711,编码语音已经以数字语音发送的正确的格式在PSTN或通过PBX.
这在其G系列推荐的ITU-T标准描述.
G.
729描述语音被编码到8KBPS流的码激励线性预测编码(CELP)压缩.
有主要在计算的复杂性有所不同此标准的两变化(G.
729和G.
729A);两个提供通话质量类似于32KBPS自适应差分脉冲编码调制(ADPCM).
这在其G系列推荐的ITU-T标准描述.
H.
225管理H.
225会话建立和封包化的ITU标准.
H.
225实际上描述几个不同的协议:RAS、使用Q.
931和使用RTP.
H.
245管理H.
245终端控制的ITU标准.
H.
323ITU-T标准的H.
320在互联网的扩展名在LAN和其他分组交换网络的enable(event)视频会议,以及视频.
半双工数据传输的功能在仅一个方向每次在发送站和接收站之间.
二进制同步通信(BSC)是一个半双工协议的示例.
Hookflash一个短的挂机周期,通常生成由一个类似电话的设备在呼叫期间,表明电话尝试进行从PBX的拨号音撤回.
Hookflash是常用的进行呼叫转移.
ICCP簇内部控制协议ISDN综合业务数字网络.
通信协议,提供由电话公司,允许电话网运载数据、语音和其他源数据流.
抖动在到达时间的变化语音数据包上.
MGCP媒体网关控制协议.
CiscoCallManager的一个协议能控制VoIP网关(MGCP终端).
MTP媒体终接点.
分区分区是逻辑组队与相似的可达性特性的目录号(DN)和路由模式.
简而言之,这些通常被命名对于他们的特性,例如"NYLongDistance","NY911",等等.
当DN或路由模式被放置到某一分区时,这创建谁的一个规则能呼叫该设备或路由列表.
PBX专用的交换分机.
位于用户端和用于的数字式或模拟电话总机连接专用和公共电话网.
PRI主速率接口.
主速率接入包括单个64KBPSD信道加上语音或数据的23条(T1)或30条(E1)B信道.
PSTN公共交换电话网.
到位是指电话网和服务的种类一般术语全世界.
Q.
931描述ISDN信令的ITU标准.
H.
225.
0标准使用Q.
931变量建立和断开H.
323会话.
RAS注册、准入和状态协议.
这是用于H.
323协议组的协议发现和呼应与网守.
路由过滤器路由过滤器可以不仅用于限制拨号,而且识别通配符模式的一子集(当使用@通配符在北美洲拨号方案)时.
例如,它可能用于阻拦拨打900个区域代码.
在能与分区和呼叫搜索空间一道也使用设置复杂规则.
例如,假设您让三个用户组设立:执行委员、人员和客户.
路由过滤器能允许行政用户组拨打国际号码、职员用户组拨通本地编号或长途呼叫和客户用户组只拨打本地编号,911和800号码.
路由组路由组是一个或更多网关或端口列表在被看到作为相等访问的网关.
它类似于传统PBX术语中的中继组.
例如,您可以有两条PRI电路到能任意地使用的同一载波.
网关(或在网关的一个特定端口)可能只被添加到一个路由组.
路由列表以前被呼叫的路由点,路由列表允许CiscoCallManager通过被配置的优先级顺序的路由组列表寻找.
多个路由列表能指向同样路由组.
路由模式一个特定编号或,通常,将使用路由呼叫到设备拨号号码的范围(例如Cisco访问DT-24+网关或有语音能力的路由器)或间接通过路由列表.
例如,1XXX表示1000至1999.
'X'在1XXX表示单数位;一个通配符.
有其他这样通配符(例如@.
!
等等).
只要路由过滤器是不同的,路由模式不必须是唯一在分区内.
RRJ注册拒绝.
RTP实时传输协议,其中一个IPv6协议.
RTP设计为传输实时数据,例如音频,视频或者模拟数据的应用程序提供端到端网络传输功能,在组播或单播网络服务.
RTP为实时应用提供服务例如有效载荷类型,序列编号,标记的时间和发运监控.
SESelsius以太网电话.
此缩写先于在CiscoIP电话的MAC地址,并且表示唯一设备标识符.
P静音抑制(语音激活检测)静音抑制允许CiscoIP电话发现无音频并且不传输在网络的信息包.
品质优良也许轻微降低,但是连接可能也使用较少带宽.
默认情况下静音抑制被禁用.
SNMP简单网络管理协议.
网络管理协议在TCP/IP网络几乎完全使用.
SNMP提供方法监控和控制网络设备和管理配置、统计收集、性能和安全.
SQL结构化查询语言.
定义和访问关系数据库的国际标准语言.
T1/CAST1是一个数字广域网运营商设备,传输DS-1-formatted数据在1.
544Mbps通过电话交换网络,使用AMI或B8ZS编码.
CAS是随路信令接口.
T1/PRIT1是一个数字广域网运营商设备,传输DS-1-formatted数据在1.
544Mbps通过电话交换网络,使用AMI或B8ZS编码.
PRI是主速率接口.
主速率接入包括单个64KBPSD信道加上语音或数据的23条(T1)或30条(E1)B信道.
TCP传输控制协议.
这是提供可靠,全双工数据发射的面向连接的传输层协议.
TCP是TCP/IP协议栈的一部分.
TFTP简单文件传输协议.
允许文件从一台计算机调用到另一个过渡网络FTP的简化版本.
转换模式用于转换呼叫(DNIS),并且呼叫自动数字标识(ANI)在路由呼叫前编号.
例如,呼叫可能进来到一组数字(919392-3XXX)该需要被转换为一套是在2XXX范围内的CiscoIP电话.
CiscoCallManager有为919392-3XXX设置的一个转换模式.
此模式转换导致的919392-3到2,当留给剩余数字完整时.
然后呼叫路由对适当的CiscoIP电话.
转换模式仅使用真的转换,并且不应该用于简单数字剥离和加前缀.
UDP用户数据协议.
这是在TCP/IP协议栈的一个无连接传输层协议.
UDP是交换数据包,不用确认或保证的发送的简单协议,要求错误处理和重新传输由其他协议处理.
UDP在RFC768被定义.
语语音激活检测允许CiscoIP电话发现无音频并且不传输音激活检测(静音抑制)在网络的信息包.
品质优良也许轻微降低,但是连接可能也使用较少带宽.
默认情况下VAD/Silence抑制被禁用.
VoIP基于IP的语音.
VLAN虚拟LAN.
一个组在配置的一个或更多LAN的设备(使用管理软件),以便他们能沟通,好象他们附有了同样电线,当他们实际上位于一定数量不同的LAN分段.
由于VLAN根据逻辑而不是物理连接,他们是非常灵活的.
监控和排除CiscoCallManager故障的工具和实用程序此部分寻址工具和实用程序配置,监控和排除CiscoCallManager故障.
CiscoCallManager管理详细信息CiscoCallManager管理为系统、数据库和其他组件提供版本信息.
在空缺数目页,请点击详细信息按钮并且写下在使用中的版本.
CiscoCallManager管理的一个详细说明是可用的在CiscoCallManager线文档.
Microsoft性能性能(监控程序)是能显示您的CiscoCallManager系统的活动和状况的Windows2000服务器服务器应用.
它在实时报告一般和特定信息.
您能使用Windows2000性能所有CiscoCallManager安装的收集和显示系统和设备统计数据.
此管理工具允许您获得对系统的充分的了解,无需学习其组件中的每一的操作个.
您在实时能使用性能监控各种各样的系统变量.
在添加CiscoCallManager参数以后,您能定义下CiscoCallManager将显示系统生成的统计数据的术语在.
例如,您能在任何时间监控进行中的呼叫的编号或者当前穿过一个特定网关的呼叫的数量.
性能在实时显示常规和CiscoCallManager-specific状态信息.
打开的Microsoft性能要打开在运行CiscoCallManager的服务器PC的性能,请点击Start>Settings>ControlPanel>AdministrationTools>Performance.
定制性能必须定制性能监控程序查看您希望监控的CiscoCallManager-related参数.
选择您要包括的对象、计数器和实例.
参考配置CiscoCallManager的远程维护性,版本3.
0关于关于如何的说明使用对象和计数器定制CiscoCallManager操作的Microsoft性能.
微软EventViewer微软EventViewer是显示系统、安全和应用程序事件的WindowsNT服务器应用(包括CiscoCallManager)WindowsNT服务器的.
如果服务(包括TFTP)不能读数据库(其中获得跟踪配置),将添加错误到事件浏览器.
事件浏览器是错误的这些类型将出现的唯一的地方.
以下例证显示运行在WindowsNT服务器的应用程序日志.
开幕活动查看器要开事件请登录运行CiscoCallManager的服务器PC,点击Start>Settings>ControlPanel>AdministrativeTools>EventViewer.
事件浏览器为系统、安全和应用程序提供错误日志.
CiscoCallManager错误被记录在应用程序日志下.
关于事件的详细信息您能双击在日志的一个事件了解关于事件的更多信息.
SDI跟踪SDI跟踪是本地日志文件.
当查看SDI跟踪监控出现时间或请求的处理时,IP地址、TCP把柄、设备名或者时间戳可以用于.
此设备名可能被跟踪回到文件的建立,显示设备缓冲池和型号.
设备缓冲池和型号可以被跟踪回到配置文件还原的建立,将列出CiscoCallManager和TCP连接端口的网络地址.
当观察SDI跟踪,注意C++组和程序名被包括在多数跟踪线路中.
与一个特定的请求的服务产生关联的多数惯例在标准格式包括线程ID.
SDI跟踪在案例研究将详细解释.
SDITrace输出SDI跟踪生成文件(例如,CCM000000000)CiscoCallManager活动该存储跟踪.
这些跟踪提供关于CiscoCallManager初始化进程、注册过程、Keepalive进程、呼叫流、数字分析和相关设备的信息例如CiscoIP电话、网关,网守,等等.
当排除CiscoCallManager故障时,此信息可帮助您查出问题.
适当地跟踪您需要的信息,并且您需要仅的信息,它是重要知道如何设置在跟踪配置接口的选项.
跟踪文件在以下默认位置存储:C:\ProgramFiles\cisco\bin.
一个新的跟踪文件被启动,每次CiscoCallManager重新启动,或者,当选定的线路数到达了时.
以下CiscoCallManager管理跟踪配置接口的例证.
您必须enable(event)跟踪,选择在需要的信息的级别和检查用户屏蔽得到信息的所需的级别.
如果没有适当配置跟踪,将生成使的很多信息非常困难查出问题.
以下部分说明如何适当配置有用的跟踪.
配置跟踪跟踪由用户屏蔽标志位(亦称位)和跟踪级别组成.
打开CiscoCallManager管理.
要启用跟踪,请设置您的跟踪参数(包括配置的服务,位,等等)在Service>Trace屏幕.
请参见CiscoCallManager管理指南,断断续续发布3.
0(1)关于启用跟踪的全部信息和为每配置的服务,等等的用户屏蔽的说明和级别.
以下跟踪根据特定问题是启用的掩码位两个示例.
对于调试的一般留言,把子系统位5,6,7,8,11和12置q对于调试网关,把子系统位3,4,5,6,7,8,9,11,12和13置q以下根据特定问题的期望跟踪级别两个示例对于正常调试,应该设置跟踪级别为SDI_LEVEL_ARBITRARYq对于正常运行系统,应该设置跟踪级别为SDI_LEVEL_ERRORqSDL跟踪Cisco工程师使用查找错误的原因的SDL跟踪.
您没有预计充分地了解在SDL跟踪包含的信息.
然而,当与TAC一起使用,您可以被邀请到enable(event)SDL跟踪和提供它给TAC时.
SDL跟踪文件可以被保存到本地目录、WindowsNT事件浏览器和CiscoWorks2000年.
要避免在服务器的所有性能降低,请务必您关闭SDL追踪,在跟踪被捕获后.
SDL跟踪提供a.
c.
接口跟踪和警报.
警报用于通知管理员意外的事件,例如无法访问文件、数据库,Winsock或者无法指定其他操作系统的资源.
启用SDL跟踪SDL跟踪在Service>Service参数范围在CiscoCallManager管理中被启用.
切记应该打开这些跟踪,只有当要求由TAC工程师.
注释选择的值打开在以下例证的SDL跟踪.
一旦SDL跟踪是启用的,请收集跟踪.
如果跟踪被发送到本地驱动器,则您在Cisco\跟踪子目录能检索他们.
或者,跟踪文件可以被发送到事件日志或到CiscoWorks2000年.
SDL在下面的表描述的标志位在Service>ServiceParameters地区在CiscoCallManager管理中设置.
以下根据特定问题的所需的值两个示例.
正常呼叫调试的推荐值是SdlTraceTypeFlags=0x00000b04q低级调试或调试网关的推荐值是SdlTraceTypeFlags=0x00004b05qSdlTraceTypeFlags定义SDLTraceTypeFlag值定义traceLayer1=0x00000001所有第1层跟踪TraceDetailLayer1=0x00000002详细资料第1层跟踪TraceSdlLinkAdmin=0x00000004跟踪Cisco之间在簇内的呼叫管理器链路traceUnused=0x00000008未使用traceLayer2=0x00000010所有分层堆积2跟踪traceLayer2Interface=0x00000020第2层接口跟踪traceLayer2TCP=0x00000040第2层TCP跟踪TraceDetailLayer2=0x00000080第2层帧更多详细资料转储.
traceLayer3=0x00000100所有第3层跟踪traceCc=0x00000200所有呼叫控制跟踪traceMiscPolls=0x00000400跟踪混杂轮询traceMisc=0x00000800混杂跟踪在(数据库信号)traceMsgtrans=0x00001000消息转换信号(TranslateIsdnToSdlReq、TranslateIsdnToSdlResTranslateSdlToIsdnReq,TranslateSdlToIsdnRes)traceUuie=0x000UUIE输出跟踪02000traceGateway=0x00004000网关信号在下面的表描述的数据位在Service>ServiceParameters地区在CiscoCallManager管理中设置.
以下根据特定问题的所需的值两个示例.
正常系统调试的推荐值是SdlTraceDataFlags=0x110q推荐值,当跟踪SDL链路时的问题是0x13D(非压缩的跟踪;如果紧凑跟踪希望,必须设置位0x200.
它可以设置与所有其他位的组合)qSDLTraceDataFlags定义SDLTraceDataFlag值定义TraceSdlLinkState=0x001SDL链路初始化Enable(event)跟踪TraceSdlLowLevel=0x002低级SDL事件、fileOpen和插槽事件Enable(event)追踪(例如)TraceSdlLinkPoll=0x004SDL链路轮询消息Enable(event)追踪TraceSdlLinkMsg=0x008SDL链路消息Enable(event)追踪traceRawData=0x010Enable(event)原始的信号数据在所有信号跟踪TraceSdlTagMap=0x020Enable(event)标记映射traceCreate=0x100Enable(event)进程创建并且终止跟踪TraceNoPrettyPrint=0x200功能失效相当打印跟踪文件磁盘空间警告警告:请建议从此接口得到的信息可能是非常详细的,并且消耗很多磁盘空间.
为此,我们建议您启动特定量的时刻的跟踪文件,查看信息和关掉跟踪.
嗅探器跟踪嗅探器是以跟踪的形式,监控在网络的IP数据流并且提供信息的软件应用.
嗅探器跟踪在您的网络提供关于数量的信息和网络数据流的类型.
TCP/IP或UDP信息包是终点设备使用的由CiscoCallManager和协议,例如电话和网关.
嗅探器跟踪可也帮助您识别可能导致语音音频问题或切断呼叫广播数据流的高水平.
普通的嗅探器应用程序包括网络关联SnifferPro、惠普(HP)互联网顾问和ActernaDomino.
Domino提供探测硬件和软件解决方案和网络分析程序.
如果要使用Domino,我们推荐使用分析软件评估一个获取嗅探器文件(例如从SnifferPro应用程序).

呼叫详细记录和呼叫管理记录(CMR)CDR是记录每发出的呼叫的报告选项(或尝试)从所有CiscoIP电话.
有两CDR:基本的CDR和诊断的CDR(或CMRs).
一旦启用,您能打开CDR或诊断的CDR(CMRs)在SQLserver企业管理器.
CDR文件在可以对接近所有应用程序被导出,包括Microsoft访问或Excel的SQL数据库被保存.

CDR记录包含必要的信息生成计费记录.
在一个分布式环境里,所有CDR数据在中央位置或者一套收集位置.
CiscoCallManager节点的故障不使与该节点产生关联的CDR数据无法获得.
数据在CiscoCallManager磁盘在中央数据库在表里不再存储作为展开文件,但是存储.
如果CiscoCallManager出故障,在所有记录被写前,呼叫的记录不会存在.
这意味着记录不会为是活跃的在特定CiscoCallManager的呼叫被写,当发生故障时,在呼叫终止前.
请参见本文的CallDetailRecords部分关于CDR和CMRs的详细信息.
被提供的信息包括:读和文字记录q已知问题q生成的记录类型列表q在每个记录和什么的说明包含的字段列表该字段表示q呼叫的种类的说明被记录的和字段记录与每一个q可能出现于CDR记录原因代码的列表q启用或禁用CDR默认情况下,当安装,CDR记录创建被禁用系统.
如果希望有CDR数据,您在CiscoCallManager管理Service>ServiceParameters范围必须enable(event)CDR.
当系统运转中时,CDR处理可以是启用和在任何时间禁用.
您不需要重新启动启用或禁用的CiscoCallManagerCDR生效.
系统在一些秒钟以内将回应所有更改.
CMR或诊断数据分开被启用与CDR数据.

CMR数据不会生成,除非CDR和呼叫诊断是启用的,但是CDR数据可能生成和被记录,不用CMR数据.
请使用以下步骤对enable(event)CDR.
打开CiscoCallManager管理.
1.
选择Service>ServiceParameters.
2.
选择您的CiscoCallManager安装的IP地址.
3.
从参数列表,请选择CDREnabled.
4.
定义类型如布尔型.
5.
为真选择T.
6.
更新.
结果:呼叫详细信息详情记录立即开始录音.
警告:跟踪语音连通性在簇的每CiscoCallManager安装要求该Cdr记录被启用.
7.
CDRCDR提供可帮助您了解在SDI跟踪包含的详细信息的基本信息.
基本的CDR提供信息例如呼叫号码,被叫号码,产生IP地址,目的地IP地址,呼叫持续时间,等等.
CDR可帮助您排除电话问题故障.
例如,如果用户报告以特定时间发生的呼叫的一个问题,您能参见在指示的时间附近发生了解关于该呼叫和其他的其他信息的CDR.
CDR为发单是常用的.
诊断的CDR(亦称CMRs)诊断的CDR提供详细呼叫信息例如发送的数据包的编号,接收和丢失和相当数量抖动和潜伏期.
此详细程度能为一些问题提供解释,例如单向音频.
例如,一个单程音频问题指示是否发送信息包大小的10,000,但是接收的大小只是10.
检修CallManager问题用WindowsNT和互联网信息服务器(IIS)此部分寻址可能发生在CiscoCallManager和相关设备的一些常见问题类别.
每个问题类别建议您应该使用帮助查出问题的故障检修工具.
本文提供潜在问题和建议一般类别关于怎样排除那些问题故障.
它不提供问题和解决方法一张详尽列表.
如果遇到不可以是解决的使用在本文描述的工具和实用程序的问题,请参见协助的Cisco技术支持中心(TAC).
请务必有CiscoCallManager管理详细信息可用,加上所有诊断信息(例如跟踪)您聚集了至点呼叫TAC.
语音质量在电话期间,语音质量问题包括丢失的或误解的音频.
常见问题在声音包括造成音频是断断续续的中断(类似残破的词),或者误解音频多的噪声的出现(响应)或作用造成所说的话听起来含水或机器人.
单向音频,即,在仅一个人能听到任何东西的两个人之间的一次会话,实际上不是语音质量问题.
这在此部分以后讨论.
一个或很多以下组件可能引起音频问题:网关q电话q网络q适当地排除语音质量问题故障,您必须假定有基础设施和所有设备丢包和延迟的.

丢失的或误解的音频遇到的多数常见问题之一是"破坏"音频(经常被描述作为被错误的语音或音节损失在词或句子内的).

有此的两个常见原因:信息包丢失和抖动.
信息包丢失意味着语音信息包不到达他们的目的地,因为他们太晚期被丢弃或到达是有用的.
抖动是在到达时间的变化信息包上.
理想的状态,从一个电话的VoIP信息包到另一个将恰好到达以1个每20女士的速率.
注意这不提及多长时间需要对于信息包从点A有点B,完全在到达时间上的变化.
有可变延迟的许多来源在一个真实的网络的.
其中一些不可以是受控的,并且一些能.
可变延迟在一个封包化语音网络不可能完全地被排除.
数字式信号处理器(DSP)在电话和其他有语音能力的设备设计缓冲某些音频,预期可变延迟.
此"取消抖动"执行,只有当语音信息包到达了其目的地时并且准备被放到常规音象流(即使用到用户的耳朵,被发送到PSTN通过数字式的PCM流).
CiscoIP电话7960能缓冲多达一秒钟语音示例.
抖动缓冲区是可适应的,意味着信息包突发传输是否被接受,CiscoIP电话7960能显示他们为控制抖动.
网络管理员需要通过事先运用服务质量(QoS)和其他测量使在信息包到达时间之间的变化减到最小(特别是如果呼叫交叉一个广域网).

当面对一个丢失的或误解的音频问题,您应该首先设法查出音频的路径.
设法识别每个网络设备(交换机和路由器)在呼叫的音象流的路径.
记住音频可能在两个电话之间,在电话和网关之间,或者可能有多个段(从一个电话到一个转码的设备和从那里到另一个电话).
设法识别问题是否仅仅发生在两个站点之间,通过某一网关,在某一子网,等等.
设备您需要认真地检查的这将帮助缩小.
其次,这经常是最佳的禁用静音抑制(亦称语音激活检测或VAD),如果这已经未执行.
此机制通过不传输中的任一音频保存带宽,当有沉默时,但是可能在词初导致显而易见(和不可接受的)限幅.
您能在CiscoCallManager管理中禁用此,在Service>ServiceParameters下.
从那里,选择服务器和CiscoCallManager服务.
设置SilenceSuppressionSystemWide为"F"(您能二者择一设置SilenceSuppressionWithGateways为"F",但是这不适用于H.
323网关或MGCP网关).
当不确定时,请通过选择值关闭两个F其中每一的.
如果网络分析程序是可用的,在两个电话之间的一监听呼叫应该有50个信息包每秒(或1个信息包每20毫秒),当静音抑制是失效的时.
使用适当的过滤,如果信息包非常地,丢失或被延迟识别应该是可能的.
切记延迟单独不会导致限幅,只有可变延迟.
在下表的,表示完善的跟踪,之间的到达时间将有一个RTP报头)的语音信息包(是20女士.
在一次质量差呼叫(例如与很多抖动的一次呼叫),到达时间非常地将变化.
完善的跟踪数据包编号时间:绝对(毫秒)时间:Delta(毫秒)1020.
022030.
042040.
062050.
0820放置信息包分析程序到在网络的多种点将帮助从缩小延迟来的地方.
如果分析器不是可用的,将需要其他方法.
检查每个设备接口统计数据在音频的路径的是重要的.
跟踪呼叫的另一个工具与恶劣的语音质量是诊断的呼叫详细信息详情记录(CDR).
请参阅工具和实用程序区分和CallDetailRecords部分关于CDR的更多信息.
抖动和潜伏期的值可以为所有呼叫被检索(但是,在呼叫终止)之后.
以下示例诊断的CDR(CallDetailRecordDiagnostic是实际表名称).
发送的数据包的编号,接受,丢失,抖动和潜伏期全部被记录.
globalCallID值在正常CDR表里可以用于查找呼叫,以便断开原因和其他信息可以得到.

的下面的图表显示开放两张的表.
注意在诊断的CDR,能可能报告的每个设备此信息是包括的.
因此,如果问题在两CiscoIP电话之间,我们看到每次呼叫两条目.
例如,如果我们有一次呼叫通过CiscoIOS网关我们只看到从CiscoIP电话的诊断信息,不是网关,因为没有它的机制能通知与此信息的SQL数据库.
i按钮帮助CiscoIP电话7960提供诊断可能的音频问题的另一个工具.
在激活的呼叫,您能两次按i按钮(迅速地),并且电话显示包含信息包接受的信息屏幕并且传输统计数据,以及平均和最大抖动计数器.
在此屏幕上,没有该抖动是到达前五个信息包的平均值;最大抖动是平均的抖动的高水线标记.

延迟和信息包丢失的多数共源是一个更高的速度接口投向一个更加低速的接口的设备.
例如,路由器可能有100Mb快速以太网接口被连接到LAN和一慢的帧中继被连接到广域网.
当质量差发生,只有当沟通对远程站点(仅远程站点可能报告语音质量时,当在另一个方向一切看来是细致的)时,下面问题的很可能原因:未适当配置路由器制定在数据流量的语音流量优先级.
q有许多呼叫活动为了广域网能支持(即没有限制可以发出)呼叫的数量的呼叫接纳控制.

q有物理端口错误.
q有在广域网的拥塞.
q在LAN,多数常见问题是配置不正确设备(例如CRC错误)造成的由有故障的电缆和接口,或者物理层错误(例如端口速度或双工不匹配).
切记数据流不交叉任何共享媒介设备,例如集线器.
可能也有数据流通过网络比预计采取一条更慢的路径的情况.
如果正确地配置了QoS,很可能,没有呼叫接纳控制.
根据您的拓扑,这可以是实现的通过使用位置CiscoCallManager管理配置的,或者通过使用CiscoIOS路由器作为网守.
无论如何,您应该总是知道多少次呼叫可能在您的广域网间支持.

若可能,请通过禁用静音抑制测试此如所描述前,然后发出呼叫在两个站点之间.
因为这从传输,将终止信息包请勿让呼叫在暂挂或消音状态.
使用呼叫的最大数量在广域网间的,呼叫如果所有有合格的质量.
测试确信,快速忙音返回,当设法更做一次呼叫时.
哔拍作响另一种"质量差"症状可能是脆皮,由一个有缺陷的电源或接近电话的严格的电子干扰有时造成.
设法交换电源和搬到电话一个不同的位置.
检查您的负荷另外,您应该总是检查电话,并且保证最新的软件负载的网关是在使用中的.
当不确定时,最新的软件负载的检查CCO(联机Cisco连接在www.
cisco.
com),新的补丁程序或者版本注释与问题相关.
响应响应(亦称"讲话者回音")发生,当健谈的人的语音能量,传输在主要的信号路径下,被耦合到从远端时的接收路径.
流量生成者然后听到他们自己的语音,延迟在总响应路径延迟时间之前.

在以上图表,约翰的语音(用蓝色)反射.
因为延迟是很低的,这可以发生,但是未被注意在传统语音网络.
对用户,比响应发声更多象侧音.
在VoIP网络中,因为封包化和压缩总是贡献足够的延迟,它永远将是显而易见的.
要切记的重要事情是响应的原因总是模拟组件和配线.
例如,IP信息包不可以转过来和回到来源在一更低的音频级.
同样是不可能的在数字式的T1/E1电路.
因此在从一CiscoIP电话的一次呼叫到另一个,不应该有任何问题.
唯一的例外可能是,如果一个当事人使用有音量设置太高或某个其他情况音频循环被创建的一支扬声麦克风.
当排除回声问题故障时,请切记测试或检查不使用扬声麦克风的电话,并且他们有耳机音量设置对合理的级别(请从音频级的50%开始).
多数时间,当附有PSTN通过数字式或模拟网关时,问题将发生.
CiscoIP电话用户可能抱怨说他们听到他们被反射回到他们的自己的语音.
虽然问题的真正的源几乎总是在远端,更改任何东西在PSTN是接近总是不可能的.
因此,第一步将确定使用哪个网关.
如果数字网关是在使用中的,添加在传送方向的另外的填充(往PSTN)可能是可能的希望更低的信号强度将产生较少被反射的能量.
另外,您能调节接收级别,以便所有被反射的音频减少的更加进一步.
切记每次做小的调节是非常重要的.
信号的许多衰减在两边将使音频不可能听到.
或者,您能与载波和请求联系安排线路被检查.
在一条典型的T1/PRI电路上在北美,输入信号应该是-15dB.
如果信号电平更高(例如-5dB),响应将是可能导致.
保持感受响应所有呼叫的日志.
问题、来源电话号码和数字称为的时期如果所有被记录.
网关有16毫秒的固定的时光回波消除.
如果被反射的音频的延迟比此长,响应大臣无法适当地工作.
这不应该是本地呼叫的一个问题,并且长途呼叫应该有外部响应大臣被构件到网络在中心局.
这是其中一个原因为什么注释经验响应呼叫的外部电话号码是重要的.
检查您的负荷应该验证网关和电话负荷.
检查CCO(联机Cisco连接在www.
cisco.
com)最新的软件负载、新的补丁程序或者版本注释与问题相关.
单向音频或没有音频在呼叫期间时,当一个人不能听到另一个人单向音频发生.
这可以由配置不正确CiscoIOS网关、防火墙或者路由或者默认网关问题造成,尤其.
在呼叫期间有单向音频的一定数量原因或没有音频.
多数常见原因是一个配置不正确设备.
例如,CiscoCallManager处理CiscoIP电话的呼叫建立.
实际音象流发生在两CiscoIP电话之间(或在CiscoIP电话和网关之间).
因此,是完全可能的CiscoCallManager能发信号到目的地电话(做它环),当发起呼叫的电话没有IP路由到目的地电话时.
这通常发生,当不正确地配置时在电话的默认网关(手工或在动态主机配置协议(DHCP)服务器).
如果呼叫一致有单向音频,请设法连接目的地CiscoIP电话使用在相同子网作为电话并且有同一默认网关的PC.
采取在相同子网作为目的地电话的PC(用默认网关和目的地电话一样)并且连接来源电话.
两个那些测试应该工作.
音频数据流可能受可能阻拦在一个的音频或两个方向的防火墙或信息包过滤器的也影响(例如在路由器的访问列表).
如果单向音频通过支持语音的CiscoIOS网关仅发生,请仔细检查配置.
IP路由一定是启用的(请检查配置确信,noiprouting没有在配置的初期附近被找到).
并且,如果使用RTP报头压缩保存在广域网间的带宽,请切记在附有WAN回路的每路由器运载的语音流量被启用.
在广域网的另一边不应该有RTP报头在一端被压缩的情况,但是不可能被解压.
嗅探器是非常有用的工具,当排除单程音频问题故障时,因为您能验证电话或网关是实际上发送或收到信息包.
诊断的CDR是有用的在确定呼叫是否体验单向音频,因为他们记录传输和收到的信息包(请参见丢失的或误解的音频).
您能两次也按i按钮(迅速)在CiscoIP电话7960在激活的呼叫期间查看关于传输的详细资料和收到的信息包.
Note:当呼叫减弱的语音(在电话按的静音按键),信息包不会传输.
保留按键终止音象流,因此信息包没有在任何一个方向被发送.
当发布时保留按键,重置所有信息包计数器.
切记在TX和RX计数器的设备必须禁用静音抑制能坚持相等.
禁用全系统的静音抑制不会影响CiscoIOS网关.
MTP和单向音频如果在呼叫使用媒介终接点(MTP)(支持附加服务例如暂挂和转移用不支持H.
323版本2)的H.
323设备,请确认MTP分配是否正确地运作.
CiscoIOS路由器支持H.
323在版本11.
3(9)NA和12.
0(3)T的版本2初期.
开始从CiscoIOS版本12.
0(7)T,/CloseLogicalChannel支持开放可选的H.
323,因此基于软件的MTP对于附加服务不再是必需的.
MTP设备、以及会议网桥和转码器,将桥接两个或多个音象流.
如果MTP、会议网桥或者转码器不适当地运作,单向音频或音频损失也许是有经验的.
如果MTP引起问题,请关闭MTP发现.

给重置打电话电话意志循环或重置以下两个原因之一的:连接到CiscoCallManager的TCP故障或者q疏忽收到确认到电话的保活信息.
q下面排除电话重置故障的步骤:检查电话和网关保证您使用最新的软件负载.
1.
检查CCO(联机Cisco连接在www.
cisco.
com)最新的软件负载、新的补丁程序或者版本注释与问题相关.
2.
检查事件浏览器实例电话重置.
如以下例证所显示,电话重置认为信息事件.

3.
寻找可能在该的时间附近发生了电话重置的这些和所有错误.
4.
开始SDI跟踪并且设法通过识别在重置的电话的所有普通的特性查出问题.
例如,请检查他们全部是否位于相同子网,同样VLAN,等等.
查看跟踪并且确定是否:重置发生在呼叫期间或间歇地发生或者有电话型号所有相似性:CiscoIP电话7960,CiscoIP电话30VIP,等等.
5.
开始在频繁地重置的电话的嗅探器跟踪.
在它重置了后,请查看跟踪确定是否有任何TCP重试次数发生.
如果那样,这指示一个网络问题.
跟踪在重置可能显示一些一致性,例如重置每七天的电话.
这也许指示DHCP租约到期每七天(此值用户可配置的,并且可能是每两分钟,等等).
6.
切断呼叫当呼叫过早地被终止时,切断呼叫发生.
特别如果问题是断断续续的,您能使用CDR确定切断呼叫的可能的原因.
切断呼叫可以是电话或网关重置(请参阅上述部分)或电路问题的结果,例如不正确PRI配置或错误.
第一步将确定此问题是否离析一个电话或一个组电话.
或许受影响的电话是全部在一个特定子网或位置.
下一步是检查事件浏览器电话或网关重置.
应该有一个警告和一个错误信息重置的每个电话的.
在这种情况下,问题经常是电话不能保持其与CiscoCallManager的TCP连接运行,CiscoCallManager如此重置连接.
这可能是因为电话被关闭了或可能有在网络的一个问题.
如果这是一个间歇问题,使用Microsoft性能记录电话注册可能是有用的.
如果问题似乎仅发生通过某一网关,例如Cisco访问DT-24+,最佳的措施是对enable(event)追踪并且/或者请查看CDR.
CDR文件将产生可能帮助确定问题的原因的一CauseOfTermination(COT).
断开原因值(origCause_value和destCause_value,边暂停呼叫),对Q.
931可以在ISDN交换机类型、代码和值找到的断开原因代码的映射(在十进制).
在的上面的例子中,原因16是指一个正常呼叫清除.
如果呼叫出去网关对PSTN,CDR可以用于确定哪边挂断呼叫.
许多同样信息可以通过启用在CiscoCallManager的追踪得到.
请仅请使用跟踪工具作为最后一招或,如果网络不在生产.

检查您的负荷如同所有问题,请检查电话和网关负荷和CCO(联机Cisco连接在www.
cisco.
com)最新的软件负载、新的补丁程序或者版本注释与问题相关.
CiscoCallManager功能问题问题可能发生在功能,例如会议网桥或媒体终接点,与CiscoCallManager一道使用.
其中一些功能问题由配置错误或缺乏资源引起.
例如,如果特别会议资源指定的编号被超出了,用户可能不能对电话会议.
当用户尝试起动会议功能,结果是一次切断呼叫.
当实际上它是可用的会议资源时的数量的一个问题这可能看来是CiscoCallManager功能问题.
需要会议资源的次数,但是不可用的,是一个计数器登陆的Microsoft性能.
同一个工作情况出现,如果有可用的会议资源,但是会议服务终止了.
编码/地区:编码解码器不匹配如果用户获得交换机忙音,当去摘机时,它可能是编码分歧的结果在地区之间的.
验证两个呼叫末端支持至少一个普通的编码(例如,G.
711).
否则,您将需要使用转码器.
区域指定能使用与其他地区中的每一个支持的编码的范围.
每个设备属于区域.

Note:用CiscoIOS路由器不支持编解码器协商.
Region1Region2=G.
711意味着在一个设备在Region1和一个设备之间的一次呼叫在Region2能使用G.
711或任何其他要求同样或较少的带宽作为G.
711的支持的编码(在G.
711、G.
729,G.
723内的任何支持的编码,等等).
Note:以下编码为每个设备支持:CiscoIP电话7960G.
711Alaw/法律,G.
729AnnexBqSP12系列的CiscoIP电话和VIP30G.
711Alaw/法律,G.
723.
1qCisco接入网关DE30和DT-24+G.
711Alaw/法律,G.
723.
1q位置如果用户在拨打号码以后接受一交换机忙音,可能这是因为位置的CiscoCallManager带宽分配其中一个呼叫终端设备被超出了(较少比24k).
CiscoCallManager检查24k每个设备的可用的带宽在做呼叫前.
如果较少比24k带宽是可用的,CiscoCallManager不会设置呼叫,并且用户将听到交换机忙音.
12:42:09.
017CiscoCallManager|Locations:Orig=1BW=12Dest=0BW=-1(-1impliesinfinitebwavailable)12:42:09.
017CiscoCallManager|StationD-stationOutputCallStatetcpHandle=0x4f1ad9812:42:09.
017CiscoCallManager|StationD-stationOutputCallInfoCallingPartyName=,CallingParty=5003,CalledPartyName=,CalledParty=5005,tcpHandle=0x4f1ad9812:42:09.
017CiscoCallManager|StationD-stationOutputStartTone:37=ReorderTonetcpHandle=0x4f1ad98一旦呼叫建立,CiscoCallManager从位置减去带宽根据用于该呼叫的编码.
如果呼叫使用G.
711,CiscoCallManager减去80k;如果呼叫使用G.
723,CiscoCallManager减去24k;如果呼叫使用G729,CiscoCallManager减去24k.
会议网桥请使用以下信息帮助排除"NoConferenceBridgeavailable"问题故障.
这能是软件或硬件问题.
首先,看到的检查是否有任何可用的会议网桥资源向CiscoCallManager登记(软件或硬件).
要执行如此,您能使用Microsoft性能检查"单播AvailableConferences的编号".
CiscoIP语音媒体流应用程序执行会议网桥功能.
一软件安装CiscoIP语音媒体放出将支持16次单播可用的会议(3次人/会议)如以下跟踪所显示.
10:59:29.
951CiscoCallManager|UnicastBridgeControl-wait_capabilities_StationCapRes-Device=CFB_kirribilli-Registered-ConfBridges=16,Streams=48,tcpHandle=4f1273810:59:29.
951CiscoCallManager|UnicastBridgeManager-UnicastBridgeRegistrationReq-DeviceRegistrationCompleteforName=Xo%-DeviceType=50,ResourcesAvailable=16,deviceTblIndex=0一个E1端口(WS-X6608-E1卡包含8xE1端口)提供五次单播可用的会议(最大会议大小=6),如以下跟踪所显示.
11:14:05.
390CiscoCallManager|UnicastBridgeControl-wait_capabilities_StationCapRes-Device=CFB00107B000FB0-Registered-ConfBridges=5,Streams=16,tcpHandle=4f19d6411:14:05.
480CiscoCallManager|UnicastBridgeManager-UnicastBridgeRegistrationReq-DeviceRegistrationCompleteforName=Xo%-DeviceType=51,ResourcesAvailable=5,deviceTblIndex=0在CiscoCatalyst60008端口语音T1/E1和服务模块的以下硬件跟踪表明在卡的E1端口4/1注册作为会议网桥用CiscoCallManager.
greece-sup(enable)shport4/1PortNameStatusVlanDuplexSpeedType4/1enabled1full-ConfBridgePortDHCPMAC-AddressIP-AddressSubnet-Mask4/1disable00-10-7b-00-0f-b010.
200.
72.
31255.
255.
255.
0PortCall-Manager(s)DHCP-ServerTFTP-ServerGateway4/110.
200.
72.
25-10.
200.
72.
25-PortDNS-Server(s)Domain4/1-0.
0.
0.
0PortCallManagerStateDSP-Type4/1registeredC549PortNoiseRegenNonLinearProcessing4/1disableddisabled其次,请检查在会议配置最大用户数(特别或Meet-Me)确定,如果问题发生了,因为此编号被超出了.
转码的问题如果在CiscoCatalyst60008端口语音T1/E1和服务模块上安装了一个硬件转码器,并且不运作得正如所料(意味着您不能做在两个用户之间的呼叫没有普通的编码),请确认是否有任何可用的转码器资源向CiscoCallManager登记(这必须是硬件).
请使用Microsoft性能检查可用"的MediaTermPointsAvailable的"编号.

一个E1端口(WS-X6608-E1卡包含8xE1端口)提供16次呼叫的Transcoder/MTP资源,如以下跟踪所显示.
11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls在CiscoCatalyst60008端口语音T1/E1和服务模块的以下硬件跟踪表明在卡的E1端口4/2注册作为一MTP/transcoder用CiscoCallManager.
greece-sup(enable)shport4/2PortNameStatusVlanDuplexSpeedType4/2enabled1full-MTPPortDHCPMAC-AddressIP-AddressSubnet-Mask4/2disable00-10-7b-00-0f-b110.
200.
72.
32255.
255.
255.
0PortCall-Manager(s)DHCP-ServerTFTP-ServerGateway4/210.
200.
72.
25-10.
200.
72.
25-PortDNS-Server(s)Domain4/2-0.
0.
0.
0PortCallManagerStateDSP-Type4/2registeredC549PortNoiseRegenNonLinearProcessing4/2disableddisabledNote:同一个E1端口不可能为会议网桥和Transcoder/MTP被配置为了做在两个设备之间的一次呼叫使用低比特率代码(例如G.
729和G.
723)不支持同样编码,需要转码器资源.
考虑以下例证:假设配置了CiscoCallManager这样在Region1和Region2之间的编码是G.
729.
以下方案是可能的:如果电话的A呼叫人发起呼叫,CiscoCallManager意识到它是CiscoIP电话7960,偶然支持G.
729.
在位收集后,CiscoCallManager确定呼叫为是在Region2的用户D是注定的.
因为目的地设备也支持G.
729,呼叫设置和音频流直接地在电话A和电话D.
之间.
q如果电话的B一个呼叫人,有CiscoIP电话12SP+,将发起呼叫给D打电话,这次CiscoCallManager意识到产生的电话只支持G.
723或G.
711.
CiscoCallManager将需要指定一种转码的资源,以便音频将流作为G.
711在电话B和转码器之间,而是作为在转码器和电话D.
之间的G.
729.
如果转码器不是可用的,电话D的电话将响,但是,当呼叫应答了,呼叫将断开.

q如果电话的B一个用户将呼叫电话F(CiscoIP电话12SP+),两个电话实际上将使用G.
723,即使G.
729被配置作为编码使用在地区之间.
使用G.
723,因为两个终端支持它,并且比G.
729使用较少带宽.
q如果CiscouOne语音邮件系统被添加(只支持G.
711)或为对Region1的G.
711配置的CiscoIOS路由器,则必须使用一个转码的设备,如果呼叫从Region2.
如果什么都不是可用的,则呼叫将发生故障.
qMTP资源问题MTP资源问题可能是罪犯,如果呼叫建立,并且附加服务不是可用的在不支持H323v2的H.
323设备.
首先,请确定您是否有任何可用的MTP资源(软件或硬件)向CiscoCallManager登记.
您能如此执行通过使用Microsoft性能检查"MediaTermPointsAvailable的编号".
一MTP软件应用支持24次呼叫(使用支持的MTP附加服务用如以下跟踪所显示,没有支持H.
323v2)的H.
323设备.
10:12:19.
161CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP_kirribilli.
-Registered-Supports24calls一个E1端口(WS-X6608-E1卡包含8xE1端口)提供16次呼叫的MTP资源,如以下跟踪所显示.
11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls以下硬件跟踪,从CiscoCatalyst60008端口语音T1/E1和服务模块,表明在卡的E1端口4/2注册作为一MTP/transcoder用CiscoCallManager.
11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls其次,请检查媒体终接点是否在CiscoCallManager管理GatewayConfiguration屏幕要求了复选框选择.
第三,请验证CiscoCallManager分配了MTP设备的所需数量的.
从SDI文件:11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls拨号计划拨号计划是告诉CiscoCallManager,等等)发送呼叫的设备编号(和组的列表编号)(电话,网关,当有些数字串收集时.
拨号方案类似于路由器中的静态路由表.
请肯定您的拨号计划概念、基本的呼叫路由和计划在设法前排除一个潜在的拨号计划问题故障认真考虑和适当配置.
经常,问题位于随着计划和配置.
请考虑以下问题,当排除拨号计划问题故障时:什么是发起呼叫的目录号(DN)q什么是此DN呼叫搜索空间q如果适用,什么是设备的呼叫搜索空间(例如CiscoIP电话)DN是关联的切记您识别正确的设备;支持多个线路显示,并且有在多个设备的DN是可能的.
注释设备的呼叫搜索空间.
如果呼叫由CiscoIP电话发起,请切记特定线路(DN),并且该线路是关联的设备其中每一个将有呼叫搜索空间.
当做呼叫时,他们将被结合.
为例,假设,有对此1000配置的扩展名有AccessLevelY作为其呼叫搜索空间的线路实例1000有AccessLevelX呼叫搜索空间,并且CiscoIP电话.
所以,当做呼叫由该线路外观,CiscoCallManager通过在呼叫搜索空间AccessLevelX和AccessLevelY时包含的分区将搜索.
q什么分区与呼叫搜索空间产生关联q什么是呼叫应该设备的分区(或请勿应该)去q什么是拨号的号码请注释,如果和当呼叫人获得二次拨号音,在任何个阶段.
并且,呼叫人听到,在所有位被输入了后什么(重新命令,忙音)在期望听到任何内容之前,他们是否听到进程音确定呼叫人等至少10秒在进入前一数字以后,因为他们可能必须等待interdigit计时器到期.
q生成一个路由计划报告在CiscoCallManager管理中.
请使用它检查在呼叫的呼叫搜索空间的分区的所有路由模式.
q如有必要,可添加或修改路由模式或路由过滤器.
q如果能找到呼叫被发送的路由模式,请注释模式指向的路由列表或网关.

q路由列表,路由组是列表的一部分,并且网关是路由组的一部分的检查.
q验证适用设备是否已在CiscoCallManager中注册.
q如果没有对CiscoCallManager的访问,请获得showtech获取此信息和验证.
q密切注意@符号.
这是一种可展开以包含许多不同内容的宏.
它常与过滤选项组合使用.

q如果设备不作为分区的部分,被认为一部分的零位或默认分区.
每个用户应该能调用该设备.

空分区最后总是被搜索.
q如果拨打匹配一个9.
@模式,并且它采取的一个外部号码10秒,在呼叫经历前,请检查过滤选项.
9.
@模式,当拨打一个七位数字的号码时,(默认情况下)将等10秒.
您需要应用路由过滤器于说LOCAL-AREA-CODEDOES-NOT-EXIST和END-OF-DIALINGDOES-NOT-EXIST的模式.
q分区路由分区继承CiscoCallManager软件的错误处理功能.
即控制台和SDI文件跟踪为日志信息和错误信息提供.
这些消息将是跟踪的数字分析组件的一部分.
与下面跟踪,和设备在每分区,与其相关的呼叫搜索空间一起,是重要的在确定问题对分区和呼叫搜索空间配置的了解.

下面的跟踪是在设备的呼叫搜索空间号码的示例拨号.
对于关于SDI跟踪的详细说明,请查看在本文的案例研究.
11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls在跟踪(见上)的数字分析组件,"pss"(亦称分区搜索空间,呼叫搜索空间)为发出呼叫的设备是列出的.
下面,您能看到那"RTP_NC_Hardwood;RTP_NC_Woodland;Local_RTP"是此设备允许呼叫的分区.
11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls从的上面的例子,关键您注意"PotentialMatchesExist"是对号码的数字分析的结果拨号,直到找到完全匹配,并且呼叫相应地路由.
下面跟踪尝试拨号的地方的编号(1001)不在设备的呼叫搜索空间.
再次,关键您注意到,数字分析惯例有潜在的匹配,直到仅第一个数字拨号.
与位产生关联的路由模式"1"在不在设备的呼叫搜索空间的分区,"RTP_NC_Hardwood;RTP_NC_Woodland;Local_RTP".
所以发送了电话交换机忙音.
11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls路由分区工作在连结分区名字旁边与在系统的每个目录号.
目录号可以被呼叫,只有当呼叫设备包含在其分区搜索空间允许安置呼叫分区的列表的内分区.
对路由的此提供非常强大的控制.

当发出呼叫,数字分析尝试解析拨号的仅地址在分区搜索空间指定的那些分区.
每个分区名字包括分离子集全局dialable的地址空间.
从每列出的分区,数字分析检索该最佳匹配拨号数位顺序的模式.
然后,从在配比的模式中,数字分析选择佳匹配.
如果两个模式均等地匹配拨号数位顺序,数字分析选择与分区产生关联的模式列出首先在分区搜索空间欲知更多信息,(请参阅关于最匹配的路由的文档).
安全可以配置CiscoCallManager创建用户的一个安全的拨号方案.
这可以通过使用分区和呼叫搜索空间执行,除根据代表北美洲编号方案)的部分的更加普通的过滤之外"@"宏指令(在一个路由模式,例如区域代码.
分区和呼叫搜索空间是安全的一个总体部分并且为多租户环境和创建一个单个用户级是特别有用的.
过滤是能添加另外的粒度到安全计划呼叫搜索空间/分区概念的一子集.

这是扩展名对DialPlan部分,上述.
当设法解决过滤问题时,请建议,它不是可行运行SDI跟踪.
没有足够的信息,并且在导致另外的害处的可能性是太极大的.
运行在CiscoCallManager的showtech.
以下信息出现于RouteFilter部分.
Show-tech名字dialPlanWizardG条款CiscoDallasInte1(国际CiscoRTPTollByP1(区域代码==9CiscoRTPLongDis1(区域代码EXISCiscoDallasToll1(区域代码==9CiscoDallas911R1(服务==911CiscoRTPLocal71(区域代码DCiscoDallasLong1(区域代码EXISCiscoRTP911RF1(服务==911CiscoRTPInterna1(国际CiscoDallasLoca1(LOCAL-AREA-COD不幸地,此显示是未完成的.
它,然而,产生所有路由过滤器列表在系统的.
show命令不允许您发现哪些过滤器与相关联路由模式.
更要好了解拨号计划的另一个方法将去RoutePlanReport页.
下面在"查看的更右边的一个选项在文件".
输出将是在MicrosoftExcel或一个相似的应用程序可以查看的一个逗号分隔的文件:Show-tech文件输出Pattern/DN分区模式使用方法设备名设备描述1000设备SEP003094C2635ETelecaster1010设备SEP003094C2635ETelecaster1111设备SEP00308062CDF1SEP00308062CDF11211设备SEP00308062CDF1SEP00308062CDF12999设备SAA0010EB007FFESAA0010EB007FFE4444设备SEP003094C26302客户4500会议9.
@CiscoRTPLocalPT路由CiscoRTPLocalRL9.
@CiscoDallasLocalPT路由CiscoDallasLocalRL9.
@CiscoRTPIntlPT路由CiscoRTPIntlRL9.
@CiscoDallasLongDistPT路由CiscoDallasLongDistRL9.
@CiscoRTP911PT路由CiscoRTP911RL9.
@CiscoRTPLongDistPT路由CiscoRTPLongDistRL9.
@CiscoTollByPassToDallasPT路由CiscoTollByPassToDallasRL9.
@CiscoDallasIntlPT路由CiscoDallasIntlRL9.
@CiscoDallas911PT路由CiscoDallas911RL9.
@CiscoTollByPassToRTPPT路由CiscoTollByPassToRTPRL这显示路由模式和他们对应的分区.
它不显示路由过滤器或目录号的呼叫搜索空间.
更多信息是可用的在实际路由计划报告.
如果需要与CiscoTAC联系,您应该通过电子邮件发送此页(如果CiscoCallManager是不可访问的).
下面路由模式、分区和路由列表/Route组/网关的布局.
慢速服务器回应如果交换机的双工不匹配CiscoCallManager服务器的双工,自服务器的慢作用可能发生.
对于最佳性能,请设置交换机,并且服务器到我们不推荐使用"自动"在交换机或服务器的"100/Full.
".
您必须重新启动更改的CiscoCallManager服务器能生效.
交换机忙音通过网关发出呼叫的用户通过网关也许获得交换机忙音,如果他们尝试做一次限制呼叫或呼叫被阻拦了的编号.
交换机忙音可能发生,如果拨号号码在服务范围外或,如果PSTN有一个设备或服务问题.
请务必产生交换机忙音的设备注册.
并且,请检查您的拨号计划配置保证呼叫可以成功路由.

排除交换机忙音故障的步骤通过网关:检查网关保证您使用最新的软件负载.
1.
检查CCO(联机Cisco连接在www.
cisco.
com)最新的软件负载、新的补丁程序或者版本注释与问题相关.
2.
开始SDI跟踪并且再现问题.
交换机忙音可能是配置问题的结果基于位置的准入控制或CiscoCallManager也许限制允许的呼叫的数量的基于关守的准入控制的.
在SDI跟踪,请找出呼叫由其他配置设置确定是否故意地阻拦由路由模式或呼叫搜索空间,或者.

3.
当呼叫通过PSTN时,交换机忙音能也发生.
检查SDI跟踪Q.
931断开消息.
如果Q.
931断开消息存在,意味着另一个当事人导致断开,并且我们不能更正那.
4.
网关注册问题用在CiscoCallManager的网关遇到的多数常见问题之一是注册问题.
注册可以由于各种各样的原因发生故障.
此部分涉及两类似,但是不同,网关类别.
模拟访问AS-X、AT-X和数字访问DT-24+和DE-30+属于一个类别.
这些网关是没有直接地被连接到网络管理处理器的独立单元(NMP).
第二个类别包括模拟访问WS-X6624和数字访问WS-X6608.
这些网关是在与直接连接的一个Catalyst6000机箱上安装的前端对控制和statusing的NMP.
使用粗体的文本,在下面的示例中的,解释的被识别消息.
这是为了使容易对您发现.
在实际显示输出中,文本不粗体的.
示例是从WS-X6624.
检查的第一件事是网关是正在运行的.
所有网关有闪亮1秒的"心跳线"LED,1秒,当网关软件正常时运行.
如果此LED根本不闪烁,也非常迅速地不闪烁,则网关软件不运行.
通常,这将导致网关的自动重置.
并且,如果它不能在大约2到3分钟之后,完成注册过程重置自己网关是正常的.
因此,当设备重置时,您可以偶然查看心跳线LED.
如果正常闪亮模式没在10到15秒出现,则网关遭受严重故障.
在AS-X或AT-X网关上,心跳线LED是显示在前面板的最右端绿色指示灯.
在DT-24+或DE-30+网关上,它是最左端红色指示灯在卡的上缘.
在模拟访问WS-X6624,它是绿色指示灯在前端里面(不可视从前面板)在最右端卡侧缘在前面附近.
最后,在数字访问WS-X6608有在前端的8个间距中的每一个的分开的心跳线LED.
有在卡(不可视从方式的前面板)大约2/3间的8个红色指示灯朝着后面.
检查的第二件事是网关收到了其IP地址.
独立网关必须通过DHCP或BOOTP收到其IP地址.

Catalyst网关可能收到其IP地址由DHCP,BOOTP,或者由手动配置通过NMP.
如果访问DHCP服务器,检查独立网关的最佳方法是验证设备有在IP地址的一个未清租赁.
如果网关在您的服务器出现,这是一好征兆,但是不明确的.
删除租赁在DHCP服务器,然后重置网关.
如果网关再现于有一个租赁的服务器在两三分钟内,则一切在此区域良好工作.
否则,或者网关不能然后联系DHCP服务器(不转送的路由器不正确地被配置和DHCP广播是运行的服务器),或者不能得到一种肯定答复(是IP地址池被耗尽).
如果检查这些建议不产生答案,请使用嗅探器跟踪确定特定问题.
对于Catalyst6000网关,您应该确信,NMP能与网关联络.
您能通过设法从NMP连接其内部IP地址检查此.
IP地址以格式:127.
1.
module.
port因此,在我们的示例,我们会执行:11:51:09.
939CiscoCallManager|MediaTerminationPointControl-CapabilitiesReceived-Device=MTP00107B000FB1-Registered-Supports16calls如果连接工作,showport命令然后将显示IP地址信息.
确定IP地址信息和TFTPIP地址是正确的.
如果网关是失败得到有效DHCP信息,可以由CiscoTAC提供)的tracy工具(可以用于确定问题.
发出从Cat6000CLI的命令:tracy_startmod端口在本例中,WS-X6624是模块7,并且只有单个860处理器,因此它是端口1.
我们会发出的命令是tracy_start71以下输出实际上是从在网关板的860控制台端口.
然而,输出的tracy命令只不过是860控制台端口的远程复制是.
||||CiscoSystemsCAT6KAnalogGateway(ELVIS)APPVersion:A0020300,DSPVersion:A0030300,BuiltJun1200016:33:01ELVIS>>00:00:00.
020(XA)MACAddr:00-10-7B-00-13-DE00:00:00.
050NMPTask:gotmessagefromXATask00:00:00.
050(NMP)OpenTCPConnectionip:7f01010100:00:00.
050NMPTask:SendModuleSlotInfo00:00:00.
060NMPTask:getDIAGCMD00:00:00.
160(DSP)TestBegin->Mask00:00:01.
260(DSP)TestComplete->Results00:00:01.
260NMPTask:getVLANCONFIG00:00:02.
870(CFG)StartingDHCP00:00:02.
870(CFG)BootingDHCPfordynamicconfiguration.
00:00:06.
570(CFG)DHCPRequestorDiscoverySent,DHCPState=INIT_REBOOT00:00:06.
570(CFG)DHCPServerResponseProcessed,DHCPState=INIT_REBOOT00:00:06.
780(CFG)IPConfigurationChange!
Restartingnow.
.
.
00:00:10.
480(CFG)DHCPRequestorDiscoverySent,DHCPState=INIT00:00:14:480(CFG)DHCPTimeoutWaitingonServer,DHCPState=INIT00:00:22:480(CFG)DHCPTimeoutWaitingonServer,DHCPState=INIT00:00:38:480(CFG)DHCPTimeoutWaitingonServer,DHCPState=INIT如果上述超时消息继续移动由,则有联系DHCP服务器的问题.
检查Catalyst6000网关端口在正确的VLAN.
此信息在show-++port命令从以前.
如果DHCP服务器不在VLAN和Catalyst6000网关一样,则请保证适当的IP辅助工具地址配置转发DHCP请求到DHCP服务器.
陷在INIT状态在直到网关重置的VLAN号更改以后网关是可能的.
当在此状态,您能设法重置网关.
在重置时候860,您的tracy会话将丢失.
所以,您必须结束您的现有的会话和通过发出以下命令重建新的:tracy_closemod端口tracy_startmod端口如果所有这检查,并且仍然看到DHCPState=INIT消息,则看到的检查DHCP服务器是否正确地作用.
如果那样,请开始嗅探器跟踪发现是否发送请求,并且服务器是否回应.

一旦DHCP正确地运作,网关将有将允许使用Tracy调试调试程序的一个IP地址.
此工具是NMPset命令的一个内置的功能Catalyst网关的并且是可用的作为在独立网关的Windows98/NT/2000运行的助手应用程序.
要使用助手应用程序tracy工具,您需要"Connect"到网关通过使用分配的IP地址.
此tracy应用程序在所有网关工作,为每个网关提供一个分开的跟踪窗口(八可能立即被跟踪),并且允许跟踪被记录直接地到您指定的文件.
下一步是验证TFTP服务器IP地址正确地提供了给网关.
这由在选项66(名义上或IP地址),选项150(仅IP地址),或者si_addr(仅IP地址的DHCP通常提供).
如果您的服务器有多个选项被配置,si_addr将优先于选项150,将优先于选项66.
如果选项66提供TFTPserver的DNS_NAME,则一定由DHCP指定了DNS服务器IP地址,并且在选项输入的名字66必须解决到正确的TFTP服务器IP地址.
Catalyst网关可能由NMP配置禁用DHCP,并且NMP运算符必须用手然后输入所有配置参数在控制台,包括TFTP服务器地址.
另外,网关永远将尝试通过DNS解决命名"CiscoCM1".
如果成功,CiscoCM1IP地址将优先于任何东西DHCP服务器或NMP为TFTP服务器地址告诉它,即使NMP有DHCP被禁用.
通过使用tracy工具,您能检查在网关的当前TFTP服务器IP地址.
输入以下命令获得配置任务编号:TaskID:0Cmd:显示tl寻找与"设置"或"CFG的"一条线路并且请使用相应的数字作为taskID下一条.
例如,对于数字访问WS-X6624网关,命令转存DHCP信息是:TaskID:6Cmd:showdhcpTFTP服务器IP地址清楚然后显示.
如果它不是正确的,请验证您的DHCP选项和提供是正确的其他信息.
一旦TFTP地址是正确的,下一步是保证网关从TFTPserver获得其配置文件.
如果看到以下在tracy输出中,您的TFTP服务可能不正确地运作或网关在CiscoCallManager也许不被配置:00:09:05.
620(CFG)RequestingSAA00107B0013DE.
cnfFileFromTFTPServer00:09:18.
620(CFG)TFTPError:TimeoutAwaitingServerResponsefor.
cnfFile!
如果不接收一个配置文件,网关将尝试连接到IP地址和TFTPserver一样.
可以没关系,除非是在网关需要接受冗余Cisco呼叫管理器其列表的一个集群的环境里.
如果卡不正确接受其TFTP数据,请检查在CiscoCallManager的TFTP服务并且确定运行.
并且,请检查在CiscoCallManager的TFTP跟踪.
另一常见问题是网关在CiscoCallManager没有正确地被配置.
一个典型的错误输入网关的不正确MAC地址.
如果这是盒,Catalyst6000网关的,您很可能将有在NMP控制台的下列信息每两分钟:00:09:05.
620(CFG)RequestingSAA00107B0013DE.
cnfFileFromTFTPServer00:09:18.
620(CFG)TFTPError:TimeoutAwaitingServerResponsefor.
cnfFile!
这是什么tracy输出将看上去象,如果网关不在CiscoCallManager数据库:00:00:01.
670(CFG)BootingDHCPfordynamicconfiguration.
00:00:05.
370(CFG)DHCPRequestorDiscoverySent,DHCPState=INIT_REBOOT00:00:05.
370(CFG)DHCPServerResponseProcessed,DHCPState=BOUND00:00:05.
370(CFG)RequestingDNSResolutionofCiscoCM100:00:05.
370(CFG)DNSErroronResolvingTFTPServerName.
00:00:05.
370(CFG)TFTPServerIPSetbyDHCPOption150=10.
123.
9.
200:00:05.
370(CFG)RequestingSAA00107B0013DE.
cnfFileFromTFTPServer00:00:05.
370(CFG)TFTPError:.
cnfFileNotFound!
00:00:05.
370(CFG)RequestingSAADefault.
cnfFileFromTFTPServer00:00:05.
380(CFG).
cnfFileReceivedandParsedSuccessfully.
00:00:05.
380(CFG)UpdatingConfigurationROM.
.
.
00:00:05.
610GMSG:GWEvent=CFG_DONE-->GWState=SrchActive00:00:05.
610GMSG:CCM#0CPEvent=CONNECT_REQ-->CPState=AttemptingSocket00:00:05.
610GMSG:AttemptingTCPsocketwithCCM10.
123.
9.
200:00:05.
610GMSG:CCM#0CPEvent=SOCKET_ACK-->CPState=BackupCCM00:00:05.
610GMSG:GWEvent=SOCKET_ACK-->GWState=RegActive00:00:05.
610GMSG:CCM#0CPEvent=REGISTER_REQ-->CPState=SentRegister00:00:05.
680GMSG:CCM#0CPEvent=CLOSED-->CPState=NoTCPSocket00:00:05.
680GMSG:GWEvent=DISCONNECT-->GWState=Rollover00:00:20.
600GMSG:GWEvent=TIMEOUT-->GWState=SrchActive00:00:20.
600GMSG:CCM#0CPEvent=CONNECT_REQ-->CPState=AttemptingSocket00:00:20.
600GMSG:AttemptingTCPsocketwithCCM10.
123.
9.
200:00:20.
600GMSG:CCM#0CPEvent=SOCKET_ACK-->CPState=BackupCCM另一个可能的注册问题可能是,如果负载信息是不正确的或负荷文件损坏.
如果TFTPserver不工作,问题可能也发生.
在这种情况下,tracy清楚显示TFTPserver报道没找到文件:00:00:07.
390GMSG:CCM#0CPEvent=REGISTER_REQ-->CPState=SentRegister00:00:08.
010GMSG:TFTPRequestforapplicationloadA002130000:00:08.
010GMSG:CCM#0CPEvent=LOADID-->CPState=AppLoadRequest00:00:08.
010GMSG:***TFTPError:FileNotFound***00:00:08.
010GMSG:CCM#0CPEvent=LOAD_UPDATE-->CPState=LoadResponse在这种情况下,您能看到网关请求应用程序负荷A0021300,虽然正确的负载名称是A0020300.
对于Catalyst6000网关,当新应用负荷需要获得其对应的DSP负荷时,同一个问题能发生.
如果没找到新的DSP负荷,一个相似的消息将出现.
当配置模拟访问WS-X6224检索不正确应用程序负荷时,下列显示输出.
输出看似类似于在CiscoCallManager未被配置的那网关:||||CiscoSystemsCAT6KAnalogGateway(ELVIS)APPVersion:A0020300,DSPVersion:A0030300,BuiltJun1200016:33:01ELVIS>>00:00:00.
020(XA)MACAddr:00-10-7B-00-13-DE00:00:00.
050NMPTask:gotmessagefromXATask00:00:00.
050(NMP)OpenTCPConnectionip:7f01010100:00:00.
050NMPTask:SendModuleSlotInfo00:00:00.
060NMPTask:getDIAGCMD00:00:00.
160(DSP)TestBegin->Mask00:00:01.
260(DSP)TestComplete->Results00:00:01.
260NMPTask:getVLANCONFIG00:00:02.
030(CFG)StartingDHCP00:00:02.
030(CFG)BootingDHCPfordynamicconfiguration.
00:00:05.
730(CFG)DHCPRequestorDiscoverySent,DHCPState=INIT_REBOOT00:00:05.
730(CFG)DHCPServerResponseProcessed,DHCPState=BOUND00:00:05.
730(CFG)RequestingDNSResolutionofCiscoCM100:00:05.
730(CFG)DNSErroronResolvingTFTPServerName.
00:00:05.
730(CFG)TFTPServerIPSetbyDHCPOption150=10.
123.
9.
200:00:05.
730(CFG)RequestingSAA00107B0013DE.
cnfFileFromTFTPServer00:00:05.
730(CFG).
cnfFileReceivedandParsedSuccessfully.
00:00:05.
730GMSG:GWEvent=CFG_DONE-->GWState=SrchActive00:00:05.
730GMSG:CCM#0CPEvent=CONNECT_REQ-->CPState=AttemptingSocket00:00:05.
730GMSG:AttemptingTCPsocketwithCCM10.
123.
9.
200:00:05.
730GMSG:CCM#0CPEvent=SOCKET_ACK-->CPState=BackupCCM00:00:05.
730GMSG:GWEvent=SOCKET_ACK-->GWState=RegActive00:00:05.
730GMSG:CCM#0CPEvent=REGISTER_REQ-->CPState=SentRegister00:00:06.
320GMSG:CCM#0CPEvent=LOADID-->CPState=LoadResponse00:01:36.
300GMSG:CCM#0CPEvent=TIMEOUT-->CPState=BadCCM00:01:36.
300GMSG:GWEvent=DISCONNECT-->GWState=Rollover00:01:46.
870GMSG:CCM#0CPEvent=CLOSED-->CPState=NoTCPSocket00:01:51.
300GMSG:GWEvent=TIMEOUT-->GWState=SrchActive00:01:51.
300GMSG:CCM#0CPEvent=CONNECT_REQ-->CPState=AttemptingSocket00:01:51.
300GMSG:AttemptingTCPsocketwithCCM10.
123.
9.
200:01:51.
300GMSG:CCM#0CPEvent=SOCKET_ACK-->CPState=BackupCCM00:01:51.
300GMSG:GWEvent=SOCKET_ACK-->GWState=RegActive00:01:51.
300GMSG:CCM#0CPEvent=REGISTER_REQ-->CPState=SentRegister00:01:51.
890GMSG:CCM#0CPEvent=LOADID-->CPState=LoadResponse这里区别是网关陷在LoadResponse阶段和最终计时.
此问题可以通过更正在CiscoCallManager管理DeviceDefaults区域的负荷文件名解决.
网守问题在开始其中任一网关对关守故障排除前,请验证有在网络内的IP连通性.
假设,有IP连通性,请使用信息在此部分排除您的网关故障.
仅集群间中继线注意CiscoCallManager版本的3.
0(1)网守控制为集群间中继线只是可用的.
网守控制为其它设备是可配置的,但是不支持配置.
接纳拒绝(ARJ)发出ARJs,当CiscoCallManager向网守登记时,但是不能发送电话.
当网守发出一ARJ时,在网守的配置问题应该是主要介绍.
然而,下面排除故障总指导大纲:验证从网关的IP连通性到网守.
1.
Showgatekeeper状态:验证网守状态是UP.
2.
有没有在网守定义的区域子网如果那样,请验证网关的子网在允许的子网.

3.
注册拒绝(RRJ)RRJs,当CiscoCallManager不能向网守登记时,发出.
当网守发出一个RRJ时,在网守的配置问题应该是主要介绍.
然而,这是排除故障总指导大纲:验证从网关的IP连通性到网守.
1.
Showgatekeeper状态:验证网守状态是UP.
2.
有没有在网守定义的区域子网如果那样,请验证网关的子网在允许的子网.

3.
快速忙音,当拨打语音邮件导频号时如果终止了和起始呼号管理器在做那些变动以后,请切记您开始utel、ulite、ulogremover和upilot进程.
这在实验室里测试了由提交者为CM2.
4.
3和uone4.
1e.
本质上,除非进程被重新启动,UMS设备不会用呼叫管理器再注册.
案例研究我:簇内部CiscoIP电话到CiscoIP电话呼叫此案例研究详细讨论在两CiscoIP电话之间的呼叫流在簇内,称为集群内呼叫.
此案例研究也着重CiscoCallManager和CiscoIP电话初始化、注册和Keepalive进程.
那由一个簇内部呼叫流的一个详细说明跟随.
在一个前面的部分解释使用跟踪程序和工具讨论的这些进程.

拓扑示例以下图表表示此案例研究的拓扑示例.
在图表中有两簇名为Cluster1和簇2.
而在簇1的两台Cisco呼叫管理器被命名CCM1和CCM2,在簇1的两台Cisco呼叫管理器称为CCM3和CCM4.
为此案例研究收集的跟踪是从CCM1,位于簇2.
呼叫流根据在簇2.
的两CiscoIP电话.
这两CiscoIP电话的IP地址分别为172.
16.
70.
230(目录号1000)和172.
16.
70.
231(目录号1001).
CiscoIP电话初始化进程CiscoIP电话初始化(或"启动")进程如下详细解释.
在初始化,CiscoIP电话发送一个请求到DHCP服务器获得IP地址、DNS服务器地址和TFTPserver名字或者地址,如果适当.
选项在DHCP服务器(选项066,选项150设置,等等).
它在DHCP服务器(选项003)也得到默认网关地址,如果设置.
1.
如果切断DHCP发送TFTP的DNS名,则DNS切断IP地址要求映射名字到IP地址.
如果DHCP服务器发送TFTPserver的IP地址此步骤被绕过.
在这种情况下,因为未配置,请学习,DHCP服务器被发送TFTP的IP地址DNS.
2.
如果TFTPserver名字在DHCP回复没有包括,则CiscoIP电话使用服务器名.
3.
配置文件(.
cnf)文件从TFTPserver被检索.
所有.
cnf文件有命名SEP.
cnf,"SEP"是Selsius以太网电话的一个缩写.
如果这第一次是电话用CiscoCallManager注册,则默认文件,SEPdefault.
cnf,下载到CiscoIP电话.
在这种情况下请学习,第一CiscoIP电话使用IP地址172.
16.
70.
230(其MAC地址是SEP0010EB001720),并且第二CiscoIP电话使用IP地址172.
16.
70.
231(其MAC地址是SEP003094C26105).
4.
所有.
cnf文件包括主要的和附属CiscoCallManager的IP地址.
CiscoIP电话使用IP地址与主要的CiscoCallManager和寄存器联系.
5.
一旦CiscoIP电话连接并且注册CiscoCallManager,CiscoCallManager告诉CiscoIP电话哪个可执行的版本(称为负载ID)运行.
如果指定的版本不匹配在CiscoIP电话的执行版本,CiscoIP电话将请求从TFTPserver的新的可执行并且自动地重置.
6.
以下嗅探器跟踪示例总结电话初始化进程.
此跟踪示例没有为此案例研究的拓扑示例采取,但是提供事件的系列的示例在CiscoIP电话初始化进程中发生.
模状站注册过程使用Cisco小型站协议,CiscoIP电话与CiscoCallManager联络.
注册过程允许一个模状站,例如CiscoIP电话,通知CiscoCallManager其存在和做呼叫可能.
以下图表示被交换在CiscoIP电话的不同的消息("位置")和CiscoCallManager之间.
在模状站注册过程的主要的消息在下面的表描述.
模状站注册过程说明消息说明位置寄存器位置传送此信息宣布其存在到控制的CiscoCallManager.
位置重置CiscoCallManager传送此信息发出命令位置重置其进程.
位置IP端口位置传送此信息提供CiscoCallManager用户数据报协议(UDP)端口与RTP流一起使用.
位置寄存CiscoCallManager传送此信息承认位置的注器承认册.
位置寄存器拒绝CiscoCallManager传送此信息拒绝从指示的电话的一个注册尝试.
chartext[StationMaxDisplayTextSize];};其中:是字符串,33个字节的最大长度,包含原因的文本说明注册被拒绝.
位置功能请求CiscoCallManager传送此信息请求位置的当前功能.
位置功能可能包括压缩标准和其他H.
323功能.
位置版本请求位置传送此信息为位置请求软件负载的版本号.
位置版本回应CiscoCallManager传送此信息通知位置适当的软件版本编号.
位置功能回应位置传送此信息到CiscoCallManager以回应位置功能请求.
位置的功能在CiscoCallManager被缓存并且用于与H.
323兼容终端协商终端的功能.
位置按钮模板请求位置传送此信息为该特定终端或CiscoIP电话请求按钮模板定义.
位置按钮模板回应CiscoCallManager传送此信息更新在位置包含的按钮模板信息.
位置时间日期请求位置传送此信息请求当前日期和时间的内部使用方法和的显示作为文本字符串.
位置定义了时间与日期CiscoCallManager使用此消息提供日期和时间信息给位置.
它为位置提供时间同步.
在簇内的CiscoIP电话到CiscoIP电话呼叫流此部分描述呼叫的CiscoIP电话(目录号1000)另一CiscoIP电话(目录号1001)在同一簇内.
簇是一个组有Cisco的呼叫管理器一个普通的发布人SQL数据库和许多订户SQL数据库.

在我们的拓扑示例方面,CCM1是发布人,并且CCM2是订户.
两CiscoIP电话(1000和1001)注册对CCM1和CCM2,分别.
呼叫流在下面的图表中显示.
使用Intra-ClusterControlProtocol(ICCP),在簇内的两台Cisco呼叫管理器与彼此联络.
当CiscoIP电话是摘机时,开始一次控制模状站会话(与TCP作为底层协议)用CiscoCallManager.
在呼叫控制信令设立在两CiscoIP电话和他们的各自Cisco呼叫管理器之间后,RTP流开始流直接地在两个电话之间,如下面的图表所显示.
此集群内呼叫的模状站呼叫流消息在下个部分解释.
小型站消息CiscoIP电话到CiscoIP电话Exchange在呼叫流期间的以下图显示消息示例交换在两个模状站之间的.
模状站或者CiscoIP电话,首次与CiscoCallManager的连接,CiscoCallManager在开始控制会话前然后执行数字分析与目的地模状站.
当以下图表指示,小型站消息被写使用简单的英语,因此他们可以由终端用户容易地了解.
因此,这些消息在此部分没有解释.
然而,当跟踪被检查时,这些呼叫流小型站消息在后面的章节较详细地解释.
CiscoCallManager初始化进程在此部分CiscoCallManager的初始化进程在从CCM1是获取的跟踪帮助下将解释(确定由IP地址172.
16.
70.
228).
因为他们选派每个信息包被发送在终端之间,如所描述以前,SDI跟踪是一个非常有效故障排除工具.
此部分将描述发生的事件,当CiscoCallManager初始化.
知道如何读跟踪帮助您适当地排除多种CiscoCallManager进程故障和那些进程效果在服务的例如会议,呼叫转发,等等.
从CiscoCallManagerSDI跟踪程序的下列信息显示在其中一台的初始化进程Cisco呼叫管理器,在这种情况下,CCM1.
查看下面每个消息的说明.
第一条消息表明CiscoCallManager开始了其初始化进程.
q第二个消息表明CiscoCallManager读了默认数据库值,是主要的或发布人数据库(此案件).
q第三个消息表明CiscoCallManager听在TCP端口8002的多种消息.
q第四个消息表示,在听这些消息以后,CiscoCallManager添加了秒钟CiscoCallManager到其列表:CCM2(172.
16.
70.
229).
q第五个消息表明CiscoCallManager启动了和运行CiscoCallManager版本3.
0.
20.
qchartext[StationMaxDisplayTextSize];};自启动过程一旦CiscoCallManager是正在运行的,开始在本身内的几个其他进程.
其中一些进程下面显示,包括MulticastPointManager、UnicastBridgeManager、数字分析和路由列表.
当排除问题故障与功能有关在CiscoCallManager时,在这些进程中被描述的消息可以是非常有用的.
例如,假设,路由列表不作用并且是不可用的.
要排除此问题故障,您会监控这些跟踪确定CiscoCallManager是否开始了RoutePlanManager,并且,如果设法装载路由列表.
在下面的配置示例中,RouteListName="ipwan"和RouteGroupName="ipwan"装载并且开始.
chartext[StationMaxDisplayTextSize];};以下跟踪显示添加设备172.
16.
70.
245的RouteGroup,是位于簇的CCM31并且假定有H.
323设备.
在这种情况下,RouteGroup被创建路由呼叫到在簇1的CCM3与CiscoIOS网守权限.
如果有路由呼叫的问题对位于簇的CiscoIP电话1,则下列信息将帮助您查找问题的原因.
chartext[StationMaxDisplayTextSize];};一部分的初始化进程表示,CiscoCallManager添加Dns.
通过检查这些消息,您能确定CiscoCallManager是否读了从数据库的目录号.
chartext[StationMaxDisplayTextSize];};在以下跟踪在CiscoCallManager的设备管理器静态初始化两个设备.
有IP地址172.
17.
70.
226的设备是网守,并且有IP地址172.
17.
70.
245的设备是在一个不同的集群的另一CiscoCallManager.
该CiscoCallManager注册作为一个H.
323网关用此CiscoCallManager.
chartext[StationMaxDisplayTextSize];};CiscoCallManager注册过程SDI跟踪的另一个重要部分是注册过程.
当设备被加电时,在.
cnf文件通过DHCP获得信息,连接到其.
cnf文件的TFTPserver,然后连接到CiscoCallManager指定的.
设备能是MGCP网关、小型网关或者CiscoIP电话.
所以,能发现是重要的设备是否在CiscoAVVID网络成功注册.
在以下跟踪,CiscoCallManager接受了注册的新连接.
注册的设备是"MTP_nsa-cm1"(在CCM1的MTP服务)和"CFB_nsa-cm1"(在CCM1的会议网桥服务).
因此这些是运行在CiscoCallManager的软件服务,但是对待内部地作为另外外部服务和分配TcpHandle、插口号和端口号以及设备名.

chartext[StationMaxDisplayTextSize];};在以下跟踪,小型站消息传送在CiscoIP电话和CiscoCallManager之间.
CiscoIP电话(172.
16.
70.
231)向CiscoCallManager登记.
请参见小型站消息的说明前在此部分欲知更多信息.
当CiscoCallManager从CiscoIP电话收到注册请求,分配TcpHandle编号到此设备.
此编号依然是同样,直到设备或CiscoCallManager被重新启动.
所以,您能跟随所有事件与一个特定设备有关通过搜索为或记录设备的TcpHandle编号,出现于十六进制.
并且,请注意该CiscoCallManager提供负载ID给CiscoIP电话.
凭此负载ID,CiscoIP电话运行对应于设备的可执行文件(获取从TFTPserver).
chartext[StationMaxDisplayTextSize];};CiscoCallManagerKeepalive进程两个位置、设备或者服务和CiscoCallManager使用下列信息维护在他们之间的通信信道知识.
消息用于开始保证的Keepalive顺序CiscoCallManager和位置之间的通信链路依然是活动.
下列信息能起源于CiscoCallManager或位置.
chartext[StationMaxDisplayTextSize];};在以下跟踪的消息表示表明的Keepalive顺序CiscoCallManager和位置之间的通信链路是活跃的.
再次,这些消息能由CiscoCallManager或位置产生.
chartext[StationMaxDisplayTextSize];};CiscoCallManager簇内部呼叫流跟踪以下SDI跟踪详细测试簇内部呼叫流.
在呼叫流的CiscoIP电话可以由DN、tcpHandle和IP地址确定.
位于簇(DN=1001、tcpHandle=0x4fbbc30,IPaddress=172.
16.
70.
231)的CiscoIP电话2呼叫在同一簇(DN=1000、tcpHandle=0x4fbb150,IP地址的另一CiscoIP电话=172.
16.
70.
230).
切记您能通过跟踪跟随设备通过查看设备的TCP把柄值、时间戳或者名字.
设备的TCP把柄值依然是同样,直到重新启动设备或脱机.
以下跟踪表示,CiscoIP电话(1001)是摘机.
下面的跟踪显示唯一消息、TCP把柄和被叫号码哪些在CiscoIP电话显示.
因为用户未设法拨按任何数字,这时没有呼叫号码.
以在CiscoIP电话和CiscoCallManager之间的小型站消息的形式下面的信息是.
chartext[StationMaxDisplayTextSize];};下跟踪表示去从CiscoCallManager的小型站消息CiscoIP电话.
第一条消息是开在主叫方的CiscoIP电话的闪亮指示.
chartext[StationMaxDisplayTextSize];};CiscoCallManager用于stationOutputCallState消息通知某一相关电话的信息的位置.
chartext[StationMaxDisplayTextSize];};CiscoCallManager在CiscoIP电话用于stationOutputDisplayPromptStatus消息造成一个相关电话的及时消息显示.
chartext[StationMaxDisplayTextSize];};CiscoCallManager用于stationOutputSelectSoftKey消息造成模状站选择特定的软键.
chartext[StationMaxDisplayTextSize];};CiscoCallManager用于下个消息提示模状站至于显示的正确的线路上下文.
chartext[StationMaxDisplayTextSize];};在下列信息,数字分析进程准备识别流入的数字和检查他们在数据库的潜在的路由匹配.
条目,cn=1001,表示主叫方编号.
dd=""表示拨号数位,将显示被呼叫的部件号.
注意StationInit消息发送电话,CiscoCallManager传送StationD信息,并且数字分析由CiscoCallManager执行.
chartext[StationMaxDisplayTextSize];};以下调试消息表示,CiscoCallManager提供内部的拨号音给主叫方CiscoIP电话.
chartext[StationMaxDisplayTextSize];};一旦CiscoCallManager在CiscoIP电话发现一个流入的消息并且认可键盘按钮1被按了,立即终止输出语音.
chartext[StationMaxDisplayTextSize];};一旦CiscoCallManager收到足够的位配比,提供数字分析导致表格格式.
在电话按的任何额外的位,在此点将由CiscoCallManager后忽略,因为已经找到了匹配.
chartext[StationMaxDisplayTextSize];};下跟踪表示,CiscoCallManager派出此信息到被叫方电话(电话是由tcpHandle编号确定的).
chartext[StationMaxDisplayTextSize];};下跟踪表明CiscoCallManager预定闪亮指示为在被叫方的CiscoIP电话的呼入的呼叫征兆闪亮.
chartext[StationMaxDisplayTextSize];};在以下跟踪,CiscoCallManager提供枪手、显示通知和其他相关电话的信息给被叫方的CiscoIP电话.
再次,您能看到所有消息处理对同样CiscoIP电话,因为同样tcpHandle使用在跟踪中.
chartext[StationMaxDisplayTextSize];};注意CiscoCallManager也提供相似的信息给主叫方的CiscoIP电话.
再次,tcpHandle用于区分在CiscoIP电话之间.
chartext[StationMaxDisplayTextSize];};在下跟踪,CiscoCallManager提供对主叫方的CiscoIP电话的警告或振铃音,通知连接被建立了.
chartext[StationMaxDisplayTextSize];};这时,被叫方的CiscoIP电话是摘机.
所以,CiscoCallManager停止生成枪手语音对主叫方.
chartext[StationMaxDisplayTextSize];};在下列信息,CiscoCallManager造成模状站开始接收单播RTP流.
要执行如此,CiscoCallManager在毫秒(毫秒)提供被叫方以及编码信息和信息包大小的IP地址.
PacketSize是包含采样时间的整数以毫秒用于创建RTP信息包.
Note:此值通常设置为30msec.
在这种情况下,它设置为20msec.
chartext[StationMaxDisplayTextSize];};同样地,CiscoCallManager提供信息给被叫方(1000).
chartext[StationMaxDisplayTextSize];};CiscoCallManager从设立的开放信道被叫方收到了应答消息RTP流的,以及被叫方的IP地址.
此消息是通知CiscoCallManager两个信息关于模状站的.
首先,它包含open操作的状态.
其次,它包含接受端口地址和编号发射的对远程终端.
发射机的IP地址(呼叫部分)RTP流是IP地址,并且PortNumber是RTP流发射机(主叫方)的IP端口号.
chartext[StationMaxDisplayTextSize];};CiscoCallManager用于下列信息定购位置开始传达音象流给指示的远程CiscoIP电话的IP地址和端口号.
chartext[StationMaxDisplayTextSize];};在以下跟踪,以前解释的信息传送到被叫方.
这些消息由指示的消息跟随RTP媒体流开始了在呼叫和主叫用户名详细资料之间.
chartext[StationMaxDisplayTextSize];};主叫方的CiscoIP电话终于去挂机,终止在模状站和CiscoCallManager之间的所有控制消息,以及在模状站之间的RTP流.
chartext[StationMaxDisplayTextSize];};案例研究II:CiscoIP电话到CiscoIOS网关呼叫在早先案例研究,集群内呼叫的呼叫流和排除故障技术详细讨论.
此案例研究检查CiscoIP电话呼叫通过CiscoIOS网关对在PSTN连接的通过本地PBX或某处电话.
概念上,当呼叫到达CiscoIOS网关,网关将传送呼叫到暂停其外汇位置(FXS)端口的电话,或者到PBX.
如果呼叫被传送到PBX,可能终止到暂停本地PBX的电话或PBX在PSTN将转发它,并且呼叫在PSTN将终止某处.

拓扑示例以下图表显示此案例研究的拓扑示例.
呼叫通过CiscoIOS网关和接口路由对PSTN,或者PBX是T1/CAS或T1/PRI.
网关可以是型号26XX、36XX、53XX或者6K.

呼叫流跟踪此部分讨论呼叫流经从CiscoCallManager跟踪文件CCM000000000的示例(请参见文件的位置的前面的部分).
跟踪在这种情况下学习仅重点在呼叫流,因为更加详细的跟踪信息在早先案例研究(初始化、注册,保活机制已经解释了,等等).
在此呼叫流,位于簇(目录号1001)的CiscoIP电话2称电话(目录号3333)某处位于PSTN.
切记您能通过跟踪跟随设备通过查看设备的TCP把柄值、时间戳或者名字.
设备的TCP把柄值依然是同样,直到重新启动设备或脱机.
在以下跟踪,CiscoIP电话(1001)是摘机.
跟踪显示唯一消息、TCP把柄和呼叫号码,在CiscoIP电话显示.
因为用户未设法拨按任何数字,这时没有被叫号码.
chartext[StationMaxDisplayTextSize];};在以下跟踪,用户每次拨3333,一个位.
第3333是电话的目的地编号,位于某处PSTN网络.

CiscoCallManager的数字分析进程当前活跃的和分析位发现呼叫哪里需要路由.
数字分析的一个详细说明在早先案例研究提供了.
chartext[StationMaxDisplayTextSize];};在以下跟踪,数字分析完成了,呼叫和被叫方匹配,并且信息解析.
chartext[StationMaxDisplayTextSize];};在以下跟踪,第0指示产生的位置,并且第1指示目的地位置.
产生的位置的带宽取决于BW=1.
值1暗示带宽是无限的.
因为呼叫于位于LAN环境的CiscoIP电话被发起了带宽是无限的.
目的地位置的带宽取决于BW=64.
呼叫目的地是到位于PSTN的电话,并且使用编解码器类型是G.
711(64Kbps).
chartext[StationMaxDisplayTextSize];};以下跟踪显示呼叫和被叫方信息.
在本例中,主叫方名字和编号是相同的,因为管理员未配置一个显示名字,例如"JohnSmith".
chartext[StationMaxDisplayTextSize];};在查看以下跟踪前,知道术语H.
323的含义是重要的.
通过简要说明,有使用,当建立H.
323会话时的几个协议.
一个协议是H.
225,主要使用呼叫信令并且是Q.
931的一子集.
另一个协议是H.
245,使用功能交换.
其中一个H.
245的更加重要的功能是压缩机/减压器(编码)类型协商,例如G.
711,G.
729,等等,在呼叫和被呼叫端之间.
一旦功能交换完成,H.
245的下个重要功能执行在呼叫和被呼叫端之间的一次UDP端口协商.
以下跟踪表示,H.
323代码初始化了和发送SETUP信息的H.
225.
您能也看到传统HDLCSAPI消息、被呼叫端的IP地址在十六进制的和端口号.
chartext[StationMaxDisplayTextSize];};以下跟踪显示呼叫和被叫方信息,以及H.
225警报消息.
并且显示CiscoIP电话的十六进制值的映射对IP地址.
172.
16.
70.
231是CiscoIP电话(1001)的IP地址.
chartext[StationMaxDisplayTextSize];};以下跟踪显示用于此呼叫的压缩类型(G.
711法律).
chartext[StationMaxDisplayTextSize];};一旦传送了H.
225警报消息,H.
323下一部分是初始化:H.
245.
以下跟踪表示呼叫和被叫方信息和H.
245消息.
注意TCP把柄值是相同的象前面,指示此同一个呼叫的继续.
chartext[StationMaxDisplayTextSize];};以下跟踪显示CONNECT信息的H.
225,以及解释前的其他信息.
当CONNECT信息的H.
225被接受时,呼叫被连接了.
chartext[StationMaxDisplayTextSize];};下列信息表示,从CiscoIP电话(1001)的一个挂机消息收到.
当一个挂机消息收到,传送H.
225和Skinny断开信息,并且整个H.
225消息被看到.
此最终消息指示呼叫被终止了.

chartext[StationMaxDisplayTextSize];};调试消息并且显示On命令CiscoIOS网守在前面的部分,CiscoCallManagerSDI跟踪详细讨论.
在此案例研究的拓扑里,debugras在CiscoIOS网守打开.
以下调试消息表示,CiscoIOS网守接受CiscoCallManager的(172.
16.
70.
228)AdmissionRequest(ARQ),跟随由其他成功的RAS消息.
最后,CiscoIOS网守传送准入已确认(ACF)信息到CiscoCallManager.
chartext[StationMaxDisplayTextSize];};以下调试消息表示,呼叫进展中.
chartext[StationMaxDisplayTextSize];};以下调试消息表示,CiscoIOS网守从CiscoCallManager(172.
16.
70.
228)收到了一个被脱离的请求(DRQ),并且CiscoIOS网守发送了一服务器被确认(DCF)到CiscoCallManager.
chartext[StationMaxDisplayTextSize];};在CiscoIOS网守的showgatekeeperendpoints命令表示,全部四台Cisco呼叫管理器向CiscoIOS网守登记.
切记在此案例研究的拓扑里,有四台Cisco呼叫管理器,两在每簇.
此CiscoIOS网守有两个区域,并且每个区域有两台Cisco呼叫管理器.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4调试消息并且显示On命令CiscoIOS网关在前面的部分,CiscoIOS网守显示命令和调试输出详细讨论.
此部分着重调试输出并且显示on命令CiscoIOS网关.
在此案例研究的拓扑里,呼叫通过CiscoIOS网关.
CiscoIOS网关协调对PSTN或PBX与T1/CAS或T1/PRI接口.
命令的调试输出例如debugvoipccapiinout,debugh225events和debugh225asn1如下所示.
在以下调试输出中,CiscoIOS网关接受自CiscoCallManager(172.
16.
70.
228)的TCP连接请求在H.
225的端口2328.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4以下调试输出表示,H.
225数据来自在此TCP会话的CiscoCallManager.
在此调试输出中注意议标识符是重要的,指示H.
323版本使用.
以下调试表示,使用H.
323版本2.
呼叫和呼叫方号码也显示.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4下列是呼叫控制应用编程接口(CCAPI)的调试输出.
Ccapi指示一次呼入的呼叫.
被呼叫的和主叫用户名详细资料信息在以下输出中能也被看到.
Ccapi匹配DialPeer0,是默认拨号对端.
它匹配DialPeer0,因为Ccapi找不到呼叫号码的其他DialPeer,因此使用默认拨号对端.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4Ccapi与目的地模式匹配拨号点1,是被叫号码3333.
切记peer_tag意味着DialPeer.
注意在请求信息包的呼叫和被叫号码.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4以下调试输出表示,H.
225警报消息回到CiscoCallManager.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4在此信息包的公告CiscoIOS也发送H.
245地址和端口号到CiscoCallManager.
有时CiscoIOS网关将发送不可得到的地址,可能导致没有音频或单向音频.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4以下调试输出表示,H.
245会话出来.
您能为编解码器协商看到功能征兆,以及多少个字节将是存在每语音数据包.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4以下调试输出表示,两个当事人正确地协商并且同意关于G.
711编码160字节的数据.

R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4H.
323连接,并且断开消息能下面被看到.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4有T1/PRI接口的CiscoIOS网关如前所述,有通过CiscoIOS网关的呼叫的两种类型:CiscoIOS网关协调对PSTN或PBX,与T1/CAS或T1/PRI接口.
当CiscoIOS网关使用T1/PRI接口时,下列是调试输出.
debugisdnq931命令在CiscoIOS网关打开.
此enable(event)Q.
931,D信道的一个第三层信令协议在ISDN环境里.
每次呼叫发出在T1/PRI接口外面,必须发送设置信息包.
设置信息包总是有(协议描述符)pd=8,并且创造callref的一个随机的十六进制值.
callref用于跟踪呼叫.
例如,如果发出两呼叫,callref值能确定RX的呼叫(接收)消息打算.
载体功能0x8890意味着一次64kb/s数据呼叫.
如果它是0x8890218F,它是56kb/s数据呼叫.
如果它是语音呼叫,它是0x8090A3.
在下面的调试输出中,载体功能是0x8090A3,是为语音.
呼叫和呼叫方号码也显示.
callref使用不同的值第一个数字(区分在TX和RX之间),并且第二个值是相同的(设置有一0前一数字的,并且CONNECT_ACK也有一0).
路由器是完全依赖于PSTN或PBX分配承载信道(B信道).
如果PSTN或PBX不分配信道到路由器,呼叫不会路由.
在我们的情况,CONNECT信息从交换机被接受用参考编号和一样为警告被接受了(0x800B).
最后,当呼叫是断开的,您能看到版本和RELEASE_COMP消息跟随的断开消息的交换.
RELEASE_COMP消息由呼叫拒绝的原因ID跟随.

原因ID是一个十六进制值.
原因的含义可以通过解码十六进制值和进一步进行您的供应商找到.

R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4有T1/CAS接口的CiscoIOS网关如前所述,有通过CiscoIOS网关的呼叫的两种类型:对PSTN或PBX的CiscoIOS网关接口,与T1/CAS或T1/PRI接口.
当CiscoIOS网关有T1/CAS接口时,下列是调试输出.
在CiscoIOS网关的debugcas打开.
以下调试消息表示,CiscoIOS网关发送一个挂机信号到交换机.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4以下调试消息指示交换机在收到封闭环路信号以后发送闪烁从CiscoIOS网关.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4以下调试消息指示CiscoIOS网关去摘机.
R2514-1#showgatekeeperendpointsGATEKEEPERENDPOINTREGISTRATIONCallSignalAddrPortRASSignalAddrPortZoneNameType172.
16.
70.
2282172.
16.
70.
2281493gka.
cisco.
comVOIP-GWH323-ID:ac1046e4->ac1046f5172.
16.
70.
2292172.
16.
70.
2293923gka.
cisco.
comVOIP-GWH323-ID:ac1046e5->ac1046f5172.
16.
70.
2451172.
16.
70.
2451041gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4172.
16.
70.
2431172.
16.
70.
2432043gkb.
cisco.
comVOIP-GWH323-ID:ac1046f5->ac1046e4Totalnumberofactiveregistrations=4当呼叫进展中时,下列是showcallactivevoicebrief的输出在CiscoIOS网关的.
呼叫和呼叫方号码和其他有用的信息也显示.
R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm体验占线信号在拨打国际号码以后问题用户有与一个适当的路由模式的CM2.
4.
4分配到他的DT-24+网关.
他能拨打本地和美国长途号码没有问题.
然而,当他猛击一个国际号码的时位,他听到暂停然后占线信号.

解决方案这以前被看到了CO交换机不会适当地涉及呼叫IE的地方(信息要素).
这可以通过设置呼叫管理器主叫方修正类型"设置呼叫和呼叫类型DN为未知"在DT24+间距参数下的IE.
案例研究III:集群间CiscoIP电话到CiscoIP电话呼叫在早先案例研究,集群内呼叫和CiscoIP电话呼叫的呼叫流和排除故障技术通过CiscoIOS网关对暂停本地PBX的电话或某处在PSTN详细讨论.
此案例研究检查呼叫的CiscoIP电话另一CiscoIP电话位于一个不同的集群.
亦称此种呼叫是一次集群间CiscoIP电话呼叫.
拓扑示例下列是在这种情况下使用的拓扑示例学习.
此拓扑有两簇,有中的每一两台Cisco呼叫管理器.
也有到位CiscoIOS网关和CiscoIOS网守.
集群间H.
323通信正如你在拓扑看到,在簇1的CiscoIP电话做一次呼叫对在簇集群间CiscoCallManager通信发生使用H.
323协议第2版的2.
的CiscoIP电话.
也有准入控制的一个CiscoIOS网守.
调试输出的详细说明和显示命令,并且CiscoIOS网守之间的交互作用和CiscoIOS网关和CiscoCallManager设备,在前面的部分可以查看.
呼叫流流程进程在下面的图表中显示.
CiscoIP电话能与CiscoCallManager谈通过小型站协议,并且CiscoCallManager能与使用H.
323RAS协议的CiscoIOS网守谈.
AdmissionRequest信息(ARQ)被发送到CiscoIOS网守,传送准入已确认信息(ACF)使用H.
323协议第2版,在保证以后中间聚集呼叫可以被做.
一旦完成,音频路径做使用在CiscoIP电话之间的RTP协议在不同的集群.
呼叫流跟踪此部分在CCM000000000文件讨论呼叫流使用SDI跟踪示例被捕获.
此文件的位置可以在前面的部分找到.
在这种情况下讨论的学习仅重点跟踪在呼叫流,因为更加详细的跟踪信息在早先案例研究(初始化、注册,保活机制已经解释了,等等.
)在此呼叫流,位于簇(2002)的CiscoIP电话2呼叫CiscoIP电话(1001)位于簇1.
记得您能通过跟踪跟随设备通过查看设备的TCP把柄值、时间戳或者名字.
设备的TCP把柄值依然是同样,直到重新启动设备或脱机.
在以下跟踪,CiscoIP电话(2002)是摘机.
跟踪显示唯一消息、TCP把柄和呼叫号码,在CiscoIP电话显示.
被叫号码(1001),H.
225连接,并且H.
245确认消息在以下调试输出中能被看到.
编解码器类型是G.
711法律.
R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm呼叫和被叫号码,与IP地址和一个十六进制值产生关联,在以下跟踪能被看到.

R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm以下跟踪显示信息包大小和CiscoIP电话的MAC地址(2002).
这些跟踪由断开跟随,然后挂机消息.
R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm失败的呼叫流以下部分描述一个不成功的集群间呼叫流,如在SDI跟踪中看到.
在下面跟踪,CiscoIP电话(1001)是摘机.
TCP把柄分配到CiscoIP电话.
R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm在以下跟踪用户拨被叫号码(2000)CiscoIP电话,并且数字分析的进程设法匹配编号.
R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm数字分析当前完成了,并且结果在以下跟踪显示.
请注意下面PotentialMatches=NoPotentialMatchesExist参考表明CiscoCallManager无法匹配此目录号.
最后,交换机忙音被发送到主叫方(1001),由一个挂机消息跟随.
R5300-5#showcallactivevoicebrief:hs.
+pid:tx:/rx:/IP:rtt:mspl:/mslost://delay://msFR[intdlcicid]vad:dtmf:seq:sig:(payloadsize)Tele:tx://ms(payloadsize)Tele:tx://msnoise:acom:i/o:/dBm511D:156043737hs.
1+645pid:0Answer1001activetx:1752/280320rx:988/158080IP172.
16.
70.
228:18888rtt:0mspl:15750/80mslost:0/0/0delay:25/25/65msg711ulaw511D:156043738hs.
1+644pid:1Originate3333activetx:988/136972rx:1759/302548Tele1/0/0(30):tx:39090/35195/0msg711ulawnoise:-43acom:0i/0:-36/-42dBm呼叫详细信息详情记录此部分提供关于呼叫详细信息详情记录(CDR)和呼叫管理记录(亦称CMRs,诊断的CDR)的详细信息.
CDR记录给数据库被写为使用在后加工活动.
这些活动包括许多功能,但是主要发单和网络分析.

数据库是MicrosoftSQLServer7.
0数据库.
对数据库的访问可以通过开放数据库连接(ODBC)做.
访问在一个读/写方式提供给在数据库的所有表在一个只读方式和给CDR和CMR表.

要使用CDR记录数据,您可以要读在数据库的其他表得到关于CDR的设备类型的信息.
设备在设备表里和在CDR记录列出的IP地址之间的此相关性不是直接的和后列出作为一个已知问题在此部分.

写记录CiscoCallManager给SQL数据库写CDR记录和呼叫使有些一致与每单个CiscoCallManager的配置.
此配置通过ServiceParameters屏幕在CiscoCallManager管理中被做.
所有记录给主要数据库被写为簇.
如果主要数据库不是可用的,记录给任何其他备份数据库将被写.
一旦主要数据库变得可用,然后写新建记录在主要数据库将继续,并且本地写入记录将被移动向主要的.
读记录读从SQL数据库的数据的简便的方法可能是使用ODBC.
一个连接正常字符串将看起来象:DRIVER={SQLServer};SERVER=machineX;DATABASE=CCM0300请务必使用正确的数据库名称.
如果软件的CiscoCallManager版本3.
0(1)版本在现有的安装安装,数据库也许被移植,如果要求由新的安装.
在这种情况下老数据库将存在,并且新的数据库也将存在.
名字将通过加一有所不同到名字的编号.
例如,最初名字是CCM0300.
在迁移以后,更新的数据库名称将是CCM0301.
应该使用较高的值数据库.
主要数据库(机器和名字)正在使用中由簇可以通过点击CiscoCallManager管理详细信息按钮找到(请点击帮助到达找出)详细信息按钮的欢迎屏幕.
在主机数据库的机器的注册可能也被检查.
查看注册密匙:\\HKEY_LOCAL_MACHINE\软件\Cisco系统公司\DBL项目的告诉了DBConnection0.
此字符串项目包含一个连接字符串类似于以机器名字和主要数据库的数据库名称表示的如上那.

访问利用SQL用户是受控的.
下面的表指定应该使用,当访问CiscoCallManager数据库时的用户名和密码.
表SQLUserID密码功能CallDetailRecord,CallDetailRecordDiagnosticCiscoCCMCDRdipsy读/写(其他)CiscoCCMReader牛仔只读删除记录因为CiscoCallManager依靠第三方应用程序后加工CDR数据,您应该取消CDR数据,当所有应用程序完成与数据时.
因为这介入修改数据库,应该使用CiscoCCMCDR用户.
如果CDR记录累计对配置的最大值(10,000,000个CDR记录),最旧的CDR记录与相关CMR记录一起将被删除一次每天.
当取消CDR数据在分析以后时,请务必删除所有相关CMR记录.
表模式关于格式和使用的详细信息在CDR的每个字段在此部分以后提供.
使用的是有CDR记录)的主要的表CallDetailRecord表(和有CMR记录)的CallDetailRecordDiagnostic表(.
CallDetailRecord表与CallDetailRecordDiagnostic表有关通过两GlobalCallID列、GlobalCallID_callManagerId和GlobalCallID_callId.
可能有超过每个CDR一个CMR.
CallDetailRecord表暂挂关于呼叫和呼叫的其他呼叫控制/路由方面的终端的信息.

CallDetailRecordDiagnostic表暂挂关于呼叫的被放出的音频的质量的信息.
已知问题CiscoCallManager版本3.
0(1)有CDR数据的几个已知问题.
一些这些下面是列出的.
对设备名转换的IPCDR表列出呼叫的终端的IP地址.
这些IP地址没有容易地被转换成设备名,以便可以确定设备类型.
OnNet与OffNet知道呼叫是否在IP网络完全地坚持是难的,或者至少内部对本地系统.
一个线索是检查呼叫的两端的设备类型.
如果两个是电话,则您能假设,它坚持OnNet.
然而,如果一个是网关,必须做更多假定.
如果网关是一模拟访问设备类型用POTS或站端口,呼叫也许已经去一个本地模拟电话或者也许已经出去了到PSTN.
查看拨号的并且编号与已知拨号计划估计呼叫是否关联此去OffNet.
否则,呼叫很可能去OnNet.
OffNet位拨号程序如果发出呼叫网关,位拨号达到网关可能不是位被发送到PSTN.
网关可能智能和进一步修改目录号.
如果这是实际情形,CiscoCallManager不知道,并且CDR不会反射实际位被发送OffNet.
在呼叫详细信息详情记录的字段此部分定义了所有在当前记录的字段.
是那些不一定使用字段类型由CiscoCallManager和那些被定义的在CDR记录在数据库.
数据库字段定义是足够的存储数据,但是数据的解释应该考虑到字段类型被定义这里.
所有无符号整数是32bit无符号整数.
字段数据转换有为显示要求从十进制形式的转换向另一种格式的一些字段.
此部分在哪里定义了他们的值,和如何转换他们或获得关于如何的信息转换他们.
时间值所有时间值表示作为未签名的32个位整数.
此无符号整数值从数据库显示作为签名整数.

此字段是从WindowsNT的time_t值(2000)系统惯例得到.
值是被协调的通用时间(UTC)值并且表示秒钟的数量从午夜(00:00:00)1970年1月1日.
解密时间戳使用MicrosoftExcel,您能写公式使转换此时间戳更加容易.
如果值在信元A1,您能做另一个信元:=A1/86400+DATE(1970,1,1)有86400秒在一日.
然后,请格式化发生的信元作为在Excel的一个日期/时间字段.
IP地址所有IP地址在系统被存储作为无符号整数.
数据库显示他们作为签名整数.
要变换签字的十进制值成IP地址,首先请变换值成一个六角形的编号(考虑到它确实是无符号数字).
32bit十六进制值表示四个字节.
四个字节按顺序反向顺序(Intel标准).
要获得IP地址,请倒转字节的命令并且转换每个字节成十进制数字.
发生的四个字节表示IP地址的四字节的字段在点符号的.

Note:当IP地址的低字节有多数有效位设置时,数据库显示它作为负数.
转换IP地址示例1:例如,IP地址192.
168.
18.
188请显示如下:数据库显示=-1139627840.
这转换成0xBC12A8C0的一个十六进制值.
倒转六角形的字节=C0A812BCCOA812BC字节从十六进制转换了到十进制=19216818188,将显示作为192.
168.
18.
188.
q示例2:IP地址192.
168.
18.
59数据库显示=991078592这转换成0x3B12A8C0的一个十六进制值反向字节顺序=C0A8123BC0A812个3B字节从十六进制转换了到十进制=将显示作为192.
168.
18.
59的1921681859.
qCDR字段定义下面的表为CDR提供字段定义.
字段定义字段定义cdrRecordType此记录无符号整数的类型指定此特定记录的种类.
它能是起始呼号record(0)、终止呼叫record(1)或者CMRrecord(2).
globalCallIdentifier全局呼叫标识符全局呼叫标识符包括是两无符号整数的两个字段.
值必须对待无符号整数.
两个字段是:无符号整数GlobalCallID_CallID无符号整数GlobalCallID_CallManagerID这是分配到整个呼叫的呼叫标识符.
所有记录关联与标准呼叫将有同一个全局呼叫标识符.
origLegCallIdentifier起源段呼叫标识符无符号整数这是使用跟踪呼叫的起源段的唯一标识符.
它在簇内是唯一.
dateTimeOrigination日期/时间呼叫始发无符号整数这表示时间呼叫始发设备去挂,或者时间一个外部呼叫由系统(首先认可接受了SETUP信息).
值是被协调的通用时间(UTC)值,并且表示秒钟的数量从午夜(00:00:00)1970年1月1日.
origN创建人的节点ID无符号整数此字段表示在呼叫始发odeId者在此呼叫时注册的CiscoCallManager集群内的节点.
origSpan如果呼叫通过网关,产生创建人的间距或端口无符号整数此字段包含创建人的端口或间距编号.
否则,此字段包含零(0).
callingPartyNumber至25个字符的主叫方编号这是呼叫产生设备的目录号.
origIpPort主叫方的IP端口无符号整数此字段包含呼叫产生设备的IP端口.
origIpAddr主叫方的IP地址无符号整数此字段包含呼叫产生设备的IP地址.
originalCallingPartyNumberPartition至50个字符的主叫方的分区此字段包含与主叫方产生关联的分区.
origCause_LocationISDN位置值无符号整数此字段包含从原因信息元素的位置值.
origCause_value呼叫终止无符号整数的主叫方原因此原因表示对始发设备的呼叫被终止的原因.
一旦转移,转发,等等,呼叫终止的原因可以是不同的为始发设备和终端设备.
因此,有与每次呼叫产生关联的两个原因字段.
通常他们将是相同的.
origMediaTransportAddress_IP创建人的媒介连接无符号整数的IP地址这是从创建人的媒体流被连接的目的地IP地址.
origMediaTransportAddress_Port创建人的媒介连接无符号整数的端口这是从创建人的媒体流被连接的目的地端口.
origMediaCap_payloadCapability编解码器类型由此字段包含在此呼叫期间,创建人在发送端使用.
的编解码器类型的创建人无符号整数使用了(压缩或有效载荷类型)它跟在其接收端使用的编解码器类型可能不同.
origMediaCap_m毫秒的数量每个小包数据无符号整数此字段包含毫秒的数量数据每个小包被发送到目的地,由此呼叫创建人.
实际数据大小取决于编解码器类型使用生axFramesPerPacket成数据.
origMediaCap_g723BitRateG.
723无符号整数将使用的比特率定义了G.
723将使用的比特率.
有微不足道的速率值:1=5.
3K比特率和2=6.
3K比特率.
lastRedirectDn当事人的目录号最后重定向这请召集对25个字符此是重定向此呼叫最后设备的目录号.
此字段仅适用于重定向,例如电话会议,呼叫转发呼叫的呼叫,等等.
lastRedirectDnPartition电话的分区最后重定向这请召集对50个字符此是重定向此呼叫最后设备的分区.
此字段仅适用于重定向例如电话会议,呼叫转发呼叫,等等的呼叫.
destLegIdentifier呼叫无符号整数的目的地段的呼叫标识符这是使用跟踪此呼叫的目的地段的唯一标识符.
它在簇内是唯一.
destNodeId呼叫目的地是注册的无符号整数在CiscoCallManager集群内的节点目的地设备在此呼叫时注册的节点的节点标识符.
目的间距如果呼叫通过网关,被终止了目的地SPAN或端口无符号整数此字段包含目的地端口或间距编号.
否则,此字段包含a(0)零.
destIpAddr呼叫是被提供的无符号整数此字段的IP地址包含信令连接的IP地址在终止呼叫的设备的.
destIpPort呼叫是被提供的无符号整数此字段的IP端口包含信令连接的IP端口在终止呼叫的设备的.
originalCalledPartyNumber目的地从呼叫始发者接受了至此字段包含目录号呼叫根据位最初是延长的由呼叫的创建人拨号的25个字符.
如果呼叫正常完成(它未转发意味着),此目录号应该总是相同的象"finalCalledPartyNumber".
如果传送呼叫,此字段包含呼叫的原始目的地,在转发了前.
originalCalledPartyNumberPartition至50个字符的被叫方的分区此字段包含与被叫方产生关联的分区.
finalCalledPartyNumber呼叫被提供至25个字符此字段的目的地包含呼叫实际上是延长的目录号.
如果呼叫正常完成(它未转发意味着),此目录号应该总是相同的象"originalCalledPartyNumber".
如果传送呼叫,此字段包含呼叫的最终目的地的目录号,在所有转发完成了后.
finalC分区与呼叫的最终目的地产生关联.
50个字符此字alledpartyNumberPartition段包含与呼叫实际上是延长的目的地产生关联的分区.
在正常呼叫,此字段应该是相同的作为"originalCalledPartyNumberPartition".
如果传送呼叫,此字段包含呼叫的最终目的地的分区,在所有转发完成了后.
destCause_location被叫方原因位置无符号整数这是从原因信息元素的ISDN位置值.
destCause_value呼叫终止无符号整数的被叫方原因此原因表示对终端设备的呼叫为什么被终止了.
一旦转移,转发,等等,呼叫终止的原因可以是不同的为呼叫的接收人和呼叫的创建人.
因此,有与每次呼叫产生关联的两个原因字段.
通常他们将是相同的.
当尝试做出对转发的繁忙的设备扩大呼叫,原因代码将反射"BUSY",即使呼叫被连接了到一个向前目的地.
destMediaTransportAddress_IP目的地向外的媒体连接无符号整数的IP地址这是从目的地的媒体流被连接的起源IP地址.
destMediaTransportAddress_Port目的地向外的媒体连接无符号整数的端口这是从目的地的媒体流被连接的创建人的端口.
destMediaCap_payloadCapability编解码器类型由在此字段包含在此呼叫期间,目的地在其发送端使用.
的编解码器类型的发送端无符号整数的目的地使用了(压缩或有效载荷类型)它跟在其接收端使用的编解码器类型可能不同.
destMediaCap_maxFramesPerPacket毫秒的数量每个小包数据无符号整数此字段包含毫秒的数量数据每个小包被发送到创建人由此呼叫的目的地.
实际数据大小取决于编解码器类型使用生成数据.
destMediaCap_g723BitRateG.
723无符号整数将使用的比特率定义了G.
723将使用的比特率.
有微不足道的速率值:1=5.
3K比特率和2=6.
3K比特率.
dateTimeConnect日期/时间连接无符号整数这是的日期和时间呼叫被连接了在产生和终端设备之间.
值是被协调的通用时间(UTC)值,并且表示秒钟的数量从午夜(00:00:00)1970年1月1日.
dateTimeDisconnect日期/时间断开无符号整数这是时间呼叫是断开的在产生和终端设备之间,或者,当呼叫被切断了时,即使未曾被连接.
值是被协调的通用时间(UTC)值,并且表示秒钟的数量从午夜(00:00:00)1970年1月1日.
期限呼叫持续时间这是呼叫被连接秒钟的数量.
它是日期/时间之间的区别连接和日期/时间断开.
CMR字段定义下面的表为CMRs(诊断的CDR)提供字段定义.
字段定义字段定义cdrRecordType此记录无符号整数的类型指定此特定记录的种类.
它将设置为CMR记录.
globalCallIdentifier此呼叫的全局呼叫标识符全局呼叫标识符包括是两无符号整数的两个字段.
值必须对待无符号整数.
两个字段是:无符号整数GlobalCallID_CallID无符号整数GlobalCallID_CallManagerID这是分配到整个呼叫的呼叫标识符.
所有记录关联与标准呼叫将有同一个全局呼叫标识符.
nodeIDCiscoCallManager节点标识符在此记录生成的CiscoCallManager集群内的节点.
callIdentifier呼叫标识符无符号整数这是识别到的呼叫段标识哪个呼叫段此记录适合于.
directoryNum在此呼叫使用的目录号这是这些诊断收集设备的目录号.
directoryNumPartition与目录号产生关联的分区这是目录号的分区在此记录的.
dat日期/时间呼叫终止这表示大致时间设备在挂去.
当电eTimeStamp话回答一个要求诊断信息时,时间被放到记录.
这是time_t值.
numberPacketsSent发送的数据包的编号RTP设备传输的数据包的总数从启动在此连接的发射.
如果连接在"receiveonly"模式,设置值是零.
numberOctetsSent八位位组(字节)的编号数据被发送到其他方有效载荷八位组的总数在RTP数据包(即不包括报头或填充)传输的由设备从启动在此连接的发射.
如果连接在"receiveonly"模式,设置值是零.
numberPacketsReceived数据包的数量在RTP数据包的总数由设备收到从开始此连接的接收的此呼叫期间收到的.
如果这是组播呼叫,计数包括从不同的来源收到的信息包.
如果连接在"sendonly"模式,设置值是零.
numberOctetsReceived八位位组(字节在此呼叫期间接收的)的数量数据有效载荷八位组的总数(即不包括报头或填充)在RTP数据包接受了由设备从开始此连接的接收.
如果这是组播呼叫,计数包括从不同的来源收到的信息包.
如果连接在"sendonly"模式,设置值是零.
numberPacketsLost丢失的RTP信息包在此连接时RTP丢失自接收之始的数据包总数.
此编号被定义作为信息包的数量预计,信息包的数量实际上收到,其中信息包的数量收到包括晚的任何或复制.
因此,晚期到达的信息包没有算作是丢失和损失可能是负的,如果有重复项.
预计的信息包的数量被定义是作为其次定义接收的,延长的最后序号,序号接收.
如果连接在"sendonly"模式,设置值是零.
(关于详细资料,请参阅RFC1889)抖动两次输入的抖动在此连接时,测量用毫秒和被表示为无符号整数RTP数据包两次输入的时间的统计差异的估计.
两次输入的抖动J被定义是平均边差(使光滑的绝对值)在信息包间距上的区别D在接受器与一个对的发送方比较信息包.
详细的计算算法在RFC1889被找到.
如果连接在"sendonly"模式,设置值是零.
潜伏期潜伏期在值是网络传输时延的估计的此连接时体验,表示以毫秒.
这是区别的平均值在RTP控制协议(RTCP)消息的发送方表示的网络时间协议(NTP)时间戳和接受器的NTP时间戳的之间,被测量,当这些消息收到时.
平均值通过合计所有估计,然后分开获得由的RTCP消息的数量收到了.
(关于详细资料请参阅请求注释(RFC)1889)呼叫类型记录的呼叫记录在双方之间的每正常呼叫记录一个CDR终止呼叫记录.
每个终止呼叫记录包含所有字段被识别的以上,但是不可以使用一些字段.
如果没有使用字段,将是空白,如果它是ASCII字符串字段,否则"0",如果它是一个数字域.
当附加服务在呼叫时涉及,更多终止呼叫记录可能被写.

除CDR终止呼叫记录之外,可能有每个在呼叫涉及的终端一个CMR记录.
在双方之间的正常呼叫其中每一使用CiscoIP电话,将有两个CMR记录被写:一创建人的和一个呼叫的目的地的.
此部分在系统描述为不同的呼叫类型写的记录.
正常呼叫(CiscoIP电话到CiscoIP电话)正常呼叫日志三记录每次呼叫.
他们是EndCall加上两个诊断记录,一个每个终端的.
在EndCall记录,所有字段可能包含有效信息.
期限永远将是非零,除非"CdrLogCallsWithZeroDurationFlag"标志位是启用的(设置对真).
"originalCalledPartyNumber"字段将包含目录号和"finalCalledPartyNumber"字段一样.
放弃的呼叫呼叫记录与零的期限的是可选的.
通常,这些记录不会被记录.
如果记录与零的期限的呼叫是启用的,以下事应该是要注意的.
如果呼叫被放弃了(例如,当电话是离开的挂和放置在挂),多种字段不会包含数据.
在这种情况下,"originalCalledPartyNumber","finalCalledPartyNumber",与他们,"destIpAddr",和dateTimeConnect字段产生关联的分区将是空白的.
未被连接的所有呼叫将有一个"期限"零秒.

当呼叫被放弃时,原因代码是"0".
q如果用户拨了一个目录号然后放弃了呼叫,在被连接了前,"第一目的"和"最终目的"字段和他们相关的分区将包含呼叫将被扩大的目录号和分区.
"DestIp"字段将是空白的,并且期限将是零.
q被传送的或重定向的呼叫转发呼叫的呼叫记录将是相同的象那些为正常呼叫除了"originalCalledPartyNumber"字段和"originalCalledPartyNumberPartition"字段.
这些字段将包含目录号和分区由呼叫的创建人最初拨号的目的地的.
如果传送呼叫,"finalCalledPartyNumber"和"finalCalledpartyNumberPartition"字段将是不同的,并且请包含呼叫的最终目的地的目录号和分区.
并且,当传送呼叫,"lastRedirectDn"和"lastRedirectDnPartition"字段将包含传送或重定向此呼叫最后电话的目录号和分区.