IPS常见问题处理(16页).doc

-IPS常见问题处理-第 16 页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.txt3) 通过gctload加载配置文件，对7号信令卡进行配置1103 09:08:37 MANX try to run gctload 1103 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:47 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.5) 等待Link UP，和信令路由成功：Console上会显示Link ? in Service，只有Link UP并且路由通了后，DPC才可用，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 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注册消息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 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 ok7) 通道复位1103 09:13:42 ISPX <12, 1> send RSC.1103 09:13:42 ISP0 <12, 1> recv RLC (RSC confirmed)8) 启动成功，可看见呼叫信令日志呼叫信令日志格式：DATETIME 协议节点号 <SPANID, CHANNEL> 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 sync ok .1217 23:30:26 1217 23:30:26 TRA0 line interface (E1 interface) 0 frame sync loss1217 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 interface (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 1217 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 cleared .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 interface (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 .中继传输告警，一般是线路质量有问题。3. 七号信令网关启动后，CONSOLE上出现frame slip这样的消息滑码90%的原因是时钟设置不正确。时钟设置的原则是：当信令卡和中继卡在同一机框的时候，信令网关要做从时钟，当信令网关单独一个机框的时候，信令网关一定要做主时钟；对于时钟的设置通过在signalgw.ini中SS7Board1中设置CTMode，规则为：CTMode=1，表示是主时钟，CTMode=3，表示是从时钟。在单卡的情况下，SG默认是从时钟，在多卡的时候默认是主时钟。所以只有在独立机器又是单卡的情况下，需要设置CTMode=1。如果始终设置确认正确后，还有以下方面需要检查：1） 七号卡和信令网关单独运行在一台机器上A、 中继线路两端阻抗不匹配：一端是120欧，一端是75欧解决方法：增加120欧/75欧转换器B、传输线路质量不好解决方法：更换中继线2） 双机热备情况A. 是否把内部链路配置到了前面的中继端口上，需要将内部链路端口配置到外部链路端口的后面。B. 中继线路问题，中继线路两端阻抗不匹配，增加转换器C. 进入SIUA和SIUB的中继时钟不同步。D. 中继滑码出现在话路拆分中继，一般是中继线路有问题，或者是MG所在机器的中继主时钟和进入SG的中继不同步导致，需要调整MG机器上的主时钟设定可以选择与拆分中继同一局向的中继作为MG机器上的主时钟，在DCM里修改NETREF1的时钟源，直到找到一条合适的为止。4. 7号卡经常出现退出服务情况，所有灯都变亮首先这种情况要反映给工程技术支持部，做记录。临时处理的方法:如果信令栈运行在板卡上，可拷贝mtp.exe, tup.exe和isp.exe文件到c:septel目录，重启Signalgw，程序会使用ss7onhost方式，提高信令卡处理性能。同时可检查版本服务器上是否有新的SS7驱动（当前是最新2.02）或补丁(当前使用补丁patch0724)，换上新的驱动和补丁，提高稳定性。如果仍出现上述问题，可能是信令卡本身有问题导致。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 存在：机器或操作系统问题，重启试试。B config.txt不存在：信令网关存在问题，请联系技术支持处理s0x0002config.txt语法错误，可能信令网关存在问题，请联系技术支持处理0x0003配置参数错误0x0004服务无响应一般出现的错误为0x0003或0x0004。如果错误0x0003，检查7号信令配置是否正确。如果错误0x0004，先检查7号卡是否支持配置的协议，dialogic7号的服务是否已安装，如果没有问题，检查7号信令配置，链路集ID是否从0开始，要求链路集ID连续，并且链路ID也要连续，第一个路由的优先级是否设置为0。错误0x0004在配置正确情况下，检查电路数是否和License一致。V2的License只能支持256个电路（通道），如果配置多于256个通道，也会导致错误。SS7OnHost模式可支持4096个电路。7. 启动信令网关时，报无法启动ss7 服务A. 先检查SS7服务是否已安装，如果没有安装，信令网关会自动安装服务。B. 服务已安装，先用c:septelservcfg remove移除服务，然后重新启动信令网关8. 运行中出现某条链路退出，但其他链路正常情况用提供的LogAnalyze工具先转换ss7trace.log为可读形式，然后检查链路退出原因。请举出几种具体的情况和响应的显示，具体情况要请小朱给一个了9. 双机热备，出现一半中继不能闭塞解闭检查A和B的CONFIG.txt里ISUP_CFG_CCTGRP配置，其中对应UserInst一项必须为0，配置成1会导致上述问题。10. 双机热备，出现只有奇数或偶数中继正常如果是ISUP，检查isp_nt版本：isp_nt v，如果是4.xx，需要升级为5.00。中继卡问题1 ISA工控机，有D300和D600(DTI600)卡混合使用，中继接线正确，但无声检查DCM里中继卡的排列顺序是否和卡设置的编号顺序一致。IPS系统要求DCM里看到的中继卡按卡编号从小到大排列，如果不满足，需要调整中继卡上的编号。2 中继线没有问题，但与对方交换机连接后出现绿灯和红灯(CPCI)或黄灯(ISA)同时亮的情况CRC配置问题。对ISA，设置ISDN信令，检查CTR4.prm或NE1.prm，看是否正确设置了CRC。对CPCI，检查对应的fcd文件，看CRC校验是否设置。3 MC3过机卡时钟不同步A. 检查是否正确连接了MC3过机卡的光纤线。B. 检查是否正确设置了Dialogic或NMS时钟，注意MC3过机卡不能被设置为Primary或Second时钟。C. 试着调整一下两个节点取时钟的中继，看是否同步。D. 在调整中继无效的情况下可按如下方法测试：MG1取外部中继的时钟，然后用一对中继线连接MG1和MG2，MG2从MG1接入的中继取时钟，然后启动MG看过机是否同步，如果同步，证明交换机接入的中继时钟不同步，尽量选择同一局向接入的中继；如果不同步，重装一下MC3驱动，并插拔MC3板卡看是否能解决，还有可能是光纤有问题。坐席卡问题1 拿起坐席话机后听到噪声检查坐席卡配置文件(fcd文件)，看默认编码是否已设置为a-law.2 坐席的黑盒子状态不正常，闪红灯，坐席话机异常先将黑盒子Reset，如果不能恢复，需要重启Dialogic驱动。3 坐席摘机后没有声音检查话机供电情况，话机接口是否插好检查黑盒子状态，参考2检查话机是否被坐席登录，成为软话机：在MG上做SnapShot，然后查看msidata.txt文件，看对应话机（有电话号码）里IsSoft是否为14、电话没有震铃音 检查oammodule.log日志，如果有下面报错：1215 03:59:06 Msg from NA: "Board5" Status event(s) - Ring Voltage: present1215 03:59:07 Msg from NA: "Board5" Status event(s) - Ring Voltage: not present换电源解决。4 电话一直有声音，无法打断，拨号我和其他同事商量了一下，是不是都配置成了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 null modem cable, to Hyper terminal or similar serial port 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的说法是如果这里显示正常的话，话机使用就一定正常软件问题1 SR6.0下使用话路拆分或过机卡，安装第三方板卡支持软件包后在菜单里找不到Third Party Client选项配置程序需要使用JDK1.3版本，可到SUN()下载JDK1.3或JRE1.3，注意使用JDK1.4会有问题。如果安装JDK后再重新安装第三方板卡支持软件包仍然没有菜单，可到Dialogicbin目录下运行下面命令启动：java jar tpclient.jar2 MG启动后打不开语音资源查看voice.log日志，看是否有找到语音资源，如果已找到语音资源但打开时报错，检查FCD文件是否配置正确。如果报不支持FSK错误，检查一下在OAMTerm中是否设置了MG支持SMS，可去掉这个选项再重启MG。3 MG启动步骤和日志日志名位置简述Console.log.log控制台界面日志DTIDevice.log中继模块日志，记录中继通道使用，状态机状态变化OamModule.log配置维护模块日志，主要记录板卡检测以及从OAMServer取得的信息MSIDevice.log坐席话机模块日志，记录话机摘机、拨号、挂机信息Voice.log语音资源日志，记录语音资源使用Hwmodule.log硬件控制模块日志，记录打开资源，设备连接信息，录音、监听的控制信息IptDevice.logIP呼叫模块日志FAX.log传真日志Conference.log会议资源使用日志LSIDevice.log模拟卡日志1） 从OAMServer取配置数据，并写板卡中继配置数据到Data目录下的ini文件中，检测板卡，下面日志表明找到的板卡1126 15:11:46 OAMWARN: Detect board at Bus 3 Slot 15, name:DMV1200A_4E1 #1 in slot 3/15 Enabled 1126 15:11:46 OAMWARN: Detect board at Bus 3 Slot 13, name:HDSI #0 in slot 3/13 Enabled2） 各模块启动HW硬件控制模块VOX语音：下面日志表示启动Vox成功1126 15:11:49 VOXNOTE: Open Media Container OK!1126 15:11:55 VOXNOTE: Open VoxRsc . %251126 15:12:01 VOXNOTE: Open VoxRsc . %501126 15:12:07 VOXNOTE: Open VoxRsc . %751126 15:12:14 VOXNOTE: Open VoxRsc . %1001126 15:12:14 VOXNOTE: Total Opened 120 voxdev1126 15:12:16 VOXNOTE: Create 3 vox work threads!1126 15:12:16 VOXNOTE: Found 120 VOICE ResourceDTI中继：FAX传真：MCIMC3过机：显示找到Amtelco MC3 Board表示过机模块生效CNFD会议MSI坐席：LSI模拟卡3） 启动完成NMS卡相关问题七号卡问题1. 如何判断信令卡已经成功安装判断信令卡是否安装成功的简便方法如下：1） 打开一个Console窗口2） 键入命令 txreset b 1检查第一块板是否安装成功，如果有第二块卡，则键入txreset b 23） 如果成功安装了，会显示板卡已经被复位，如果不成功，则显示板卡找不到。还有一种方法可以检查板卡是否安装成功，即打开控制面板，点击“NMS TX CPs”，里面会显示有多少块NMS信令卡安装在机器上，如果所有的信令卡都已经显示在上面，则表明都已经安装成功。如果在txreset命令下显示找不到板卡，可以键入pciscan来查是否有信令可挂在总线上了（看有多少个 TX3220设备），如果没有TX3220设备，则属硬件上的问题，可能是板卡坏，也可能是板卡和机箱不匹配。如果PCISCAN显示有TX3220设备，则是驱动安装不正确。请在设备管理器上将未知的网络设备或者PCI（桥）设备卸载，然后扫描硬件改动，或者重启机器，当操作系统报告发现新硬件时使用NMS SS7驱动安装。2. 板卡驱动已安装，但系统找不到板卡可以用txcfgcp命令手工安装板卡。先用pciscan找到板卡的bus,slot号，然后运行txcfgcp <bus> <slot> <cpid>安装板卡(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 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!时，信令卡就配置完成了1125 14:56:18 ISP Create cta Queue Success!5） 激活链路，等待link up日志中看到收到Recv mtp resume或Console上看到Link ? up时，就表示Link已经和对方同步了。如果看到BAD SLC之类的信息，表示链路选则码和对端的配置不同，需要修改链路选择码的配置或查看是否接对了中继线。6） 收到MG注册，复位中继通道，进入服务状态一般是收到对端的GRS，然后我们回GRA就解闭成功了。某些情况下可能没有收到GRS，可看见发UBL，回UBA解闭中继。或者是通过RSC解闭中继。7） 呼叫时日志的格式：DATETIME 协议 (SPANID, CHANNEL) RECV/SEND 信令消息SPANID 逻辑中继号 CHANNEL通道号 协议TUP或ISP(ISUP)4。如何查看NMS7号信令网关的日志日志是系统运行的重要凭证，检查问题时日志是直接的材料，所以，妥善的保存和处理日志是每个工程人员的重要一课。在信令网关中产生如下日志：名称位置（以信令网关所在目录为基准）简述Signalgw.log.log信令网关的管理（包括配置）和TUP/ISUP模块的接续消息记录，在检查信令接续是否正常，信令网关配置是否正常，媒体网关注册中继是否正常时需要查看此日志。Txalarm.log.log驱动程序的告警信息，基本上和网关界面上打印的消息相同，在检查配置问题，如链路不能up等时需要用到此日志。Ss7trace.log.logMTP层的跟踪消息，此日志记录了几乎所有MTP层的消息（FISU除外），当需要进行详细的分析问题，特别是怀疑信令本身是否正确时，必须有此日志。Redundance.log.log专门适用于单机双卡热备和双机热备的情况下，记录冗余备份操作的情景，当信令节点是冗余或者热备的节点时，此日志是检查问题的必备日志。Commmain.log.logCommMain通信日志。如果怀疑和OAMServer或者MG的通信有问题，则需要查此日志。如果在使用SG_NMS的过程中链路有故障，除了发送上述日志之外，还需要如下文件：c:nmstxcptdmcp1.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”的消息。坐席卡问题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 d查看CG卡的DSP数；C检查一下是否为中继卡配置了中继，如果没有配置中继，也会导致卡启动失败。2 修改中继或板卡配置后，启动MG，卡启动不成功需要删除以前的配置文件，然后启动。方法如下： 1.在c:nmsbin下，运行oamcfg -d清除板卡信息 stop ctdaemon停止nms系统服务3.删除C:NMSOAMCFG下的*.xmo文件4.启动NMS服务net start ctdaemon5.清除NMS MG的Data目录下的*.ini文件，然后启动MG3。收键时系统出现串键的情况DTMF接收的灵敏度设置问题，在MediaGW.ini中添加下面配置项：DtmfDetect_OnThreshold = 51888 /默认38304DtmfDetect_OffThreshold = 37600 /默认37344DTMFOFFTIME = 50DTMFONTIME = 704 . NMS MG启动过程和日志日志名位置简述Console.log.log控制台界面日志DTIDevice.log中继模块日志，记录中继通道使用，状态机状态变化OamModule.log配置维护模块日志，记录对NMS板卡的配置以及NMS驱动程序返回的信息MSIModule.log坐席话机模块日志，记录话机摘机、拨号、挂机信息Voice.log语音资源日志，记录语音资源使用Hwmodule.log硬件控制模块日志，记录打开资源，设备连接信息，会议的创建和释放信息IptDevice.logIP呼叫模块日志FAX.log传真日志1) 检测NMS驱动ctdaemon服务是否已经启动成功后，界面上显示：OAMNOTE: Initialize CT Access Success2）从OAMServer取配置数据，写入Data目录下的ini文件中日志见OamModule.logoam.ini记录配置的板卡信息msi.ini记录坐席卡配置信息dtidev.ini记录中继配置信息hwdev.ini记录板卡的DSP、中继端口等配置3)配置和启动NMS板卡界面上会显示如下日志，对应板卡启动和加载资源的过程10:48:15 OAMWARN: Detect board at Bus 2 Slot 14, Type:AG_4000C_E1!10:48:15 OAMWARN: Detect board at Bus 2 Slot 13, Type:CX_2000!10:48:15 OAMWARN: A new board inserted at Bus 2 Slot 13!10:48:15 OAMWARN: A new board inserted at Bus 2 Slot 14!10:48:16 OAMNOTE: Received Board Info, Bus:2 Slot:13 Number:210:48:16 OAMWARN: 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:1010:48:16 OAMWARN: Board 10("Board10") at Bus 2 Slot 14 Stopped!10:48:23 OAMWARN: Board 10("Board10") at Bus 2 Slot 14 Ready!10:48:24 VOXNOTE: 64 VoxSpc On Board 10 Loaded!10:48:24 VOXNOTE: Start hold.vox music channel10:48:24 VOXNOTE: Start agentbusy.vox music channel10:48:25 DTINOTE: 124 DtiSPC On Board 10 Loaded!4） 检测主时钟MASTER A是否正常启动，启动完成日志如下：里面的Board是配置为主时钟的板卡号10:48:28 OAMNOTE: MASTER_A Clock detected: Board 10如果有卡启动失败或主时钟没找到，这里会给出告警信息。4 日志格式说明1） DtiDevice.logDATETIME 设备号 <信令> (SPANID，CHANNEL) 内容或DATETIME 设备号 <信令> XXFSM 状态转换2） HwModule.log7号信令相关问题1. 链路不通的处理链路不通（link down）是比较常见的故障，原因通常有如下几种：1） 物理线路故障，信令卡指示灯不会变绿；2） 对方没有激活链路，会出现板卡不断地send SIOS（NMS在Console上可看见相关信息，而DLG在Console上会不断显示LINK Out of Service），但是总收不到对方的响应，即只有send，没有recv；3） 信令时隙配置错误，会出现板卡不断地send SIOS，但是总收不到对方的响应，即只有send，没有recv；4） 链路选择码配置错误，会出现板卡有send，也有 recv，但就是不能up；5） 点码配置错误，会出现板卡有send，也有 recv，但路由通不了，这种情况下可以使用ss7trace.log，检查双方所发送的SLTM和SLTA，检查其中的DPC和OPC是否正确；6）如果信令是走H.110，出现板卡只有send，没有recv，则有可能是H.110总线的时隙没有连接好，在这种情况下，首先确保媒体网关已经正常启动，并且用showcx95检查H.110总线的时隙是否连接好了，如果H.110总线时隙的连接不成功，则有可能是因为信令卡的时钟和中继卡/坐席卡的时钟设置不正确。2. 网关界面显示mtp模块已经resume，但是isup或者tup模块却没有resume，或者配了多个链路集和路由，只有一个链路集或路由的中继可用，尽管其它链路都已经可用了这是因为协议栈MTP3层的故障导致的，请向测试部门或者技术支持部门要求驱动程序的补丁。3. 有两条链路，并且都已经UP，中继也已经注册成功。但从一条链路呼入时，送应答信号时，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 GRS or GRA received for circuits that are not configured or for an incorrect range. ( group 0 )收到了对方的GRS，但是其范围不对。一般情况下，这是因为我们平台的配置在一个group，比如group 0，只配置了15个电路，但是对方发送了一个GRS，指明这个GRS要对连续30个或者31个电路进行复位，信令卡的协议栈就认为电路范围不正确，不会给对方回应，对