E3IPS常見(jiàn)問(wèn)題處理0429_第1頁(yè)
E3IPS常見(jiàn)問(wèn)題處理0429_第2頁(yè)
E3IPS常見(jiàn)問(wèn)題處理0429_第3頁(yè)
已閱讀5頁(yè),還剩12頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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)生如下日志:名稱位置(以信令網(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ò)不同的日

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論