E3IPS常見問題處理0429

1、IPS 常見問題處理參考文檔： dialogic 串音單通問題的分析方法 .docDialogic 卡相關(guān)問題七號卡問題1. Dialogic 信令網(wǎng)關(guān)日志查看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) 檢查配置和信令卡啟動結(jié)果，如果有不對，會在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 協(xié)議節(jié)點號 send/recv 信令消息內(nèi)容 .協(xié)議對應 TUP或ISP,節(jié)點號對應 7號信令節(jié)點。SPANID邏輯中繼號，CHANNEL 通道2. CONSOLE 出現(xiàn) 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 . . 中繼傳輸告警,一般是線路質(zhì)量

13、有問題。3. 七號信令網(wǎng)關(guān)啟動后, CONSOLE 上出現(xiàn) frame slip 這樣的消息滑碼 90%的原因是時鐘設(shè)置不正確。時鐘設(shè)置的原則是：當信令卡和中繼卡在同一機框的時候,信令網(wǎng)關(guān)要做從 時鐘,當信令網(wǎng)關(guān)單獨一個機框的時候,信令網(wǎng)關(guān)一定要做主時鐘。.對于時鐘的設(shè)置通過在 signalgw.ini 中 SS7Board1 中設(shè)置 CTMode ,規(guī)則為： CTMode=1 ,表示是主時鐘, CTMode=3 ,表示是從時鐘。在單卡的情況下, SG 默認是從時鐘,在多卡的時候默認是主時鐘。所以只有在獨 立機器又是單卡的情況下,需要設(shè)置 CTMode=1 。如果始終設(shè)置確認正確后,還有以下方

14、面需要檢查： .1) 七號卡和信令網(wǎng)關(guān)單獨運行在一臺機器上A、中繼線路兩端阻抗不匹配：一端是 120歐,一端是 75 歐解決方法：增加 120歐/75 歐轉(zhuǎn)換器B 、傳輸線路質(zhì)量不好解決方法：更換中繼線2）雙機熱備情況A. 是否把內(nèi)部鏈路配置到了前面的中繼端口上，需要將內(nèi)部鏈路端口配置到外部鏈路端口的后面。B. 中繼線路問題，中繼線路兩端阻抗不匹配，增加轉(zhuǎn)換器C. 進入 SIUA 和 SIUB 的中繼時鐘不同步。D. 中繼滑碼出現(xiàn)在話路拆分中繼， 一般是中繼線路有問題， 或者是 MG 所在機器的中繼主時鐘和進入 SG 的中繼 不同步導致，需要調(diào)整 MG 機器上的主時鐘設(shè)定 .可以選擇與拆分中繼

15、同一局向的中繼作為 MG 機器上的主時鐘， 在 DCM 里修改 NETREF1 的時鐘源， 直到找 到一條合適的為止。 .4. 7 號卡經(jīng)常出現(xiàn)退出服務(wù)情況，所有燈都變亮 第一步這種情況要反映給工程技術(shù)支持部，做記錄。臨時處理的方法 : 如果信令棧運行在板卡上，可拷貝 mtp.exe, tup.exe 和 isp.exe 文件到 c:septel 目錄，重啟 Signalgw ，程序會使用 ss7onhost方式，提高信令卡處理性能。同時可檢查版本服務(wù)器上是否有新的SS7驅(qū)動（當前是最新 2.02）或補?。ó斍笆褂醚a丁 patch0724），換上新的驅(qū)動和補丁，提高穩(wěn)定性。如果仍出現(xiàn)上述問題，

16、可能是信令卡本身有問題 導致。 .5. Septel 信令卡支持什么信令將卡從機框中取出，檢查卡左下方的圓形電阻，如標有T2，表示支持TUP。標有V2，表示支持ISUP。標有M2，表示需要使用 SS7 On Host方式運行，信令棧在主機上運行，既可以支持TUP，也可以支持ISUP。.6. 啟動信令網(wǎng)關(guān)后，配置信令卡時看見日志中MANX check boot result. 出現(xiàn)不對代碼 .0x0001 打開 config.txt 出錯，檢查 c:septel 下是否有 config.txt 文件？A config.txt 存在：機器或制作系統(tǒng)問題，重啟試試。Bconfig.txt 不存在：信

17、令網(wǎng)關(guān)存在問題，請聯(lián)系技術(shù)支持處理 s0x0002 config.txt 語法不對，可能信令網(wǎng)關(guān)存在問題，請聯(lián)系技術(shù)支持處理0x0003 配置參數(shù)不對0x0004 服務(wù)無響應 一般出現(xiàn)的不對為 0x0003 或 0x0004。 如果不對0x0003，檢查7號信令配置是否正確。如果不對0x0004，先檢查7號卡是否支持配置的協(xié)議，dialogic7號的服務(wù)是否已安裝，如果沒有問題，檢查7號信令配置，鏈路集 ID 是否從 0 開始，要求鏈路集 ID 連續(xù)，并且鏈路 ID 也要連續(xù)，第一個路由的優(yōu)先級是否設(shè) 置為 0。 .不對 0x0004 在配置正確情況下，檢查電路數(shù)是否和 License 一致。

18、 V2 的 License 只能支持 256 個電路（通道） ， 如果配置多于256個通道，也會導致不對。SS7OnHost模式可支持4096個電路。.7. 啟動信令網(wǎng)關(guān)時，報無法啟動 ss7 服務(wù)A. 先檢查 SS7 服務(wù)是否已安裝，如果沒有安裝，信令網(wǎng)關(guān)會自動安裝服務(wù)。B. 服務(wù)已安裝，先用 c:septelservcfg remove 移除服務(wù)，然后重新啟動信令網(wǎng)關(guān)8. 運行中出現(xiàn)某條鏈路退出，但其他鏈路正常情況用提供的 LogAnalyze 工具先轉(zhuǎn)換 ss7trace.log 為可讀形式，然后檢查鏈路退出原因。 請舉出幾種具體的情況和響 應的顯示，具體情況要請小朱給一個了 .9. 雙

19、機熱備，出現(xiàn)一半中繼不能閉塞解閉檢查A和B的CONFIG.txt里ISUP_CFG_CCTGRP配置，其中對應 Userlnst 一項必須為0，配置成1會導致上述 問題。 .10. 雙機熱備，出現(xiàn)只有奇數(shù)或偶數(shù)中繼正常如果是ISUP，檢查isp_nt版本：isp_nt -/,如果是4.xx，需要升級為5.00。中繼卡問題1 ISA 工控機，有 D300 和 D600(DTI600) 卡混合使用，中繼接線正確，但無聲檢查 DCM 里中繼卡的排列順序是否和卡設(shè)置的編號順序一致。 IPS 系統(tǒng)要求 DCM 里看到的中繼卡按卡編號從小 到大排列，如果不滿足，需要調(diào)整中繼卡上的編號。 .2 中繼線沒有問

20、題，但與對方交換機連接后出現(xiàn)綠燈和紅燈(CPCI) 或黃燈 (ISA) 同時亮的情況CRC配置問題。對ISA，設(shè)置ISDN信令，檢查CTR4.prm或NEl.prm，看是否正確設(shè)置了 CRC。對CPCI，檢查 對應的 fcd 文件，看 CRC 校驗是否設(shè)置。 .3 MC3 過機卡時鐘不同步A. 檢查是否正確連接了 MC3 過機卡的光纖線。B. 檢查是否正確設(shè)置了 Dialogic 或 NMS 時鐘，注意 MC3 過機卡不能被設(shè)置為 Primary 或 Second 時鐘。 .C. 試著調(diào)整一下兩個節(jié)點取時鐘的中繼，看是否同步。D. 在調(diào)整中繼無效的情況下可按如下方法測試： MG1 取外部中繼的

21、時鐘， 然后用一對中繼線連接 MG1 和 MG2 ， MG2 從 MG1 接入的中繼取時鐘，然后啟動 MG 看過機是否同步，如果同步，證明交換機接入的中繼時鐘不 同步，盡量選擇同一局向接入的中繼。如果不同步，重裝一下 MC3 驅(qū)動，并插拔 MC3 板卡看是否能解決， 還有可能是光纖有問題。 .坐席卡問題1 拿起坐席話機后聽到噪聲 檢查坐席卡配置文件 (fcd 文件 )，看默認編碼是否已設(shè)置為 a-law.2 坐席的黑盒子狀態(tài)不正常，閃紅燈，坐席話機異常先將黑盒子 Reset，如果不能恢復，需要重啟Dialogic驅(qū)動。3 坐席摘機后沒有聲音 檢查話機供電情況，話機接口是否插好 檢查黑盒子狀態(tài)，

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 的連接有問題。如果 現(xiàn)場查不出問題在哪里可以做一個串口線(連線和 Null Modem 的一樣),插在 SIB 和 HDSI Rear I/O 上面然后運 行超級終端,參數(shù)如下： .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中是否設(shè)置了 MG支持SMS，可去掉這個選項再重啟MG。.3. MG啟動步驟和日志日志名位置簡述Con sole .log.log控制臺桌面日志DTIDevice.log中

26、繼模塊日志，記錄中繼通道使用， 狀態(tài)機狀態(tài)變化OamModule.log配置維護模塊日志，主要記錄板卡檢測以及從OAMServer取得的信息MSIDevice.log坐席話機模塊日志，記錄話機摘機、撥號、掛機信息Voice.log語音資源日志，記錄語音資源使用Hwmodule.log硬件控制模塊日志，記錄打開資源，設(shè)備連接信息， 錄音、監(jiān)聽的控制信息IptDevice .logIP呼叫模塊日志FAX.log傳真日志Conference.log會議資源使用日志LSIDevice.log模擬卡日志1）從OAMServer取配置數(shù)據(jù)，并寫板卡中繼配置數(shù)據(jù)到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 卡相關(guān)問題 七號卡問題1. 如何判斷信令卡已經(jīng)成功安裝判斷信令卡是否安裝成功的簡便方法如下：1）打開一個 Console 窗口2）鍵入命令txreset -b 1檢查第一塊板是否安裝成功，如果有第二塊卡，則鍵入 txreset七2.3）如果成功安裝了，會顯示板卡已經(jīng)被復位，如果不成功，則顯示板卡找不到。還有一種方法可以檢查板卡是否安裝成功，即打開控制面板，點擊“NMS TX CPs”里面會顯示有多少塊NMS信令卡安裝在機器上，如果所有的信令卡都已

30、經(jīng)顯示在上面，則表明都已經(jīng)安裝成功。.如果在 txreset 命令下顯示找不到板卡，可以鍵入 pciscan 來查是否有信令可掛在總線上了（看有多少個 TX3220 設(shè)備），如果沒有 TX3220 設(shè)備， 則屬硬件上的問題， 可能是板卡壞， 也可能是板卡和機箱不匹配。 如果 PCISCAN 顯示有 TX3220 設(shè)備，則是驅(qū)動安裝不正確。請在設(shè)備管理器上將未知的網(wǎng)絡(luò)設(shè)備或者PCI （橋）設(shè)備卸載，然后掃描硬件改動，或者重啟機器，當制作系統(tǒng)報告發(fā)現(xiàn)新硬件時使用NMS SS7 驅(qū)動安裝。 .2. 板卡驅(qū)動已安裝，但系統(tǒng)找不到板卡可以用txcfgcp命令手工安裝板卡。先用pciscan找到板卡的bu

31、s,slot號，然后運行txcfgcp 安裝板卡 （cpid 表示 Tx3220 序號，從 1 開始 ）。3. NMS 信令網(wǎng)關(guān)啟動過程和日志1）從 OAMServer 讀取配置數(shù)據(jù)DATETIME FSM 開頭的日志都是讀取配置數(shù)據(jù)的過程DATETIME CFG 開頭的是配置信令卡日志2） 檢測 CTDAEMON 和 HMISERVICE 服務(wù)是否啟動， TUP/ISUP/HMI 模塊是否已在 CTDAEMON 中配置 . 如果失敗， console 上會提示服務(wù)沒有配置或沒有啟動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已經(jīng)和對方同步了。如果看到BADSLC之類的信息，表示鏈路選則碼和對端的配置不同，需要修改鏈路選擇碼的配置或查看是否接對了中繼線。6）收到MG注冊，復位中繼通道，進入服務(wù)狀態(tài)一般是收到對端的 GRS，然后我們回GRA就解閉成功了。某些情況下可能沒有收到GRS，可看見發(fā)UBL，回UBA解閉中繼?；蛘呤峭ㄟ^ RSC解閉中繼。7）呼叫時日志的格式：DATETIME 協(xié)議（

34、SPANID, CHANNEL） RECV/SEND信令消息SPANID 邏輯中繼號 CHANNEL 通道號 協(xié)議 TUP或ISP（ISUP）4。如何查看NMS7號信令網(wǎng)關(guān)的日志日志是系統(tǒng)運行的重要憑證，檢查問題時日志是直接的材料，所以，妥善的保存和處理日志是每個工程人員的重 要一課。.在信令網(wǎng)關(guān)中產(chǎn)生如下日志：名稱位置（以信令網(wǎng)關(guān)所在目錄 為基準）簡述Sig nalgw .log.log信令網(wǎng)關(guān)的管理（包括配置）和TUP/ISUP模塊的 接續(xù)消息記錄，在檢查信令接續(xù)是否正常，信令 網(wǎng)關(guān)配置是否正常，媒體網(wǎng)關(guān)注冊中繼是否正常 時需要查看此日志。Txalar m.log.log驅(qū)動程序的告警信息

35、，基本上和網(wǎng)關(guān)桌面上打印 的消息相同，在檢查配置問題，如鏈路不能up等時需要用到此日志。Ss7trace .log.logMTP層的跟蹤消息，此日志記錄了幾乎所有 MTP 層的消息（FISU除外），當需要進行詳細的分析 問題，特別是懷疑信令本身是否正確時，必須有 此日志。Redu ndance.log.log專門適用于單機雙卡熱備和雙機熱備的情況下， 記錄冗余備份制作的情景，當信令節(jié)點是冗余或 者熱備的節(jié)點時， 此日志是檢查冋題的必備日志。Commma in .log.logCommMa in 通信日志。如果懷疑和 OAMServer 或者MG的通信有問題，則需要查此日志。如果在使用SG_NM

36、S的過程中鏈路有故障，除了發(fā)送上述日志之外，還需要如下文件：c:nm stxcptdmcp1.txtc:nmstxcptdmcp2.txt4.如何判斷NMS7號信令網(wǎng)關(guān)是否啟動正常SG_NMS正常啟動后有如下表征：1） 鏈路正常啟動，即在網(wǎng)關(guān)桌面上所有的link都up,而且顯示 mtp模塊已經(jīng)resume,如果使用的是ISUP，則還 會顯示isup模塊resume,如果是 TUP，則會顯示tup模塊resume。.2） 到所有中繼的路由已經(jīng)通了，在 signalgw.log 中顯示類似于 “Recv TUPMTP3RESUME from pointcode:0x133841 ” 的消息。.坐席

37、卡問題1. 坐席話機摘機聽到噪音運行ShowClks.exe，查看系統(tǒng)主時鐘(Master A)是否與在 OAMTerm里配置的一致 檢查CX2000卡的時鐘是否是 Slave檢查CX2000卡的Clock A是否可用解決辦法：清除 NMS配置(oamcfg -d)，重新啟動驅(qū)動，然后啟動MG。中繼卡問題1. 安裝了 CG6000或CG6100卡，但啟動 MG時啟動中繼卡不成功A .檢查安裝驅(qū)動和打完補丁后是否有運行Burnall，刷新卡的Firmware。B .檢查中繼卡的 DSP數(shù)是否配置正確，用cg6ktool -a -查看CG卡的DSP數(shù)。C .檢查一下是否為中繼卡配置了中繼，如果沒有

38、配置中繼，也會導致卡啟動失敗。2. 修改中繼或板卡配置后，啟動MG，卡啟動不成功 需要刪除以前的配置文件，然后啟動。方法如下：XXXXXXXXXXXXXXXXXXXXXXXXX1. 在c:nmsbin 下，運行 oamcfg -d 清除板卡信息2. net stop ctdaemon停止 nms系統(tǒng)服務(wù)3. 刪除 C:NMSOAMCFGF的 *.xmo 文件4. 啟動 NMS服務(wù) net start ctdaemon5. 清除NMS MG勺Data目錄下的*.ini文件，然后啟動 MGxxxxxxxxxxxxxxxxxxxxxxxxxxx3. 收鍵時系統(tǒng)出現(xiàn)串鍵的情況DTMF接收的靈敏度設(shè)置問

39、題，在MediaGW.ini中添加下面配置項：DtmfDetect_ On Threshold = 51888 / 默認 38304DtmfDetect_OffThreshold = 37600 / 默認 37344DTMFOFFTIME = 50DTMFONTIME = 704 . NMS MG 啟動過程和日志日志名位置簡述Con sole .log.log控制臺桌面日志DTIDevice.log中繼模塊日志，記錄中繼通道使用， 狀態(tài)機狀態(tài)變化OamModule.log配置維護模塊日志，記錄對NMS板卡的配置以及NMS驅(qū)動程序返回的信息MSIModule.log坐席話機模塊日志，記錄話機摘機

40、、撥號、掛機信息Voice.log語音資源日志，記錄語音資源使用Hwmodule.log硬件控制模塊日志，記錄打開資源，設(shè)備連接信息， 會議的創(chuàng)建和釋放信息IptDevice .logIP呼叫模塊日志FAX.log傳真日志1) 檢測NMS驅(qū)動ctdaemon服務(wù)是否已經(jīng)啟動成功后，桌面上顯示：OAMNOTE: In itialize CT Access Success2 )從OAMServer取配置數(shù)據(jù)，寫入 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 設(shè)備號 信令 (SPANID , CHANNEL) 內(nèi)容或DATETIME 設(shè)備號 信令 XXFSM 狀態(tài)轉(zhuǎn)換2) HwModule.log7號信令相關(guān)問題1. 鏈路不通的處理鏈路不通（link down ）是比較常見的故障，原因通常有如下幾種：1）物理線路故障，信令卡指示燈不會變綠。在 Con solerecv。.2）對方?jīng)]有激活鏈路，會出現(xiàn)板卡不斷地send SIOS （NM

45、S在Con sole上可看見相關(guān)信息，而 DLG上會不斷顯示 LINK Out of Service ），但是總收不到對方的響應，即只有send,沒有recv。.3）信令時隙配置不對，會出現(xiàn)板卡不斷地send SIOS，但是總收不到對方的響應，即只有se nd,沒有4) 鏈路選擇碼配置不對，會出現(xiàn)板卡有send,也有recv，但就是不能up。5) 點碼配置不對，會出現(xiàn)板卡有send,也有recv，但路由通不了，這種情況下可以使用ss7trace.log，檢查雙方所發(fā)送的 SLTM 和 SLTA ,檢查其中的 DPC 和 OPC 是否正確。 .6) 如果信令是走 H.110，出現(xiàn)板卡只有send

46、,沒有recv，則有可能是 H.110總線的時隙沒有連接好，在這種情況下，第一步確保媒體網(wǎng)關(guān)已經(jīng)正常啟動，并且用showcx95檢查H.110總線的時隙是否連接好了，如果H.110總線時隙的連接不成功,則有可能是因為信令卡的時鐘和中繼卡/坐席卡的時鐘設(shè)置不正確。.2. 網(wǎng)關(guān)桌面顯示 mtp模塊已經(jīng)resume，但是isup或者tup模塊卻沒有resume,或者配了多個鏈路集和路由，只有一個鏈路集或路由的中繼可用,盡管其它鏈路都已經(jīng)可用了.這是因為協(xié)議棧 MTP3 層的故障導致的,請向測試部門或者技術(shù)支持部門要求驅(qū)動程序的補丁。3. 有兩條鏈路，并且都已經(jīng) UP，中繼也已經(jīng)注冊成功。但從一條鏈路

47、呼入時，送應答信號時，SignalGW提示：SS7 ERR: HandleCallAccept requested span 11 is not valid. .如果是 NMS SS7 3.8 的驅(qū)動,可能沒有加上 4557和 4379兩個補丁,打上補丁后再試。4. 信令接續(xù)正常,但聽不到語音一般由以下原因引起：1 ) CIC 配置不匹配。2) 語音中繼的設(shè)備連接不成功。3) 交換機配置問題。5. 信令數(shù)據(jù)、路由和 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個電路，但是對方發(fā)送了一個 GRS指明這個GR要對連續(xù)30個或者31個電路進行復位，信令卡的協(xié)議棧就認為電路范圍不正確，不會給對方回應，對方收不到GRS勺回應，就會定時(比如每隔 5分鐘)地重復發(fā)送GRS信令網(wǎng)關(guān)也會不斷地收到重復的消息。而對方 因為發(fā)送了 GR之后收不到回應，中繼就處于臨時閉塞的狀態(tài)，所有的話路都不可用，電話不能

49、接入。要解決這個 問題, 一般可以請程控修改一下中繼復位/閉塞/ 解閉塞的策略, 不要整個整個中繼地進行, 而是半個半個地制作,或者是單個通道單個通道地制作。 .中繼故障以及單通問題的處理1. 不對接線導致的故障兩對中繼線間連接不對導致的故障如下圖II整個中繼單通對兩種情況，在檢查 CIC配置無誤的情況下，可先將中繼全部閉塞，然后每次只留一對中繼可用，從平臺呼 出查看是否正常。.檢查到不正常的中繼后，對第一種情況，可拔掉A的中繼，然后請程控配合查看哪個 CIC上有告警，根據(jù)CIC找到對應的中繼進行調(diào) 整。.對第二種情況，可拔掉A的中繼會發(fā)現(xiàn) B的中繼出現(xiàn)不通的情況，交換一下接線，保證拔A的中繼

50、不影響B(tài)就表示接線恢復正確了。.2. 單通問題的處理1）查看日志，找到出現(xiàn)單通問題的中繼設(shè)備及中繼2）查看日志，看設(shè)備間連接有無報錯，如果連接出現(xiàn)不對，驅(qū)動可能出現(xiàn)問題3）日志中無不對，通過出現(xiàn)單通的中繼設(shè)備外呼，看有無單通問題。通過同一中繼上其它端口外呼，看是否 出現(xiàn)單通。.4）出現(xiàn)整對中繼單通情況，先查看一下是否系統(tǒng)時鐘出現(xiàn)問題，然后看有無中繼不對連接的情況。5）如果在Dialogic系統(tǒng)上出現(xiàn)某些通道正常，某些通道出現(xiàn)單通情況，則單通可能是由于設(shè)備連接和斷開順 序不對導致，具體可參考dialogic串音單通問題的分析方法.doc.3. 與交換機連接的中繼總是不通看端口是否正常。A分別在本

51、地和交換機上做自環(huán)，看端口是否正常。B將交換機連接到本系統(tǒng)的中繼線自環(huán)，或?qū)⒈鞠到y(tǒng)連接到交換機的中繼線在遠端做自環(huán),如果本地正常但遠端自環(huán)不正常，中繼線存在問題。如果都正常，看看是否該端口沒有激活。4. NMS系統(tǒng)出現(xiàn)雜音單通情況的處理1）檢查系統(tǒng)主時鐘是否正確命令：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 表示 是否發(fā)生過時鐘跳變，通常情況下，發(fā)生時鐘跳變是不正常的，可能導致出現(xiàn)單通和雜音情況。需要觀察主時鐘源中繼是否不穩(wěn)定或是否有滑碼。Clock表示系統(tǒng)的時鐘，對所有卡，A時鐘都是OK。

53、NetRef表示網(wǎng)絡(luò)時鐘，1應該是 OK.處理方法：A 關(guān)閉 MG ，重啟 CTDAEMON 服務(wù)，重啟 MG 。B 檢查補丁是否已打，要保證補丁順序正確，有問題的話需要重新安裝NMS 驅(qū)動和打補丁C 重復 A 步驟，啟動 MG 看是否正常，多次重啟 MG 仍不正常請聯(lián)系支持?？赡苁强ㄓ袉栴}或新類型 的卡程序支持有問題。 .2) 檢查中繼線路，按前面 1 的說明檢查3) 過機情況，有坐席A 從有坐席卡節(jié)點呼入是否有問題：與過機無關(guān)，按上面 1)和 2)檢查B 檢查過機卡連線是否正確C檢查過機卡時鐘狀態(tài)是否正確：過機卡狀態(tài)燈上兩個總是亮綠燈，最下一個燈閃爍綠燈。 觀察閃爍的燈，閃515 次看上面

54、兩個燈是否總是綠燈，一旦出現(xiàn)黃燈，表示時鐘同步還是有問題。.D Amtelco MC3 主菜單里有 Xdsutil 工具，用于觀察過機卡連接狀態(tài)，打開該工具，如果看到窗口里不斷有消息出 現(xiàn)，也是表示時鐘同步有誤。 .E 是否忘記啟動 Mc3Manager ， Mc3Manager 是否與兩個 MG 關(guān)聯(lián)，兩個 MG 是否已關(guān)聯(lián)。F 不對坐席錄音和對坐席錄音情況，看有無單通問題。如果不對坐席錄音OK 但對坐席錄音時出現(xiàn)問題(日志顯示錄音成功情況下) ，可能是程序問題。 需要查看兩個 MG 和 Mc3Manager 對設(shè)備的連接日志， 設(shè)備連接順序是否 有誤。 .4) 過機情況，無坐席 保證過機正確情況下，檢查出現(xiàn)問題是哪種情況：A 普通呼入 IVR 進程安排：與過機無關(guān)，按上面1)和 2)檢查B 呼入 IVR 加入會議或 QQ 聊天室：與過機有關(guān)，按 3)檢查過機卡狀態(tài)和 Mc3Manager 狀態(tài)，以及程序連接設(shè) 備情況。 .錄音監(jiān)聽問題處理這種問題分以下幾個層面來寫： 1 、配置不對， 2 程序 BUG ， 3、驅(qū)動或硬件問題，通過不同的日