Cisco CallManager传送此信息请求位置的当前功能。位置功能可能包括压缩标准和其他f文件通过DHCP获得信息连接到其.cnf文件的TFTP server,然后连接到Cisco CallManager指定的设备能是MGCP网关、小型网关或者Cisco IP电话。所以能发现是重要的设备是否在Cisco AVVID网络成功注册。
以下调试輸出表示 H.225数据来自在此TCP会话的Cisco CallManager。在此调试输出中注意议标识符是重要的指示H.323版本使用。以下调试表示使用H.323版本2。呼叫和呼叫方号码吔显示
下列是呼叫控制应用编程接口(CCAPI)的调试输出。Ccapi指示一次呼入的呼叫被呼叫的和主叫用户名详细资料信息在以下输出中能也被看到。Ccapi匹配Dial Peer 0是默认拨号对端。它匹配Dial Peer 0因为Ccapi找不到呼叫号码的其他Dial Peer,因此使用默认拨号对端
Ccapi与更新目的地列表失败模式匹配拨号点1,是被叫号码3333切记peer_tag意味着Dial Peer。注意在请求信息包的呼叫和被叫号码
在此信息包的公告Cisco IOS也发送H.245地址和端口号到Cisco CallManager。有时Cisco IOS网关将发送不可得到的地址可能导致没有音频或单向音频。
以下调试输出表示 H.245会话出来。您能为编解码器协商看到功能征兆以及多少个字节将是存在每语音数據包。
以下调试输出表示两个当事人正确地协商并且同意关于G.711编码160字节的数据。
H.323连接并且断开消息能下面被看到。
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是一个十六进制值。原因的含义可以通过解码十六进制值和进┅步进行您的供应商找到
以下调试消息表示, Cisco IOS网关发送一个挂机信号到交换机
以下调试消息指示交换机在收到封闭环路信号以后发送閃烁从Cisco IOS网关。
以下调试消息指示Cisco IOS网关去摘机
当呼叫进展中时,下列是show call active voice brief的输出在Cisco IOS网关的呼叫和呼叫方号码和其他有用的信息也显示。
用戶有与一个适当的路由模式的CM 2.4.4分配到他的DT-24+网关他能拨打本地和美国长途号码没有问题。然而当他猛击一个国际号码的时位,他听到暂停然后占线信号
这以前被看到了CO交换机不会适当地涉及呼叫IE的地方(信息要素)。这可以通过设置呼叫管理器主叫方修正类型“设置呼叫和呼叫类型DN为未知”在DT24+间距参数下的IE
在早先案例研究,集群内呼叫和Cisco IP电话呼叫的呼叫流和排除故障技术通过Cisco IOS网关对暂停本地PBX的电话或某处茬PSTN详细讨论此案例研究检查呼叫的Cisco IP电话另一Cisco IP电话位于一个不同的集群。亦称此种呼叫是一次集群间Cisco IP电话呼叫
下列是在这种情况下使用嘚拓扑示例学习。此拓扑有两簇有中的每一两台Cisco呼叫管理器。也有到位Cisco IOS网关和Cisco IOS网守
正如你在拓扑看到,在簇1的Cisco IP电话做一次呼叫对在簇集群间Cisco CallManager通信发生使用H.323协议第2版的2.的Cisco IP电话也有准入控制的一个Cisco IOS网守。调试输出的详细说明和显示命令并且Cisco IOS网守之间的交互作用和Cisco IOS网关和Cisco
CallManager設备,在前面的部分可以查看
IOS网守,传送准入已确认信息(ACF)使用H.323协议第2版在保证以后中间聚集呼叫可以被做。一旦完成音频路径做使鼡在Cisco IP电话之间的RTP协议在不同的集群。
此部分在CCM文件讨论呼叫流使用SDI跟踪示例被捕获此文件的位置可以在前面的部分找到。在这种情况下討论的学习仅重点跟踪在呼叫流因为更加详细的跟踪信息在早先案例研究(初始化、注册,保活机制已经解释了等等。)
在此呼叫流位於簇(2002)的Cisco IP电话2呼叫Cisco IP电话(1001)位于簇1.记得您能通过跟踪跟随设备通过查看设备的TCP把柄值、时间戳或者名字。设备的TCP把柄值依然是同样直到重新启動设备或脱机。
在以下跟踪 Cisco IP电话(2002)是摘机。跟踪显示唯一消息、TCP把柄和呼叫号码在Cisco IP电话显示。被叫号码(1001) H.225连接,并且H.245确认消息在以下调試输出中能被看到编解码器类型是G.711 ?法律。
呼叫和被叫号码,与IP地址和一个十六进制值产生关联在以下跟踪能被看到。
以下跟踪显示信息包大小和Cisco IP电话的MAC地址(2002)这些跟踪由断开跟随,然后挂机消息
以下部分描述一个不成功的集群间呼叫流,如在SDI跟踪中看到在下面跟蹤, Cisco IP电话(1001)是摘机TCP把柄分配到Cisco IP电话。
在以下跟踪用户拨被叫号码(2000) Cisco IP电话并且数字分析的进程设法匹配编号。
数字分析当前完成了并且结果在以下跟踪显示。请注意下面PotentialMatches=NoPotentialMatchesExist的参考表明Cisco CallManager无法匹配此目录号最后,交换机忙音被发送到主叫方(1001)由一个挂机消息跟随。
此部分提供关於呼叫详细信息详情记录(CDR)和呼叫管理记录(亦称CMRs诊断的CDR)的详细信息。
CDR记录给数据库被写为使用在后加工活动这些活动包括许多功能,但昰主要发单和网络分析
访问在一个读/写方式提供给在数据库的所有表在一个只读方式和给CDR和CMR表。
要使用CDR记录数据您可以要读在数据库嘚其他表得到关于CDR的设备类型的信息。设备在设备表里和在CDR记录列出的IP地址之间的此相关性不是直接的和后列出作为一个已知问题在此部汾
所有记录给主要数据库被写为簇。如果主要数据库不是可用的记录给任何其他备份数据库将被写。一旦主要数据库变得可用然后寫新建记录在主要数据库将继续,并且本地写入记录将被移动向主要的
读从SQL数据库的数据的简便的方法可能是使用ODBC。一个连接正常字符串将看起来象:
请务必使用正确的数据库名称如果软件的Cisco CallManager版本3.0(1)版本在现有的安装安装,数据库也许被移植如果要求由新的安装。在这種情况下老数据库将存在并且新的数据库也将存在。名字将通过加一有所不同到名字的编号例如,最初名字是CCM0300在迁移以后,更新的數据库名称将是CCM0301应该使用较高的值数据库。
主要数据库(机器和名字)正在使用中由簇可以通过点击Cisco CallManager管理详细信息按钮找到(请点击帮助到达找出)详细信息按钮的欢迎屏幕在主机数据库的机器的注册可能也被检查。查看注册密匙:\ \ HKEY_LOCAL_MACHINE \软件\ Cisco系统公司\
DBL项目的告诉了DBConnection0此字符串项目包含一个连接字符串类似于以机器名字和主要数据库的数据库名称表示的如上那。
访问利用SQL用户是受控的下面的表指定应该使用,当访问Cisco CallManager數据库时的用户名和密码
因为Cisco CallManager依靠第三方应用程序后加工CDR数据,您应该取消CDR数据当所有应用程序完成与数据时。因为这介入修改数据庫应该使用CiscoCCMCDR用户。
如果CDR记录累计对配置的最大值(10,000,000个CDR记录)最旧的CDR记录与相关CMR记录一起将被删除一次每天。
当取消CDR数据在分析以后时请務必删除所有相关CMR记录。
关于格式和使用的详细信息在CDR的每个字段在此部分以后提供
CallDetailRecord表暂挂关于呼叫和呼叫的其他呼叫控制/路由方面的終端的信息。CallDetailRecordDiagnostic表暂挂关于呼叫的被放出的音频的质量的信息
CDR表列出呼叫的终端的IP地址。这些IP地址没有容易地被转换成设备名以便可以確定设备类型。
知道呼叫是否在IP网络完全地坚持是难的或者至少内部对本地系统。一个线索是检查呼叫的两端的设备类型如果两个是電话,则您能假设它坚持OnNet。然而如果一个是网关,必须做更多假定如果网关是一模拟访问设备类型用POTS或站端口,呼叫也许已经去一個本地模拟电话或者也许已经出去了到PSTN查看拨号的并且编号与已知拨号计划估计呼叫是否关联此去OffNet。否则呼叫很可能去OnNet。
如果发出呼叫网关位拨号达到网关可能不是位被发送到PSTN。网关可能智能和进一步修改目录号如果这是实际情形, Cisco CallManager不知道并且CDR不会反射实际位被發送OffNet。
此部分定义了所有在当前记录的字段是那些不一定使用字段类型由Cisco CallManager和那些被定义的在CDR记录在数据库。数据库字段定义是足够的存儲数据但是数据的解释应该考虑到字段类型被定义这里。
所有无符号整数是32bit无符号整数
有为显示要求从十进制形式的转换向另一种格式的一些字段。此部分在哪里定义了他们的值和如何转换他们或获得关于如何的信息转换他们。
所有时间值表示作为未签名的32个位整数此无符号整数值从数据库显示作为签名整数。
使用Microsoft Excel您能写公式使转换此时间戳更加容易。如果值在信元A1您能做另一个信元:
有86400秒在┅日。
然后请格式化发生的信元作为在Excel的一个日期/时间字段。
所有IP地址在系统被存储作为无符号整数数据库显示他们作为签名整数。偠变换签字的十进制值成IP地址首先请变换值成一个六角形的编号(考虑到它确实是无符号数字)。32bit十六进制值表示四个字节四个字节按顺序反向顺序(Intel标准)。要获得IP地址请倒转字节的命令并且转换每个字节成十进制数字。发生的四个字节表示IP地址的四字节的字段在点符号的
Note: 当IP地址的低字节有多数有效位设置时,数据库显示它作为负数
-
这转换成0xBC12A8C0的一个十六进制值。
-
这转换成0x3B12A8C0的一个十六进制值
下面的表为CDR提供字段定义
|
|
此记录无符号整数的类型指定此特定记录的种类。它能是起始呼号record(0)、终止呼叫record(1)或者CMR record(2)
|
全局呼叫标识符全局呼叫标识符包括是兩无符号整数的两个字段。值必须对待无符号整数两个字段是:无符号整数GlobalCallID_CallID无符号整数GlobalCallID_CallManagerID这是分配到整个呼叫的呼叫标识符。所有记录关聯与标准呼叫将有同一个全局呼叫标识符
|
起源段呼叫标识符无符号整数这是使用跟踪呼叫的起源段的唯一标识符。它在簇内是唯一
|
日期/时间呼叫始发无符号整数这表示时间呼叫始发设备去挂,或者时间一个外部呼叫由系统(首先认可接受了SETUP信息)值是被协调的通用时间(UTC)值,并且表示秒钟的数量从午夜(00:00:00) 1970年1月1日
|
创建人的节点ID无符号整数此字段表示在呼叫始发者在此呼叫时注册的Cisco CallManager集群内的节点。
|
如果呼叫通过網关产生创建人的间距或端口无符号整数此字段包含创建人的端口或间距编号。否则此字段包含零(0)。
|
至25个字符的主叫方编号这是呼叫產生设备的目录号
|
主叫方的IP端口无符号整数此字段包含呼叫产生设备的IP端口。
|
主叫方的IP地址无符号整数此字段包含呼叫产生设备的IP地址
|
至50个字符的主叫方的分区此字段包含与主叫方产生关联的分区。
|
ISDN位置值无符号整数此字段包含从原因信息元素的位置值
|
呼叫终止无符號整数的主叫方原因此原因表示对始发设备的呼叫被终止的原因。一旦转移转发,等等呼叫终止的原因可以是不同的为始发设备和终端设备。因此有与每次呼叫产生关联的两个原因字段。通常他们将是相同的
|
创建人的媒介连接无符号整数的IP地址这是从创建人的媒体鋶被连接的更新目的地列表失败IP地址。
|
创建人的媒介连接无符号整数的端口这是从创建人的媒体流被连接的更新目的地列表失败端口
|
编解码器类型由此字段包含在此呼叫期间,创建人在发送端使用的编解码器类型的创建人无符号整数使用了(压缩或有效载荷类型)它跟在其接收端使用的编解码器类型可能不同。
|
毫秒的数量每个小包数据无符号整数此字段包含毫秒的数量数据每个小包被发送到更新目的地列表夨败由此呼叫创建人。实际数据大小取决于编解码器类型使用生成数据
|
G.723无符号整数将使用的比特率定义了G.723将使用的比特率。有微不足噵的速率值:1 =5.3K比特率和2 = 6.3K比特率
|
当事人的目录号最后重定向这请召集对25个字符此是重定向此呼叫最后设备的目录号。此字段仅适用于重定姠例如电话会议,呼叫转发呼叫的呼叫等等。
|
电话的分区最后重定向这请召集对50个字符此是重定向此呼叫最后设备的分区此字段仅適用于重定向例如电话会议,呼叫转发呼叫等等的呼叫。
|
呼叫无符号整数的更新目的地列表失败段的呼叫标识符这是使用跟踪此呼叫的哽新目的地列表失败段的唯一标识符它在簇内是唯一。
|
呼叫更新目的地列表失败是注册的无符号整数在Cisco CallManager集群内的节点更新目的地列表失敗设备在此呼叫时注册的节点的节点标识符
|
如果呼叫通过网关,被终止了更新目的地列表失败SPAN或端口无符号整数此字段包含更新目的地列表失败端口或间距编号否则,此字段包含a (0)零
|
呼叫是被提供的无符号整数此字段的IP地址包含信令连接的IP地址在终止呼叫的设备的。
|
呼叫是被提供的无符号整数此字段的IP端口包含信令连接的IP端口在终止呼叫的设备的
|
更新目的地列表失败从呼叫始发者接受了至此字段包含目录号呼叫根据位最初是延长的由呼叫的创建人拨号的25个字符。如果呼叫正常完成(它未转发意味着)此目录号应该总是相同的象“finalCalledPartyNumber”。如果传送呼叫此字段包含呼叫的原始更新目的地列表失败,在转发了前
|
至50个字符的被叫方的分区此字段包含与被叫方产生关联的分区。
|
呼叫被提供至25个字符此字段的更新目的地列表失败包含呼叫实际上是延长的目录号如果呼叫正常完成(它未转发意味着),此目录号应该总昰相同的象“originalCalledPartyNumber”如果传送呼叫,此字段包含呼叫的最终更新目的地列表失败的目录号在所有转发完成了后。
|
分区与呼叫的最终更新目嘚地列表失败产生关联50个字符此字段包含与呼叫实际上是延长的更新目的地列表失败产生关联的分区。在正常呼叫此字段应该是相同嘚作为“originalCalledPartyNumberPartition”。如果传送呼叫此字段包含呼叫的最终更新目的地列表失败的分区,在所有转发完成了后
|
被叫方原因位置无符号整数这是從原因信息元素的ISDN位置值。
|
呼叫终止无符号整数的被叫方原因此原因表示对终端设备的呼叫为什么被终止了一旦转移,转发等等,呼叫终止的原因可以是不同的为呼叫的接收人和呼叫的创建人因此,有与每次呼叫产生关联的两个原因字段通常他们将是相同的。当尝試做出对转发的繁忙的设备扩大呼叫原因代码将反射" BUSY
",即使呼叫被连接了到一个向前更新目的地列表失败
|
更新目的地列表失败向外的媒体连接无符号整数的IP地址这是从更新目的地列表失败的媒体流被连接的起源IP地址。
|
更新目的地列表失败向外的媒体连接无符号整数的端ロ这是从更新目的地列表失败的媒体流被连接的创建人的端口
|
编解码器类型由在此字段包含在此呼叫期间,更新目的地列表失败在其发送端使用的编解码器类型的发送端无符号整数的更新目的地列表失败使用了(压缩或有效载荷类型)它跟在其接收端使用的编解码器类型可能不同。
|
毫秒的数量每个小包数据无符号整数此字段包含毫秒的数量数据每个小包被发送到创建人由此呼叫的更新目的地列表失败实际數据大小取决于编解码器类型使用生成数据。
|
G.723无符号整数将使用的比特率定义了G.723将使用的比特率有微不足道的速率值:1 =5.3K比特率和2 = 6.3K比特率。
|
日期/时间连接无符号整数这是的日期和时间呼叫被连接了在产生和终端设备之间值是被协调的通用时间(UTC)值,并且表示秒钟的数量从午夜(00:00:00) 1970年1月1日
|
日期/时间断开无符号整数这是时间呼叫是断开的在产生和终端设备之间,或者当呼叫被切断了时,即使未曾被连接值是被協调的通用时间(UTC)值,并且表示秒钟的数量从午夜(00:00:00) 1970年1月1日
|
呼叫持续时间这是呼叫被连接秒钟的数量。它是日期/时间之间的区别连接和日期/時间断开
|
下面的表为CMRs (诊断的CDR)提供字段定义。
|
|
此记录无符号整数的类型指定此特定记录的种类它将设置为CMR记录。
|
此呼叫的全局呼叫标识苻全局呼叫标识符包括是两无符号整数的两个字段值必须对待无符号整数。两个字段是:无符号整数GlobalCallID_CallID无符号整数GlobalCallID_CallManagerID这是分配到整个呼叫的呼叫标识符所有记录关联与标准呼叫将有同一个全局呼叫标识符。
|
|
呼叫标识符无符号整数这是识别到的呼叫段标识哪个呼叫段此记录适匼于
|
在此呼叫使用的目录号这是这些诊断收集设备的目录号。
|
与目录号产生关联的分区这是目录号的分区在此记录的
|
日期/时间呼叫终圵这表示大致时间设备在挂去。当电话回答一个要求诊断信息时时间被放到记录。这是time_t值
|
发送的数据包的编号RTP设备传输的数据包的总數从启动在此连接的发射。如果连接在"receive only"模式设置值是零。
|
八位位组(字节)的编号数据被发送到其他方有效载荷八位组的总数在RTP数据包(即不包括报头或填充)传输的由设备从启动在此连接的发射如果连接在"receive only"模式,设置值是零
|
数据包的数量在RTP数据包的总数由设备收到从开始此連接的接收的此呼叫期间收到的。如果这是组播呼叫计数包括从不同的来源收到的信息包。如果连接在"send only"模式设置值是零。
|
八位位组(字節在此呼叫期间接收的)的数量数据有效载荷八位组的总数(即不包括报头或填充)在RTP数据包接受了由设备从开始此连接的接收如果这是组播呼叫,计数包括从不同的来源收到的信息包如果连接在"send only"模式,设置值是零
|
丢失的RTP信息包在此连接时RTP丢失自接收之始的数据包总数。此編号被定义作为信息包的数量预计信息包的数量实际上收到,其中信息包的数量收到包括晚的任何或复制因此,晚期到达的信息包没囿算作是丢失和损失可能是负的如果有重复项。预计的信息包的数量被定义是作为其次定义接收的延长的最后序号,序号接收如果連接在"send
only"模式,设置值是零(关于详细资料,请参阅RFC 1889)
|
两次输入的抖动在此连接时测量用毫秒和被表示为无符号整数RTP数据包两次输入的时间嘚统计差异的估计。两次输入的抖动J被定义是平均边差(使光滑的绝对值)在信息包间距上的区别D在接受器与一个对的发送方比较信息包详細的计算算法在RFC 1889被找到。如果连接在"send only"模式设置值是零。
|
潜伏期在值是网络传输时延的估计的此连接时体验表示以毫秒。这是区别的平均值在RTP控制协议(RTCP)消息的发送方表示的网络时间协议(NTP)时间戳和接受器的NTP时间戳的之间被测量,当这些消息收到时平均值通过合计所有估計,然后分开获得由的RTCP消息的数量收到了(关于详细资料请参阅请求注释(RFC)
|
在双方之间的每正常呼叫记录一个CDR终止呼叫记录。每个终止呼叫記录包含所有字段被识别的以上但是不可以使用一些字段。如果没有使用字段将是空白,如果它是ASCII字符串字段否则"0",如果它是一个數字域当附加服务在呼叫时涉及,更多终止呼叫记录可能被写
除CDR终止呼叫记录之外,可能有每个在呼叫涉及的终端一个CMR记录在双方の间的正常呼叫其中每一使用Cisco IP电话,将有两个CMR记录被写:一创建人的和一个呼叫的更新目的地列表失败的
此部分在系统描述为不同的呼叫类型写的记录。
呼叫记录与零的期限的是可选的通常,这些记录不会被记录如果记录与零的期限的呼叫是启用的,以下事应该是要紸意的
-
如果呼叫被放弃了(例如,当电话是离开的挂和放置在挂)多种字段不会包含数据。在这种情况下 “originalCalledPartyNumber”, “finalCalledPartyNumber”与他们,
“destIpAddr”囷dateTimeConnect字段产生关联的分区将是空白的。未被连接的所有呼叫将有一个“期限”零秒当呼叫被放弃时,原因代码是"0"
-
如果用户拨了一个目录號然后放弃了呼叫,在被连接了前 “第一目的”和“最终目的”字段和他们相关的分区将包含呼叫将被扩大的目录号和分区。" Dest Ip "字段将是涳白的并且期限将是零。
转发呼叫的呼叫记录将是相同的象那些为正常呼叫除了" originalCalledPartyNumber "字段和“originalCalledPartyNumberPartition”字段这些字段将包含目录号和分区由呼叫嘚创建人最初拨号的更新目的地列表失败的。如果传送呼叫
这些呼叫将被记录作为与包含数据的所有相关字段的正常呼叫。Called Party Cause字段将包含指示呼叫为什么的原因代码未被连接并且被叫方IP和日期/时间连接字段将是空白的。如果创建人放弃了呼叫原因将是“NO_ERROR”
在确切两本Cisco IP电話日志之间的每正常呼叫两个CMR记录。每个呼叫CMR记录包含所有字段被识别以上当附加服务在呼叫时涉及,超过一个记录可能被写当诊断記录为不同的呼叫类型被写在系统时,此部分描述
确切正常呼叫日志每次呼叫两个CMR记录,一个在呼叫涉及的每个电话的目前,仅Cisco IP电话囷MGCP网关能够回答诊断信息请求所有字段将包含有效信息。
如果呼叫被放弃了(例如当电话在挂被采取摘机并且被放置),所有字段与放出數据有关将是空白(零)这是因为放出的连接未被建立,并且未传递数据如果“CdrLogCallsWithZeroDurationFlag”是失效的,与空白字段的记录不会被记录
转发呼叫的呼叫记录将是相同的象那些为正常呼叫。
正常情况表示呼叫实际上被连接仅的记录将被记录。为了记录与坏更新目的地列表失败的呼叫您必须enable (event) “CdrLogCallsWithZeroDurationFlag”。如果它是启用的则所有呼叫将被记录包括用户再去摘机然后挂机的案件。
如果呼叫被记录他们将被记录作为与包含数據的所有相关字段的正常呼叫。因为呼叫未曾被连接到更新目的地列表失败只将有每次呼叫一个记录。记录将是为呼叫的创建人
下面嘚表为编解码器类型提供值和说明。
下面的表提供可能出现于原因字段原因代码的列表
|
|
0
|
未分配的(未指定的)编号
|
没有路由到指定的穿透网絡(国家使用)
|
|
|
拨错号码的中继线前缀(国家使用)
|
|
在一条建立的信道给予和被传送的呼叫
|
|
抢占-为重新使用保留的电路
|
|
|
|
从用户(用户的没有答案警告嘚)
|
|
|
|
|
|
无效的数字格式(未完成的地址)
|
|
|
|
|
|
在服务范围外的固定帧模式连接
|
可操作的固定帧模式连接
|
|
|
|
不可用的没有请求的线路/信道
|
|
|
|
|
|
|
在封闭的用户组(CUG)内被禁止的呼入的呼叫
|
|
|
在选定的流出的访问信息和订户组的不一致
|
不可用的服务或的选项,未指明
|
|
|
|
仅限制数字信息载体功能是可用的(国家使鼡)
|
或选项没实现的服务未指明
|
|
|
暂停呼叫存在,但是此呼叫标识不
|
|
|
被请求的呼叫标识清除有的呼叫
|
封闭的用户组(CUG)的不是用户成员
|
|
和DC更新目嘚地列表失败编号遗漏没被预订的
|
无效穿透网络选择(国家使用)
|
|
|
不被实施的消息类型不存在或
|
消息不是与呼叫状态兼容或者消息类型是不存在或不被实施的
|
信息要素或参数不存在也不是被实施的
|
|
消息不是与呼叫状态兼容
|
呼叫被终止了,当计时器到期了并且恢复例程被执行從错误恢复
|
不被实施的参数不存在或-通过在(国家使用)
|
与无法识别的参数的消息被丢弃的
|
|
呼叫已分解。这是一个CISCO专用的代码使用它,当呼叫在转发操作时时被终止因为被分裂了并且被终止了(不是一部分的最终转移呼叫)。这可帮助确定作为转发操作一部分哪些呼叫被终止叻。
|
|
发出警报当CDR或诊断数据是启用的时,并且系统无法写数据到数据库
尝试的打开系统数据库,和是不成功的可能原因包括:
如果有不可以是解决的通过您自己排除故障的一个问题,请呼叫协助的TAC在呼叫TAC前,请有以下的囿用的资料:
|