E3IPS常見(jiàn)問(wèn)題處理0429

1、IPS 常見(jiàn)問(wèn)題處理參考文檔： dialogic 串音單通問(wèn)題的分析方法 .docDialogic 卡相關(guān)問(wèn)題七號(hào)卡問(wèn)題1. Dialogic 信令網(wǎng)關(guān)日志查看1) 判斷信令棧是板卡方式還是主機(jī)方式1103 09:08:37 MANX run stacks on host2) 從 OAMServer 讀取配置信息，生成 Config.txt 和 System.txt 兩個(gè)文件 (在 c:septel 下 ).1103 09:08:37 MANX writing config.txt and system.txt .3) 通過(guò) gctload 加載配置文件，對(duì) 7 號(hào)信令卡進(jìn)行配置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) 檢查配置和信令卡啟動(dòng)結(jié)果，如果有不對(duì)，會(huì)在check boot result后面顯示不對(duì)代碼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 上會(huì)顯示 Link ? in Service ，只有 Link UP 并且路由通了后， 可用， MG 才能注冊(cè)對(duì)應(yīng)的中繼 .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 注冊(cè)消息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) 通道復(fù)位1103 09:13:42 ISPX send RSC.1103 09:13:42 ISP0 recv RLC (RSC confirm

7、ed) .8) 啟動(dòng)成功，可看見(jiàn)呼叫信令日志呼叫信令日志格式：DA TETIME 協(xié)議節(jié)點(diǎn)號(hào) send/recv 信令消息內(nèi)容 .協(xié)議對(duì)應(yīng) TUP或ISP,節(jié)點(diǎn)號(hào)對(duì)應(yīng) 7號(hào)信令節(jié)點(diǎn)。SPANID邏輯中繼號(hào)，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、有問(wèn)題。3. 七號(hào)信令網(wǎng)關(guān)啟動(dòng)后, CONSOLE 上出現(xiàn) frame slip 這樣的消息滑碼 90%的原因是時(shí)鐘設(shè)置不正確。時(shí)鐘設(shè)置的原則是：當(dāng)信令卡和中繼卡在同一機(jī)框的時(shí)候,信令網(wǎng)關(guān)要做從 時(shí)鐘,當(dāng)信令網(wǎng)關(guān)單獨(dú)一個(gè)機(jī)框的時(shí)候,信令網(wǎng)關(guān)一定要做主時(shí)鐘。.對(duì)于時(shí)鐘的設(shè)置通過(guò)在 signalgw.ini 中 SS7Board1 中設(shè)置 CTMode ,規(guī)則為： CTMode=1 ,表示是主時(shí)鐘, CTMode=3 ,表示是從時(shí)鐘。在單卡的情況下, SG 默認(rèn)是從時(shí)鐘,在多卡的時(shí)候默認(rèn)是主時(shí)鐘。所以只有在獨(dú) 立機(jī)器又是單卡的情況下,需要設(shè)置 CTMode=1 。如果始終設(shè)置確認(rèn)正確后,還有以下方

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

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

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

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

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

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

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

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

22、參考 2檢查話機(jī)是否被坐席登錄，成為軟話機(jī)：在MG上做SnapShot,然后查看 msidata.txt文件，看對(duì)應(yīng)話機(jī)(有電話號(hào)碼)里 IsSoft 是否為 1.4、電話沒(méi)有震鈴音檢查 oammodule.log 日志,如果有下面報(bào)錯(cuò)：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 電話一直有聲音,無(wú)法打斷,撥號(hào)我和其他同事商量

23、了一下,是不是都配置成了 us_hdsi? 按照以前遇到的問(wèn)題,坐席卡和 SIB 的連接有問(wèn)題。如果 現(xiàn)場(chǎng)查不出問(wèn)題在哪里可以做一個(gè)串口線(連線和 Null Modem 的一樣),插在 SIB 和 HDSI Rear I/O 上面然后運(yùn) 行超級(jí)終端,參數(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的說(shuō)法是如果這里顯示正常的話，話機(jī)使用就一定正常軟件問(wèn)題i SR6.0下使用話路拆分或過(guò)機(jī)卡，安裝第三方板卡支持軟件包后在菜單里找不到Third Party Client選項(xiàng).配置程序需要使用 JDK1.

25、3版本，可到SUN（）下載JDK1.3或JRE1.3，注意使用JDK1.4會(huì)有問(wèn)題。如 果安裝JDK后再重新安裝第三方板卡支持軟件包仍然沒(méi)有菜單，可到Dialogicin目錄下運(yùn)行下面命令啟動(dòng)：java-ar tpclient.jar.2. MG啟動(dòng)后打不開(kāi)語(yǔ)音資源查看voice.log日志，看是否有找到語(yǔ)音資源，如果已找到語(yǔ)音資源但打開(kāi)時(shí)報(bào)錯(cuò)，檢查FCD文件是否配置正確。如果報(bào)不支持 FSK不對(duì)，檢查一下在 OAMTerm中是否設(shè)置了 MG支持SMS，可去掉這個(gè)選項(xiàng)再重啟MG。.3. MG啟動(dòng)步驟和日志日志名位置簡(jiǎn)述Con sole .log.log控制臺(tái)桌面日志DTIDevice.log中

26、繼模塊日志，記錄中繼通道使用， 狀態(tài)機(jī)狀態(tài)變化OamModule.log配置維護(hù)模塊日志，主要記錄板卡檢測(cè)以及從OAMServer取得的信息MSIDevice.log坐席話機(jī)模塊日志，記錄話機(jī)摘機(jī)、撥號(hào)、掛機(jī)信息Voice.log語(yǔ)音資源日志，記錄語(yǔ)音資源使用Hwmodule.log硬件控制模塊日志，記錄打開(kāi)資源，設(shè)備連接信息， 錄音、監(jiān)聽(tīng)的控制信息IptDevice .logIP呼叫模塊日志FAX.log傳真日志Conference.log會(huì)議資源使用日志LSIDevice.log模擬卡日志1）從OAMServer取配置數(shù)據(jù)，并寫(xiě)板卡中繼配置數(shù)據(jù)到Data目錄下的ini文件中，檢測(cè)板卡，下面

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）各模塊啟動(dòng)HW 硬件控制模塊VOX 語(yǔ)音：下面日志表示啟動(dòng)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 過(guò)機(jī)：顯示找到 Amtelco MC3 Board 表示過(guò)機(jī)模塊生效 CNFD 會(huì)議MSI 坐席：LSI 模擬卡3 ） 啟動(dòng)完成NMS 卡相關(guān)問(wèn)題 七號(hào)卡問(wèn)題1. 如何判斷信令卡已經(jīng)成功安裝判斷信令卡是否安裝成功的簡(jiǎn)便方法如下：1）打開(kāi)一個(gè) Console 窗口2）鍵入命令txreset -b 1檢查第一塊板是否安裝成功，如果有第二塊卡，則鍵入 txreset七2.3）如果成功安裝了，會(huì)顯示板卡已經(jīng)被復(fù)位，如果不成功，則顯示板卡找不到。還有一種方法可以檢查板卡是否安裝成功，即打開(kāi)控制面板，點(diǎn)擊“NMS TX CPs”里面會(huì)顯示有多少塊NMS信令卡安裝在機(jī)器上，如果所有的信令卡都已

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

31、s,slot號(hào)，然后運(yùn)行txcfgcp 安裝板卡 （cpid 表示 Tx3220 序號(hào)，從 1 開(kāi)始 ）。3. NMS 信令網(wǎng)關(guān)啟動(dòng)過(guò)程和日志1）從 OAMServer 讀取配置數(shù)據(jù)DATETIME FSM 開(kāi)頭的日志都是讀取配置數(shù)據(jù)的過(guò)程DATETIME CFG 開(kāi)頭的是配置信令卡日志2） 檢測(cè) CTDAEMON 和 HMISERVICE 服務(wù)是否啟動(dòng)， TUP/ISUP/HMI 模塊是否已在 CTDAEMON 中配置 . 如果失敗， console 上會(huì)提示服務(wù)沒(méi)有配置或沒(méi)有啟動(dòng)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. .如果有多塊板，會(huì)依次做 RESET4）配置信令卡下面的日志是開(kāi)始對(duì)信令卡進(jìn)行配置1125 14:56:15 CFG Run console command : C:nmstxbintdmcfg.exe -i C:nmstxcptdmcp1.txt .看到Create cta Queue Success時(shí)，信令卡就

33、配置完成了1125 14:56:18 ISP Create eta Queue Success!5）激活鏈路，等待link up日志中看到收到 Recv mtp resume或Console上看到Link ? up時(shí)，就表示Link已經(jīng)和對(duì)方同步了。如果看到BADSLC之類(lèi)的信息，表示鏈路選則碼和對(duì)端的配置不同，需要修改鏈路選擇碼的配置或查看是否接對(duì)了中繼線。6）收到MG注冊(cè)，復(fù)位中繼通道，進(jìn)入服務(wù)狀態(tài)一般是收到對(duì)端的 GRS，然后我們回GRA就解閉成功了。某些情況下可能沒(méi)有收到GRS，可看見(jiàn)發(fā)UBL，回UBA解閉中繼。或者是通過(guò) RSC解閉中繼。7）呼叫時(shí)日志的格式：DATETIME 協(xié)議（

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

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

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

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

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

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

40、、撥號(hào)、掛機(jī)信息Voice.log語(yǔ)音資源日志，記錄語(yǔ)音資源使用Hwmodule.log硬件控制模塊日志，記錄打開(kāi)資源，設(shè)備連接信息， 會(huì)議的創(chuàng)建和釋放信息IptDevice .logIP呼叫模塊日志FAX.log傳真日志1) 檢測(cè)NMS驅(qū)動(dòng)ctdaemon服務(wù)是否已經(jīng)啟動(dòng)成功后，桌面上顯示：OAMNOTE: In itialize CT Access Success2 )從OAMServer取配置數(shù)據(jù)，寫(xiě)入 Data目錄下的ini文件中日志見(jiàn) OamModule.logoam.i ni記錄配置的板卡信息msi.i ni記錄坐席卡配置信息dtidev.i ni記錄中繼配置信息hwdev.i n

41、i記錄板卡的 DSP、中繼端口等配置3) 配置和啟動(dòng)NMS板卡桌面上會(huì)顯示如下日志，對(duì)應(yīng)板卡啟動(dòng)和加載資源的過(guò)程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) 檢測(cè)主時(shí)鐘MASTER A是否正常啟動(dòng)，啟動(dòng)完成日志如下：里面的 Board是配置為主時(shí)鐘的板卡號(hào)10:

44、48:28 OAMNOTE: MASTER_A Clock detected: Board 10.如果有卡啟動(dòng)失敗或主時(shí)鐘沒(méi)找到，這里會(huì)給出告警信息。4. 日志格式說(shuō)明1) DtiDevice.logDATETIME 設(shè)備號(hào) 信令 (SPANID , CHANNEL) 內(nèi)容或DATETIME 設(shè)備號(hào) 信令 XXFSM 狀態(tài)轉(zhuǎn)換2) HwModule.log7號(hào)信令相關(guān)問(wèn)題1. 鏈路不通的處理鏈路不通（link down ）是比較常見(jiàn)的故障，原因通常有如下幾種：1）物理線路故障，信令卡指示燈不會(huì)變綠。在 Con solerecv。.2）對(duì)方?jīng)]有激活鏈路，會(huì)出現(xiàn)板卡不斷地send SIOS （NM

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

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

47、呼入時(shí)，送應(yīng)答信號(hào)時(shí)，SignalGW提示：SS7 ERR: HandleCallAccept requested span 11 is not valid. .如果是 NMS SS7 3.8 的驅(qū)動(dòng),可能沒(méi)有加上 4557和 4379兩個(gè)補(bǔ)丁,打上補(bǔ)丁后再試。4. 信令接續(xù)正常,但聽(tīng)不到語(yǔ)音一般由以下原因引起：1 ) CIC 配置不匹配。2) 語(yǔ)音中繼的設(shè)備連接不成功。3) 交換機(jī)配置問(wèn)題。5. 信令數(shù)據(jù)、路由和 LINK 都正常,閉塞解閉 OK ,但電話總是無(wú)法呼入查看 SignalGW 日志,看是否有如下的信息：0924 01:08:56 ISP0 GRSor GRAreceived f

48、or circuits that are not configured or for an incorrect range.( group 0 ).收到了對(duì)方的GRS但是其范圍不對(duì)。一般情況下，這是因?yàn)槲覀兤脚_(tái)的配置在一個(gè)group，比如group 0，只配置了 15個(gè)電路，但是對(duì)方發(fā)送了一個(gè) GRS指明這個(gè)GR要對(duì)連續(xù)30個(gè)或者31個(gè)電路進(jìn)行復(fù)位，信令卡的協(xié)議棧就認(rèn)為電路范圍不正確，不會(huì)給對(duì)方回應(yīng)，對(duì)方收不到GRS勺回應(yīng)，就會(huì)定時(shí)(比如每隔 5分鐘)地重復(fù)發(fā)送GRS信令網(wǎng)關(guān)也會(huì)不斷地收到重復(fù)的消息。而對(duì)方 因?yàn)榘l(fā)送了 GR之后收不到回應(yīng)，中繼就處于臨時(shí)閉塞的狀態(tài)，所有的話路都不可用，電話不能

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

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

51、地和交換機(jī)上做自環(huán)，看端口是否正常。B將交換機(jī)連接到本系統(tǒng)的中繼線自環(huán)，或?qū)⒈鞠到y(tǒng)連接到交換機(jī)的中繼線在遠(yuǎn)端做自環(huán),如果本地正常但遠(yuǎn)端自環(huán)不正常，中繼線存在問(wèn)題。如果都正常，看看是否該端口沒(méi)有激活。4. NMS系統(tǒng)出現(xiàn)雜音單通情況的處理1）檢查系統(tǒng)主時(shí)鐘是否正確命令：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表示配置的板號(hào)，Clock Mode是對(duì)應(yīng)板的時(shí)鐘模式，對(duì)配置為主時(shí)鐘的板，應(yīng)該是MASTER_A ,其CTGS-資料文件他板是 SLAVE 。 .Primary 顯示板卡時(shí)鐘狀況。對(duì)從時(shí)鐘板卡，顯示為 H100_A ，主時(shí)鐘板卡應(yīng)顯示 NETWORK1 OK 。 FallBack 表示 是否發(fā)生過(guò)時(shí)鐘跳變，通常情況下，發(fā)生時(shí)鐘跳變是不正常的，可能導(dǎo)致出現(xiàn)單通和雜音情況。需要觀察主時(shí)鐘源中繼是否不穩(wěn)定或是否有滑碼。Clock表示系統(tǒng)的時(shí)鐘，對(duì)所有卡，A時(shí)鐘都是OK。

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

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