E3IPS常见问题处理0429

1、IPS 常见问题处理参考文档： dialogic 串音单通问题的分析方法 .docDialogic 卡相关问题七号卡问题1. Dialogic 信令网关日志查看1) 判断信令栈是板卡方式还是主机方式1103 09:08:37 MANX run stacks on host2) 从 OAMServer 读取配置信息，生成 Config.txt 和 System.txt 两个文件 (在 c:septel 下 ).1103 09:08:37 MANX writing config.txt and system.txt .3) 通过 gctload 加载配置文件，对 7 号信令卡进行配置1103 09

2、:08:37 MANX try to run gctload1103 09:08:39 MANX try to start service Septel1103 09:08:39 MANX check service gctserv state1103 09:08:39 MANX start service gctserv4) 检查配置和信令卡启动结果，如果有不对，会在check boot result后面显示不对代码1103 09:08:40 MANX check boot result.1103 09:08:47 MANX board 0: SS7.DC3 V1.51103 09:08:4

3、7 MANX Hardware Rev 2, RAM 32M, Slot 5 .Firmware Ver1.02Electronic serial number: 01-00000737CB03-82License serial number: 02-0000008C9110-901103 09:08:47 MANX activate link 0 ok.1103 09:08:47 MANX configuration done1103 09:08:48 ISP0 stack information: SS#7 ISUP 4.0. .DPC 才5) 等待 Link UP ，和信令路由成功： C

4、onsole 上会显示 Link ? in Service ，只有 Link UP 并且路由通了后， 可用， MG 才能注册对应的中继 .1103 09:13:04 ISP0 DPC 0x010106 UnAvailable.1103 09:13:05 ISP0 DPC 0x010106 UnAvailable.1103 09:13:07 ISP0 DPC 0x010106 UnAvailable.1103 09:13:07 ISP0 DPC 0x010106 UnAvailable.1103 09:13:41 ISP0 DPC 0x010106 Available.1103 09:13:41

5、 ISP0 DPC 0x010106 Available.1103 09:13:41 ISP0 DPC 0x010106 Available.1103 09:13:41 ISP0 DPC 0x010106 Available.1103 09:13:41 SRVX EVT: DPC 0x010106 resumed.6) 等待 MG 注册消息CTGS-资料文件1103 09:13:42 SRVX recv register request for span 12, from 0x00500021. .1103 09:13:42 SRVX span 12 is free.1103 09:13:42

6、 SRVX span 12 is available.1103 09:13:42 SRVX the span 12 is registered.1103 09:13:42 SRVX totally 2 groups in span 121103 09:13:42 SRVX check group info 0 in span 12 ok. .1103 09:13:42 SRVX check group info 1 in span 12 ok .7) 通道复位1103 09:13:42 ISPX send RSC.1103 09:13:42 ISP0 recv RLC (RSC confirm

7、ed) .8) 启动成功，可看见呼叫信令日志呼叫信令日志格式：DA TETIME 协议节点号 send/recv 信令消息内容 .协议对应 TUP或ISP,节点号对应 7号信令节点。SPANID逻辑中继号，CHANNEL 通道2. CONSOLE 出现 frame sync loss这样消息1217 23:30:20 1217 23:30:20 TRA0 line interface (E1 interface) 0 AIS cleared . .1217 23:30:20 1217 23:30:20 TRA0 line interface (E1 interface) 3 frame syn

8、c ok . .1217 23:30:26 1217 23:30:26 TRA0 line interface (E1 interface) 0 frame sync loss .1217 23:30:26 1217 23:30:26 TRA0 line interface (E1 interface) 3 frame sync loss . .1217 23:30:26 1217 23:30:26 TRA0 line interface (E1 interface) 0 AIS detected . .1217 23:30:26 1217 23:30:26 TRA0 line interfa

9、ce (E1 interface) 0 frame sync ok . .1217 23:30:26 1217 23:30:26 TRA0 line interface (E1 interface) 0 AIS cleared . .1217 23:30:26 1217 23:30:26 TRA0 line interface (E1 interface) 3 frame sync ok . .1217 23:30:42 1217 23:30:42 TRA0 line interface (E1 interface) 3 frame sync loss . .1217 23:30:42 121

10、7 23:30:42 TRA0 line interface (E1 interface) 0 frame sync loss . .1217 23:30:42 1217 23:30:42 TRA0 line interface (E1 interface) 0 AIS detected . .1217 23:30:43 1217 23:30:43 TRA0 line interface (E1 interface) 0 frame sync ok . .1217 23:30:43 1217 23:30:43 TRA0 line interface (E1 interface) 0 AIS c

11、leared . .1217 23:30:43 1217 23:30:43 TRA0 line interface (E1 interface) 3 frame sync ok . .1217 23:30:50 1217 23:30:50 TRA0 line interface (E1 interface) 0 frame sync loss . .1217 23:30:50 1217 23:30:50 TRA0 line interface (E1 interface) 3 frame sync loss . .1217 23:30:50 1217 23:30:50 TRA0 line in

12、terface (E1 interface) 0 AIS detected . .1217 23:30:50 1217 23:30:50 TRA0 line interface (E1 interface) 0 frame sync ok . .1217 23:30:50 1217 23:30:50 TRA0 line interface (E1 interface) 0 AIS cleared . .1217 23:30:50 1217 23:30:50 TRA0 line interface (E1 interface) 3 frame sync ok . . 中继传输告警,一般是线路质量

13、有问题。3. 七号信令网关启动后, CONSOLE 上出现 frame slip 这样的消息滑码 90%的原因是时钟设置不正确。时钟设置的原则是：当信令卡和中继卡在同一机框的时候,信令网关要做从 时钟,当信令网关单独一个机框的时候,信令网关一定要做主时钟。.对于时钟的设置通过在 signalgw.ini 中 SS7Board1 中设置 CTMode ,规则为： CTMode=1 ,表示是主时钟, CTMode=3 ,表示是从时钟。在单卡的情况下, SG 默认是从时钟,在多卡的时候默认是主时钟。所以只有在独 立机器又是单卡的情况下,需要设置 CTMode=1 。如果始终设置确认正确后,还有以下方

14、面需要检查： .1) 七号卡和信令网关单独运行在一台机器上A、中继线路两端阻抗不匹配：一端是 120欧,一端是 75 欧解决方法：增加 120欧/75 欧转换器B 、传输线路质量不好解决方法：更换中继线2）双机热备情况A. 是否把内部链路配置到了前面的中继端口上，需要将内部链路端口配置到外部链路端口的后面。B. 中继线路问题，中继线路两端阻抗不匹配，增加转换器C. 进入 SIUA 和 SIUB 的中继时钟不同步。D. 中继滑码出现在话路拆分中继， 一般是中继线路有问题， 或者是 MG 所在机器的中继主时钟和进入 SG 的中继 不同步导致，需要调整 MG 机器上的主时钟设定 .可以选择与拆分中继

15、同一局向的中继作为 MG 机器上的主时钟， 在 DCM 里修改 NETREF1 的时钟源， 直到找 到一条合适的为止。 .4. 7 号卡经常出现退出服务情况，所有灯都变亮 第一步这种情况要反映给工程技术支持部，做记录。临时处理的方法 : 如果信令栈运行在板卡上，可拷贝 mtp.exe, tup.exe 和 isp.exe 文件到 c:septel 目录，重启 Signalgw ，程序会使用 ss7onhost方式，提高信令卡处理性能。同时可检查版本服务器上是否有新的SS7驱动（当前是最新 2.02）或补丁（当前使用补丁 patch0724），换上新的驱动和补丁，提高稳定性。如果仍出现上述问题，

16、可能是信令卡本身有问题 导致。 .5. Septel 信令卡支持什么信令将卡从机框中取出，检查卡左下方的圆形电阻，如标有T2，表示支持TUP。标有V2，表示支持ISUP。标有M2，表示需要使用 SS7 On Host方式运行，信令栈在主机上运行，既可以支持TUP，也可以支持ISUP。.6. 启动信令网关后，配置信令卡时看见日志中MANX check boot result. 出现不对代码 .0x0001 打开 config.txt 出错，检查 c:septel 下是否有 config.txt 文件？A config.txt 存在：机器或制作系统问题，重启试试。Bconfig.txt 不存在：信

17、令网关存在问题，请联系技术支持处理 s0x0002 config.txt 语法不对，可能信令网关存在问题，请联系技术支持处理0x0003 配置参数不对0x0004 服务无响应 一般出现的不对为 0x0003 或 0x0004。 如果不对0x0003，检查7号信令配置是否正确。如果不对0x0004，先检查7号卡是否支持配置的协议，dialogic7号的服务是否已安装，如果没有问题，检查7号信令配置，链路集 ID 是否从 0 开始，要求链路集 ID 连续，并且链路 ID 也要连续，第一个路由的优先级是否设 置为 0。 .不对 0x0004 在配置正确情况下，检查电路数是否和 License 一致。

18、 V2 的 License 只能支持 256 个电路（通道） ， 如果配置多于256个通道，也会导致不对。SS7OnHost模式可支持4096个电路。.7. 启动信令网关时，报无法启动 ss7 服务A. 先检查 SS7 服务是否已安装，如果没有安装，信令网关会自动安装服务。B. 服务已安装，先用 c:septelservcfg remove 移除服务，然后重新启动信令网关8. 运行中出现某条链路退出，但其他链路正常情况用提供的 LogAnalyze 工具先转换 ss7trace.log 为可读形式，然后检查链路退出原因。 请举出几种具体的情况和响 应的显示，具体情况要请小朱给一个了 .9. 双

19、机热备，出现一半中继不能闭塞解闭检查A和B的CONFIG.txt里ISUP_CFG_CCTGRP配置，其中对应 Userlnst 一项必须为0，配置成1会导致上述 问题。 .10. 双机热备，出现只有奇数或偶数中继正常如果是ISUP，检查isp_nt版本：isp_nt -/,如果是4.xx，需要升级为5.00。中继卡问题1 ISA 工控机，有 D300 和 D600(DTI600) 卡混合使用，中继接线正确，但无声检查 DCM 里中继卡的排列顺序是否和卡设置的编号顺序一致。 IPS 系统要求 DCM 里看到的中继卡按卡编号从小 到大排列，如果不满足，需要调整中继卡上的编号。 .2 中继线没有问

20、题，但与对方交换机连接后出现绿灯和红灯(CPCI) 或黄灯 (ISA) 同时亮的情况CRC配置问题。对ISA，设置ISDN信令，检查CTR4.prm或NEl.prm，看是否正确设置了 CRC。对CPCI，检查 对应的 fcd 文件，看 CRC 校验是否设置。 .3 MC3 过机卡时钟不同步A. 检查是否正确连接了 MC3 过机卡的光纤线。B. 检查是否正确设置了 Dialogic 或 NMS 时钟，注意 MC3 过机卡不能被设置为 Primary 或 Second 时钟。 .C. 试着调整一下两个节点取时钟的中继，看是否同步。D. 在调整中继无效的情况下可按如下方法测试： MG1 取外部中继的

21、时钟， 然后用一对中继线连接 MG1 和 MG2 ， MG2 从 MG1 接入的中继取时钟，然后启动 MG 看过机是否同步，如果同步，证明交换机接入的中继时钟不 同步，尽量选择同一局向接入的中继。如果不同步，重装一下 MC3 驱动，并插拔 MC3 板卡看是否能解决， 还有可能是光纤有问题。 .坐席卡问题1 拿起坐席话机后听到噪声 检查坐席卡配置文件 (fcd 文件 )，看默认编码是否已设置为 a-law.2 坐席的黑盒子状态不正常，闪红灯，坐席话机异常先将黑盒子 Reset，如果不能恢复，需要重启Dialogic驱动。3 坐席摘机后没有声音 检查话机供电情况，话机接口是否插好 检查黑盒子状态，

22、参考 2检查话机是否被坐席登录，成为软话机：在MG上做SnapShot,然后查看 msidata.txt文件，看对应话机(有电话号码)里 IsSoft 是否为 1.4、电话没有震铃音检查 oammodule.log 日志,如果有下面报错：1215 03:59:06 Msg from NA: Board5 Status event(s) - Ring Voltage:present.1215 03:59:07 Msg from NA: Board5 Status event(s) - Ring Voltage:not present.换电源解决。4 电话一直有声音,无法打断,拨号我和其他同事商量

23、了一下,是不是都配置成了 us_hdsi? 按照以前遇到的问题,坐席卡和 SIB 的连接有问题。如果 现场查不出问题在哪里可以做一个串口线(连线和 Null Modem 的一样),插在 SIB 和 HDSI Rear I/O 上面然后运 行超级终端,参数如下： .The serial port connection on the SIB is the DB9 connector which is connected to the serial port on a PC,thru a nullmodem cable, to Hyper terminal or similar serial por

24、t application. The serial port settings are: .Bits Per Second: 9600Data Bits: 8Parity: NoneStop Bits: 1Flow Control: None如果正常的话可以看到打印（如果四根中继都同步的话）C1 C2 C3 C4C1 C2 C3 C4C1 C2 C3 C4C1 C2 C3 C4Dialogic的说法是如果这里显示正常的话，话机使用就一定正常软件问题i SR6.0下使用话路拆分或过机卡，安装第三方板卡支持软件包后在菜单里找不到Third Party Client选项.配置程序需要使用 JDK1.

25、3版本，可到SUN（）下载JDK1.3或JRE1.3，注意使用JDK1.4会有问题。如 果安装JDK后再重新安装第三方板卡支持软件包仍然没有菜单，可到Dialogicin目录下运行下面命令启动：java-ar tpclient.jar.2. MG启动后打不开语音资源查看voice.log日志，看是否有找到语音资源，如果已找到语音资源但打开时报错，检查FCD文件是否配置正确。如果报不支持 FSK不对，检查一下在 OAMTerm中是否设置了 MG支持SMS，可去掉这个选项再重启MG。.3. MG启动步骤和日志日志名位置简述Con sole .log.log控制台桌面日志DTIDevice.log中

26、继模块日志，记录中继通道使用， 状态机状态变化OamModule.log配置维护模块日志，主要记录板卡检测以及从OAMServer取得的信息MSIDevice.log坐席话机模块日志，记录话机摘机、拨号、挂机信息Voice.log语音资源日志，记录语音资源使用Hwmodule.log硬件控制模块日志，记录打开资源，设备连接信息， 录音、监听的控制信息IptDevice .logIP呼叫模块日志FAX.log传真日志Conference.log会议资源使用日志LSIDevice.log模拟卡日志1）从OAMServer取配置数据，并写板卡中继配置数据到Data目录下的ini文件中，检测板卡，下面

27、日志表明找到的板卡.1126 15:11:46 OAMW ARN: Detect board at Bus 3 Slot 15, name:DMV1200A_4E1 #1 in slot 3/15 Enabled 1126 15:11:46 OAMW ARN: Detect board at Bus 3 Slot 13, name:HDSI #0 in slot 3/13 Enabled .2）各模块启动HW 硬件控制模块VOX 语音：下面日志表示启动Vox成功1126 15:11:49 VOXNOTE1126 15:11:55 VOXNOTE1126 15:12:01 VOXNOTE1126

28、 15:12:07 VOXNOTE1126 15:12:14 VOXNOTEOpe n VoxRsc .%25Ope n VoxRsc .%50Ope n VoxRsc .%75Ope n VoxRsc . %100Ope n Media Con tai ner OK!Total Ope ned 120 voxdev1126 15:12:14 VOXNOTE1126 15:12:16 VOXNOTE: Create 3 vox work threads!CTGS-资料文件1126 15:12:16 VOXNOTE: Found 120 VOICE ResourceDTI 中继：FAX 传真：M

29、CI MC3 过机：显示找到 Amtelco MC3 Board 表示过机模块生效 CNFD 会议MSI 坐席：LSI 模拟卡3 ） 启动完成NMS 卡相关问题 七号卡问题1. 如何判断信令卡已经成功安装判断信令卡是否安装成功的简便方法如下：1）打开一个 Console 窗口2）键入命令txreset -b 1检查第一块板是否安装成功，如果有第二块卡，则键入 txreset七2.3）如果成功安装了，会显示板卡已经被复位，如果不成功，则显示板卡找不到。还有一种方法可以检查板卡是否安装成功，即打开控制面板，点击“NMS TX CPs”里面会显示有多少块NMS信令卡安装在机器上，如果所有的信令卡都已

30、经显示在上面，则表明都已经安装成功。.如果在 txreset 命令下显示找不到板卡，可以键入 pciscan 来查是否有信令可挂在总线上了（看有多少个 TX3220 设备），如果没有 TX3220 设备， 则属硬件上的问题， 可能是板卡坏， 也可能是板卡和机箱不匹配。 如果 PCISCAN 显示有 TX3220 设备，则是驱动安装不正确。请在设备管理器上将未知的网络设备或者PCI （桥）设备卸载，然后扫描硬件改动，或者重启机器，当制作系统报告发现新硬件时使用NMS SS7 驱动安装。 .2. 板卡驱动已安装，但系统找不到板卡可以用txcfgcp命令手工安装板卡。先用pciscan找到板卡的bu

31、s,slot号，然后运行txcfgcp 安装板卡 （cpid 表示 Tx3220 序号，从 1 开始 ）。3. NMS 信令网关启动过程和日志1）从 OAMServer 读取配置数据DATETIME FSM 开头的日志都是读取配置数据的过程DATETIME CFG 开头的是配置信令卡日志2） 检测 CTDAEMON 和 HMISERVICE 服务是否启动， TUP/ISUP/HMI 模块是否已在 CTDAEMON 中配置 . 如果失败， console 上会提示服务没有配置或没有启动3）RESET 信令卡1125 14:56:12 CFG start reseting board 1.1125

32、 14:56:12 CFG Board 1 is reseted. state 0x0002. .1125 14:56:12 CFG start reseting board 1.1125 14:56:13 CFG Board 1 is reseted. state 0x0002. .如果有多块板，会依次做 RESET4）配置信令卡下面的日志是开始对信令卡进行配置1125 14:56:15 CFG Run console command : C:nmstxbintdmcfg.exe -i C:nmstxcptdmcp1.txt .看到Create cta Queue Success时，信令卡就

33、配置完成了1125 14:56:18 ISP Create eta Queue Success!5）激活链路，等待link up日志中看到收到 Recv mtp resume或Console上看到Link ? up时，就表示Link已经和对方同步了。如果看到BADSLC之类的信息，表示链路选则码和对端的配置不同，需要修改链路选择码的配置或查看是否接对了中继线。6）收到MG注册，复位中继通道，进入服务状态一般是收到对端的 GRS，然后我们回GRA就解闭成功了。某些情况下可能没有收到GRS，可看见发UBL，回UBA解闭中继。或者是通过 RSC解闭中继。7）呼叫时日志的格式：DATETIME 协议（

34、SPANID, CHANNEL） RECV/SEND信令消息SPANID 逻辑中继号 CHANNEL 通道号 协议 TUP或ISP（ISUP）4。如何查看NMS7号信令网关的日志日志是系统运行的重要凭证，检查问题时日志是直接的材料，所以，妥善的保存和处理日志是每个工程人员的重 要一课。.在信令网关中产生如下日志：名称位置（以信令网关所在目录 为基准）简述Sig nalgw .log.log信令网关的管理（包括配置）和TUP/ISUP模块的 接续消息记录，在检查信令接续是否正常，信令 网关配置是否正常，媒体网关注册中继是否正常 时需要查看此日志。Txalar m.log.log驱动程序的告警信息

35、，基本上和网关桌面上打印 的消息相同，在检查配置问题，如链路不能up等时需要用到此日志。Ss7trace .log.logMTP层的跟踪消息，此日志记录了几乎所有 MTP 层的消息（FISU除外），当需要进行详细的分析 问题，特别是怀疑信令本身是否正确时，必须有 此日志。Redu ndance.log.log专门适用于单机双卡热备和双机热备的情况下， 记录冗余备份制作的情景，当信令节点是冗余或 者热备的节点时， 此日志是检查冋题的必备日志。Commma in .log.logCommMa in 通信日志。如果怀疑和 OAMServer 或者MG的通信有问题，则需要查此日志。如果在使用SG_NM

36、S的过程中链路有故障，除了发送上述日志之外，还需要如下文件：c:nm stxcptdmcp1.txtc:nmstxcptdmcp2.txt4.如何判断NMS7号信令网关是否启动正常SG_NMS正常启动后有如下表征：1） 链路正常启动，即在网关桌面上所有的link都up,而且显示 mtp模块已经resume,如果使用的是ISUP，则还 会显示isup模块resume,如果是 TUP，则会显示tup模块resume。.2） 到所有中继的路由已经通了，在 signalgw.log 中显示类似于 “Recv TUPMTP3RESUME from pointcode:0x133841 ” 的消息。.坐席

37、卡问题1. 坐席话机摘机听到噪音运行ShowClks.exe，查看系统主时钟(Master A)是否与在 OAMTerm里配置的一致 检查CX2000卡的时钟是否是 Slave检查CX2000卡的Clock A是否可用解决办法：清除 NMS配置(oamcfg -d)，重新启动驱动，然后启动MG。中继卡问题1. 安装了 CG6000或CG6100卡，但启动 MG时启动中继卡不成功A .检查安装驱动和打完补丁后是否有运行Burnall，刷新卡的Firmware。B .检查中继卡的 DSP数是否配置正确，用cg6ktool -a -查看CG卡的DSP数。C .检查一下是否为中继卡配置了中继，如果没有

38、配置中继，也会导致卡启动失败。2. 修改中继或板卡配置后，启动MG，卡启动不成功 需要删除以前的配置文件，然后启动。方法如下：XXXXXXXXXXXXXXXXXXXXXXXXX1. 在c:nmsbin 下，运行 oamcfg -d 清除板卡信息2. net stop ctdaemon停止 nms系统服务3. 删除 C:NMSOAMCFGF的 *.xmo 文件4. 启动 NMS服务 net start ctdaemon5. 清除NMS MG勺Data目录下的*.ini文件，然后启动 MGxxxxxxxxxxxxxxxxxxxxxxxxxxx3. 收键时系统出现串键的情况DTMF接收的灵敏度设置问

39、题，在MediaGW.ini中添加下面配置项：DtmfDetect_ On Threshold = 51888 / 默认 38304DtmfDetect_OffThreshold = 37600 / 默认 37344DTMFOFFTIME = 50DTMFONTIME = 704 . NMS MG 启动过程和日志日志名位置简述Con sole .log.log控制台桌面日志DTIDevice.log中继模块日志，记录中继通道使用， 状态机状态变化OamModule.log配置维护模块日志，记录对NMS板卡的配置以及NMS驱动程序返回的信息MSIModule.log坐席话机模块日志，记录话机摘机

40、、拨号、挂机信息Voice.log语音资源日志，记录语音资源使用Hwmodule.log硬件控制模块日志，记录打开资源，设备连接信息， 会议的创建和释放信息IptDevice .logIP呼叫模块日志FAX.log传真日志1) 检测NMS驱动ctdaemon服务是否已经启动成功后，桌面上显示：OAMNOTE: In itialize CT Access Success2 )从OAMServer取配置数据，写入 Data目录下的ini文件中日志见 OamModule.logoam.i ni记录配置的板卡信息msi.i ni记录坐席卡配置信息dtidev.i ni记录中继配置信息hwdev.i n

41、i记录板卡的 DSP、中继端口等配置3) 配置和启动NMS板卡桌面上会显示如下日志，对应板卡启动和加载资源的过程10:48:15OAMWARN:Detect board at Bus 2 Slot 14, Type:AG_4000C_E1!10:48:15OAMWARN:Detect board at Bus 2 Slot 13, Type:CX_2000!.10:48:15OAMWARN:A new board inserted at Bus 2 Slot 13!.10:48:15OAMWARN:A new board inserted at Bus 2 Slot 14!.10:48:16

42、OAMNOTE: Received Board Info, Bus:2 Slot:13 Number:2 .10:48:16 OAMW ARN: Board 2(Board2) at Bus 2 Slot 13 Ready!.10:48:16 MSINOTE: 16 MsiSPC On Board 2 Loaded!10:48:16 OAMNOTE: Received Board Info, Bus:2 Slot:14 Number:10 10:48:16 OAMW ARN: Board 10(Board10) at Bus 2 Slot 14 Stopped!. 10:48:23 OAMW

43、ARN: Board 10(Board10) at Bus 2 Slot 14 Ready!. 10:48:24 VOXNOTE: 64 V oxSpc On Board 10 Loaded!10:48:24 VOXNOTE: Start hold.vox music cha nnel10:48:24 VOXNOTE: Start agentbusy.vox music channel .10:48:25 DTINOTE: 124 DtiSPC On Board 10 Loaded!.4) 检测主时钟MASTER A是否正常启动，启动完成日志如下：里面的 Board是配置为主时钟的板卡号10:

44、48:28 OAMNOTE: MASTER_A Clock detected: Board 10.如果有卡启动失败或主时钟没找到，这里会给出告警信息。4. 日志格式说明1) DtiDevice.logDATETIME 设备号 信令 (SPANID , CHANNEL) 内容或DATETIME 设备号 信令 XXFSM 状态转换2) HwModule.log7号信令相关问题1. 链路不通的处理链路不通（link down ）是比较常见的故障，原因通常有如下几种：1）物理线路故障，信令卡指示灯不会变绿。在 Con solerecv。.2）对方没有激活链路，会出现板卡不断地send SIOS （NM

45、S在Con sole上可看见相关信息，而 DLG上会不断显示 LINK Out of Service ），但是总收不到对方的响应，即只有send,没有recv。.3）信令时隙配置不对，会出现板卡不断地send SIOS，但是总收不到对方的响应，即只有se nd,没有4) 链路选择码配置不对，会出现板卡有send,也有recv，但就是不能up。5) 点码配置不对，会出现板卡有send,也有recv，但路由通不了，这种情况下可以使用ss7trace.log，检查双方所发送的 SLTM 和 SLTA ,检查其中的 DPC 和 OPC 是否正确。 .6) 如果信令是走 H.110，出现板卡只有send

46、,没有recv，则有可能是 H.110总线的时隙没有连接好，在这种情况下，第一步确保媒体网关已经正常启动，并且用showcx95检查H.110总线的时隙是否连接好了，如果H.110总线时隙的连接不成功,则有可能是因为信令卡的时钟和中继卡/坐席卡的时钟设置不正确。.2. 网关桌面显示 mtp模块已经resume，但是isup或者tup模块却没有resume,或者配了多个链路集和路由，只有一个链路集或路由的中继可用,尽管其它链路都已经可用了.这是因为协议栈 MTP3 层的故障导致的,请向测试部门或者技术支持部门要求驱动程序的补丁。3. 有两条链路，并且都已经 UP，中继也已经注册成功。但从一条链路

47、呼入时，送应答信号时，SignalGW提示：SS7 ERR: HandleCallAccept requested span 11 is not valid. .如果是 NMS SS7 3.8 的驱动,可能没有加上 4557和 4379两个补丁,打上补丁后再试。4. 信令接续正常,但听不到语音一般由以下原因引起：1 ) CIC 配置不匹配。2) 语音中继的设备连接不成功。3) 交换机配置问题。5. 信令数据、路由和 LINK 都正常,闭塞解闭 OK ,但电话总是无法呼入查看 SignalGW 日志,看是否有如下的信息：0924 01:08:56 ISP0 GRSor GRAreceived f

48、or circuits that are not configured or for an incorrect range.( group 0 ).收到了对方的GRS但是其范围不对。一般情况下，这是因为我们平台的配置在一个group，比如group 0，只配置了 15个电路，但是对方发送了一个 GRS指明这个GR要对连续30个或者31个电路进行复位，信令卡的协议栈就认为电路范围不正确，不会给对方回应，对方收不到GRS勺回应，就会定时(比如每隔 5分钟)地重复发送GRS信令网关也会不断地收到重复的消息。而对方 因为发送了 GR之后收不到回应，中继就处于临时闭塞的状态，所有的话路都不可用，电话不能

49、接入。要解决这个 问题, 一般可以请程控修改一下中继复位/闭塞/ 解闭塞的策略, 不要整个整个中继地进行, 而是半个半个地制作,或者是单个通道单个通道地制作。 .中继故障以及单通问题的处理1. 不对接线导致的故障两对中继线间连接不对导致的故障如下图II整个中继单通对两种情况，在检查 CIC配置无误的情况下，可先将中继全部闭塞，然后每次只留一对中继可用，从平台呼 出查看是否正常。.检查到不正常的中继后，对第一种情况，可拔掉A的中继，然后请程控配合查看哪个 CIC上有告警，根据CIC找到对应的中继进行调 整。.对第二种情况，可拔掉A的中继会发现 B的中继出现不通的情况，交换一下接线，保证拔A的中继

50、不影响B就表示接线恢复正确了。.2. 单通问题的处理1）查看日志，找到出现单通问题的中继设备及中继2）查看日志，看设备间连接有无报错，如果连接出现不对，驱动可能出现问题3）日志中无不对，通过出现单通的中继设备外呼，看有无单通问题。通过同一中继上其它端口外呼，看是否 出现单通。.4）出现整对中继单通情况，先查看一下是否系统时钟出现问题，然后看有无中继不对连接的情况。5）如果在Dialogic系统上出现某些通道正常，某些通道出现单通情况，则单通可能是由于设备连接和断开顺 序不对导致，具体可参考dialogic串音单通问题的分析方法.doc.3. 与交换机连接的中继总是不通看端口是否正常。A分别在本

51、地和交换机上做自环，看端口是否正常。B将交换机连接到本系统的中继线自环，或将本系统连接到交换机的中继线在远端做自环,如果本地正常但远端自环不正常，中继线存在问题。如果都正常，看看是否该端口没有激活。4. NMS系统出现杂音单通情况的处理1）检查系统主时钟是否正确命令：C:NMSBINshowclks输出如下：SHOWCLKS Version 1.0 May 23 2002BoardClock-PrimaryFallBack- ClockNetRef.# NameModeSource Stat SourceStat Occur AB 12.丄2 Board2SLAVEH100_A-NoOK BA

52、D OK BAD .10 Board10MASTER_ANETWORK 1 OK-NoOK BAD OK BAD.其中，Board表示配置的板号，Clock Mode是对应板的时钟模式，对配置为主时钟的板，应该是MASTER_A ,其CTGS-资料文件他板是 SLAVE 。 .Primary 显示板卡时钟状况。对从时钟板卡，显示为 H100_A ，主时钟板卡应显示 NETWORK1 OK 。 FallBack 表示 是否发生过时钟跳变，通常情况下，发生时钟跳变是不正常的，可能导致出现单通和杂音情况。需要观察主时钟源中继是否不稳定或是否有滑码。Clock表示系统的时钟，对所有卡，A时钟都是OK。

53、NetRef表示网络时钟，1应该是 OK.处理方法：A 关闭 MG ，重启 CTDAEMON 服务，重启 MG 。B 检查补丁是否已打，要保证补丁顺序正确，有问题的话需要重新安装NMS 驱动和打补丁C 重复 A 步骤，启动 MG 看是否正常，多次重启 MG 仍不正常请联系支持。可能是卡有问题或新类型 的卡程序支持有问题。 .2) 检查中继线路，按前面 1 的说明检查3) 过机情况，有坐席A 从有坐席卡节点呼入是否有问题：与过机无关，按上面 1)和 2)检查B 检查过机卡连线是否正确C检查过机卡时钟状态是否正确：过机卡状态灯上两个总是亮绿灯，最下一个灯闪烁绿灯。 观察闪烁的灯，闪515 次看上面

54、两个灯是否总是绿灯，一旦出现黄灯，表示时钟同步还是有问题。.D Amtelco MC3 主菜单里有 Xdsutil 工具，用于观察过机卡连接状态，打开该工具，如果看到窗口里不断有消息出 现，也是表示时钟同步有误。 .E 是否忘记启动 Mc3Manager ， Mc3Manager 是否与两个 MG 关联，两个 MG 是否已关联。F 不对坐席录音和对坐席录音情况，看有无单通问题。如果不对坐席录音OK 但对坐席录音时出现问题(日志显示录音成功情况下) ，可能是程序问题。 需要查看两个 MG 和 Mc3Manager 对设备的连接日志， 设备连接顺序是否 有误。 .4) 过机情况，无坐席 保证过机正确情况下，检查出现问题是哪种情况：A 普通呼入 IVR 进程安排：与过机无关，按上面1)和 2)检查B 呼入 IVR 加入会议或 QQ 聊天室：与过机有关，按 3)检查过机卡状态和 Mc3Manager 状态，以及程序连接设 备情况。 .录音监听问题处理这种问题分以下几个层面来写： 1 、配置不对， 2 程序 BUG ， 3、驱动或硬件问题，通过不同的日