NGNIP網(wǎng)絡(luò)設(shè)備維護(hù)指導(dǎo)手冊_圖文(精)

1、UTStarcomNGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊UTS.610G13.A0作者杭建峰沈柳芃審稿薛京黃江濤日期 2004 年 6 月UT 斯達(dá)康通訊有限公司UTStarcom項(xiàng)目與技術(shù)支持部UT 斯達(dá)康公司以客戶成功，我們成功的價值觀衡量、規(guī)范員工的行為，致力于 服務(wù)創(chuàng)新和服務(wù)承諾的兌現(xiàn)，力求為用戶提供超越客戶期望的服務(wù)。UT 斯達(dá)康公司擁有完善的服務(wù)體系，技術(shù)服務(wù)中心擁有一批優(yōu)秀的專業(yè)技術(shù)人 員,并在全國設(shè)有服務(wù)分支機(jī)構(gòu)，提供 24 小時技術(shù)服務(wù)。 本著用戶至上，信守承諾的 原則,UT斯達(dá)康公司承諾：在 24 小時之內(nèi)對用戶的問題給予答復(fù)。為客戶提供優(yōu) 質(zhì)、高效、專業(yè)的服務(wù)是 UT 斯

2、達(dá)康的追求。UT 斯達(dá)康通訊有限公司項(xiàng)目與技術(shù)支持部 聯(lián)系地址:浙江省杭州市教工路 1 號 12號樓郵政編碼:310012電話號碼：（057188916789傳真:(057188916789800 免費(fèi)電話:8008571466郵件地址：客戶支持網(wǎng)站:http:/版權(quán)聲明本文檔屬 UT 斯達(dá)康通訊有限公司版權(quán)所有，侵權(quán)必究。本文檔專供用戶、本公司職員以及經(jīng)本公司許可的人員使用。未經(jīng)公司書面同 意，任何單位或個人不得以任何方式復(fù)制、翻印、改編、摘編、轉(zhuǎn)載、翻譯、注 釋、整理、出版或傳播手冊的全部或部分內(nèi)容。UTStarcom,PAS,WACOS, iAN, AIRSTAR, WLL, ISP,

3、WICOPS, NGDLC,Intran ode, I nternode, Xtr-m-IP, UNITECH,iPATH, !-Volutio n, mSwitch,小靈通,為 UT 斯達(dá)康公司或其子公司、關(guān)聯(lián)公司的注冊商標(biāo)，受商標(biāo)法保護(hù)，任何個人或團(tuán)體非法使用以上商標(biāo),UT 斯達(dá)康公司有權(quán)追究其法律責(zé)任。出版說明內(nèi)容簡介UT 斯達(dá)康 NGN 系統(tǒng)維護(hù)指導(dǎo)對網(wǎng)絡(luò)維護(hù)人員的分工和職責(zé)，以及相應(yīng)的網(wǎng)絡(luò) 維護(hù)流程提出了科學(xué)而合理的建議；對網(wǎng)絡(luò)的日常維護(hù)項(xiàng)目和周期進(jìn)行了詳細(xì)的闡 述;對于維護(hù)人員如何進(jìn)行網(wǎng)絡(luò)的巡檢、巡檢的項(xiàng)目和周期作了詳盡的描述；維護(hù)指導(dǎo)中還匯集了豐富的故障解決案例。為了讀者閱讀，更

4、好的服務(wù)于客戶，維護(hù)指導(dǎo)共有以下幾部分組成：NGN 核心網(wǎng)維護(hù)指導(dǎo)：NGN 核心網(wǎng)維護(hù)建議和日常維護(hù)指導(dǎo)NGN 核心網(wǎng)巡檢指導(dǎo)NGN 核心網(wǎng)故障分析和解決指導(dǎo)NGN 接入設(shè)備日常維護(hù)指導(dǎo)手冊NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊NGN 服務(wù)器設(shè)備日常維護(hù)指導(dǎo)手冊NGN ORACLE 數(shù)據(jù)庫日常維護(hù)指導(dǎo)手冊本文檔為其中的NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊本文將根據(jù)現(xiàn)場情況不斷更新，更新后的文檔將及時發(fā)布于客戶支持網(wǎng)站(http:/ 斯達(dá)康 NGN 系統(tǒng)的維護(hù)工程師及其相關(guān)人員，讀者要求具備 IP 網(wǎng)絡(luò)的相關(guān)知識和豐富的系統(tǒng)維護(hù)經(jīng)驗(yàn)。維護(hù)過程中如遇到困難或有什么建議，非常歡迎你撥打我們的客戶服

5、務(wù)中心電話尋求技術(shù)支持。我們公司隨機(jī)發(fā)給客戶的各種手冊資料上也對所有操作維護(hù)和技術(shù)問題有詳細(xì)的說明請參考使用。寫作目的：本手冊描述了例行維護(hù)的內(nèi)容以及正確的操作步驟，為用戶確定本局維護(hù)方案提供了 IP 網(wǎng)絡(luò)例行維護(hù)的基本方法和參考依據(jù)。使用方法說明：IP 網(wǎng)絡(luò)日常維護(hù)指導(dǎo)書的主要作用在于向機(jī)房維護(hù)人員說明日常維護(hù)需要作 什么工作,如何做，結(jié)果應(yīng)該怎樣。在維護(hù)過程中機(jī)房維護(hù)人員需要將維護(hù)的結(jié)果記 錄下來，以作為以后檢查設(shè)備運(yùn)行情況調(diào)查故障原因的依據(jù)，以保證設(shè)備的正常運(yùn)行做到防患未然。目錄第一章網(wǎng)絡(luò)維護(hù)建議（11.1 維護(hù)人員分工與職責(zé)（11.2 故障處理流程（11.3 日常維護(hù)參考資料（11.4

6、 維護(hù)求助途徑（1第二章維護(hù)內(nèi)容（22.1 日常維護(hù)指導(dǎo)（22.1.1 值班日志表（22.2 月度維護(hù)（42.3 突發(fā)維護(hù)（62.3.1 一級故障（62.3.2 二級故障（72.3.3 突發(fā)故障處理記錄（8第三章網(wǎng)絡(luò)巡檢（93.1 網(wǎng)絡(luò)巡檢的重要性和目的（93.2 設(shè)備運(yùn)行情況分析（93.3 節(jié)點(diǎn)連通及網(wǎng)絡(luò)冗余性分析（123.4 網(wǎng)絡(luò)性能分析（123.4.1 直接測試（123.4.2 使用工具進(jìn)行監(jiān)測（133.5IP 網(wǎng)絡(luò)總體運(yùn)行狀況分析及報告（213.5.1 設(shè)備運(yùn)行情況分析（213.5.2 節(jié)點(diǎn)連通及網(wǎng)絡(luò)冗余性分析（213.5.3 網(wǎng)絡(luò)性能分析（21第四章常見網(wǎng)絡(luò)故障及解決方法，工具使用（

7、224.1 接口故障（224.1.1 以太接口故障排除（224.1.2 路由器廣域口故障排除（224.2 二層故障（244.3 三層路由問題（244.4 檢測工具使用及 cisco 網(wǎng)絡(luò)日志分析（244.4.1Pi ng 命令（244.4.2trace 命令（26443 理解 Cisco 錯誤消息（284.4.4Ethereal 使用（284.5SBC 常見問題解決（294.5.1Voip 穿越 SBC 通話一段時間后中斷（294.5.2MGCP IAD 無法通過 SBC 注冊的問題（294.5.3SIP 話吧通過 Cisco2611 無法注冊的問題（304.5.4sip 終端釋放以后短時間內(nèi)

8、不能注冊的問題（304.5.5UTSMART 電話無法撥打外部電話的問題 （31第一章網(wǎng)絡(luò)維護(hù)建議1.1 維護(hù)人員分工與職責(zé)維護(hù)人員要求具有一定的 IP 網(wǎng)絡(luò)基礎(chǔ),熟悉掌握相關(guān) IP 網(wǎng)絡(luò)技術(shù)理論；清楚網(wǎng) 絡(luò)的結(jié)構(gòu)設(shè)計，包括網(wǎng)絡(luò)拓樸、設(shè)備連接、系統(tǒng)參數(shù)設(shè)置及軟件使用；了解網(wǎng)絡(luò)正常運(yùn)行狀況、注意收集網(wǎng)絡(luò)正常運(yùn)行時的各種狀態(tài)和報告輸出參數(shù)；熟悉常用的診斷工具,準(zhǔn)確的描述故障現(xiàn)象。做好日常維護(hù)工作，并及時填寫相應(yīng)記錄一旦有異常情 況發(fā)生，在第一時間按照流程通知 Call_log 及當(dāng)?shù)毓こ處?同時，作為維護(hù)人員,定期 觀測網(wǎng)絡(luò)運(yùn)行狀態(tài)，在故障發(fā)生時，能同我們工程師共同確定網(wǎng)絡(luò)故障點(diǎn)，恢復(fù)網(wǎng)絡(luò)的 正常

9、運(yùn)行。1.2 故障處理流程IP 網(wǎng)絡(luò)設(shè)備處理流程同 Call_log 處理流程類似，維護(hù)人員在第一時間內(nèi)將相關(guān)信息反饋給 Call_log具體信息包括：設(shè)備機(jī)箱序列號，各模塊信息，軟件版本信息，問題描述，相關(guān)檢測 命令等運(yùn)行結(jié)果。1.3 日常維護(hù)參考資料各設(shè)備的特性，命令:http:/1.4 維護(hù)求助途徑UT 斯達(dá)康技術(shù)支持熱線：0571-*第二章維護(hù)內(nèi)容IP 網(wǎng)絡(luò)建設(shè)完成后，搞好網(wǎng)絡(luò)的運(yùn)行管理是避免網(wǎng)絡(luò)故障的關(guān)鍵.以下描述相關(guān) 內(nèi)容希望能作為日常的維護(hù)工作的參考，及時掌握當(dāng)前網(wǎng)絡(luò)運(yùn)行狀況及隱患，保障系 統(tǒng)的安全穩(wěn)定運(yùn)行。2.1 日常維護(hù)指導(dǎo)2.1.1值班日志表交換局名日期:年月 日值班時間時

10、至?xí)r值班人接班人維護(hù)類別維護(hù)項(xiàng)目及指導(dǎo)檢查結(jié)果備注操作人系統(tǒng)運(yùn)行狀態(tài)燈 系統(tǒng)各模塊狀況 sh module 系統(tǒng)運(yùn)行溫度 sh env temp硬件情況及外部環(huán)境檢查系統(tǒng)外部電源情況 sh env power設(shè)備各部分運(yùn)行溫度應(yīng)該在 45 度以下，系統(tǒng)狀態(tài)燈為紅，不正常基本狀況檢查：CPU 利用率內(nèi)存利用率#show processes cpu #show processes memory #show buffer #show process 顯示正常的 CPU 使用率 Averange: 10% Peak: 2M Process memory2M系統(tǒng)日志檢查檢查 log server 上系統(tǒng)

11、的日志無四級及以下告警（0 到 4級為正常系統(tǒng)運(yùn)行狀態(tài)燈液晶面板顯示網(wǎng)絡(luò)連接檢查#Show arp路由檢查#show routesSBC 相關(guān)狀態(tài)檢查HA 檢查#show health SBC 可以通過 tel net 其物理端口 IP 地址登陸，進(jìn)行相關(guān)操 作（結(jié)束需用 exit 正常退出，否則會造成下次登陸無法配置。端口直連鏈路中斷時，液晶屏上會有閃爍的英文提示。液晶屏左邊下面的燈應(yīng) 常綠上面的燈為常滅，或者常紅（做 HA 時，黃色表示網(wǎng)絡(luò)正在切換。Health 值應(yīng)為 100 ,當(dāng)前工作 SBC 為 active,另一臺為 Standby。各關(guān)鍵節(jié)點(diǎn)連通性利用我們提供的 trayping

12、軟件，對各關(guān)鍵節(jié)點(diǎn)進(jìn)行ping所有節(jié)點(diǎn)的時延平均值小于 20ms;時延最大值小于 100ms 丟包率在1/10000 以內(nèi)故障情況及其處理遺留問題班長核查表 1 值班日志表2.2 月度維護(hù)交換局名維護(hù)周期年月日至年月日維護(hù)時間檢查人維護(hù)類別維護(hù)項(xiàng)目及指導(dǎo)檢查結(jié)HSRP 狀態(tài)檢查:#show standby brief備注操作人IOS,配置文件備份檢查在特定的備份服務(wù)器上查配置文件及軟件版本備份是否與運(yùn)行設(shè)備一致，如不一致利用 tftp軟件,下載運(yùn)行設(shè)備的 config 及到 cisco網(wǎng)站下載相應(yīng)的軟件路由狀況檢查：單播路由組播路由 #show ip route summary#show ip

13、 route#show ip mroute#show ip mroute act#show ip mroute summary#show ip mroute count有到各節(jié)點(diǎn)路由有正確組播路由，#show sta ndby 主備設(shè)備的狀態(tài)應(yīng)相符VLAN 狀態(tài)檢查:#show vian#show via n sum Via n 名稱、標(biāo)示正常Trunk 和 Channel #show trunk#show ether netcha nnelport n(n 與 portchannel號對應(yīng)Trunk工作正常，多條 trunk 存在時，對應(yīng) vlan 通過范圍應(yīng)無重疊。OSPF 狀態(tài)檢查：#s

14、howipospf OSPF 狀態(tài)應(yīng)正常，包括正常的 ospf 路由#show ip route ospf#show in terface#show ip ospf database #show ip ospf n eighbor #show ip ospf in terfac 括 正常的ospf 路由信息，n eighbor 信息PIM 狀態(tài)檢查：#showippim#show ip pim summarystp 檢查 #showspa ntree 應(yīng)與設(shè)計情況相同NTP 同步狀態(tài)檢查:#show clock#show ntp status檢查端口狀態(tài)檢查正在使用的主要端口的狀態(tài)為保證數(shù)據(jù)有

15、效性，建議提前 20 小時將各端口計數(shù)器清零：#clear coun ter其后執(zhí)行如下命令:#show con troller#sh ip int brief#show int port-cha nnel#show memoryn顯示工作的端口為UP 狀態(tài)；In terface（除 GW-MPU 接口沖突、錯 誤等非信息小于1/10000。端口名稱正確；GW 聯(lián)接的 Ethernet 端口在 half duplex/100M 狀態(tài) 防火墻檢查#show failover#show xlate#show conn#Show sipd SBC 檢查#Show algd#show buffer 查

16、看 SIP 以及 MGCP 的相關(guān)統(tǒng)計信息；參看系統(tǒng)內(nèi)存使用情況。CDP 檢查#show cdp nei 無多余的設(shè)備連接其它 #Sh tech故障情況及其處理遺留問題班長核查表 2 月度維護(hù)表2.3 突發(fā)維護(hù)2.3.1 一級故障一級故障是指現(xiàn)有的網(wǎng)絡(luò)停機(jī)或?qū)ψ罱K用戶的業(yè)務(wù)運(yùn)作有嚴(yán)重影響。由于目前我們的系統(tǒng)已經(jīng)做到所有網(wǎng)絡(luò)設(shè)備冗余備份，在單個網(wǎng)絡(luò)設(shè)備（比如某臺核心交換機(jī)完全停機(jī)的情況下，系統(tǒng)能自行恢復(fù)正常，但存在某些特殊情況對最終 用戶的業(yè)務(wù)運(yùn)作有嚴(yán)重影響，原因及解決辦法有以下幾方面：1.對于互相備份的兩臺交互機(jī)，信令的 EtherChannel 一旦不通將致使整個系統(tǒng)中主備設(shè)備無法通訊，造成

17、業(yè)務(wù)異常目前在現(xiàn)有的系統(tǒng)中，大部分系統(tǒng)信令的Etherchannel 只有一對光纖連接，光纖損壞,GBIC 口損壞，網(wǎng)絡(luò)拓樸結(jié)構(gòu)改變 STP 設(shè)置不正確情況下，就導(dǎo)致信令 Etherchannel 不通,具體表現(xiàn)在網(wǎng)關(guān)等設(shè)備主備切換。緊急處理方法：1 在網(wǎng)絡(luò)拓樸結(jié)構(gòu)沒有改變的情況下，交換機(jī)上 channel 端口的指示燈變?yōu)辄S色，在嘗試重啟端口等操作無效的情況下，立即重新選擇另外的端口，配置Ethercha nne。2 如果由于新的二層設(shè)備的接入，STP 設(shè)置的原因造成 Etherchannel 不通,可以先斷開新接入的二層設(shè)備，升高接入設(shè)備的 Bridge ID,使其大于核心交 換設(shè)備的Br

18、idge ID,重新連接。2. 網(wǎng)絡(luò)環(huán)路的影響.在目前的系統(tǒng)中，某些錯誤的操作引起網(wǎng)絡(luò)環(huán)路的產(chǎn)生，致使 系統(tǒng)形成廣播風(fēng)暴，整個系統(tǒng)中服務(wù)器和終端通訊不正常，從而發(fā)生通話中斷。具體表現(xiàn)在交換機(jī)上端口指示燈快速閃動，交換設(shè)備 cpu 利用率短時間迅速提高。緊急處理方法：(1 檢查 log, 般環(huán)路形成時在網(wǎng)絡(luò)設(shè)備的 log 中可以看到某一 MAC 地址在兩 端口之間 flapping,斷開其中一個端口的連接，檢查本交換設(shè)備這兩個端口的 STP 的 設(shè)置,如果為 off,將其打開。如果 portfast 已經(jīng)打開,將其關(guān)閉。然后再重新連接。同 樣的方法檢查其余網(wǎng)絡(luò)設(shè)備。3. 服務(wù)器不能與遠(yuǎn)端服務(wù)器通

19、訊，具體表現(xiàn)在涉及到此類服務(wù)器的業(yè)務(wù)發(fā)生異緊急處理方法:(1 本地服務(wù)器是否可以 ping 通本地網(wǎng)關(guān)，如果不行,檢查所連接的交換機(jī)端口狀 態(tài)是否正常。(2 如果可以 ping 通本地網(wǎng)關(guān)，檢查是否已經(jīng)設(shè)置缺省網(wǎng)關(guān)。(3 檢查是否可以 ping 通遠(yuǎn)端路由網(wǎng)關(guān),如果不行，檢查設(shè)備間的聯(lián)通性。具體方 法是檢查本地路由表中是否有遠(yuǎn)端網(wǎng)段路由。(4 如果可以 ping 通遠(yuǎn)端路由網(wǎng)關(guān)，檢查遠(yuǎn)端服務(wù)器是否設(shè)置了缺省網(wǎng)關(guān)。2.3.2 二級故障二級故障是指現(xiàn)有網(wǎng)絡(luò)的操作性能嚴(yán)重下降，或由于網(wǎng)絡(luò)性能明顯下降，使最終 用戶的業(yè)務(wù)運(yùn)作重要影響。主要表現(xiàn)在某節(jié)點(diǎn)或某些節(jié)點(diǎn)大量丟包。如果是某節(jié)點(diǎn)丟包，檢查此節(jié)點(diǎn)的網(wǎng)

20、絡(luò)連接，物理連線是否有損，所連接的端口狀 態(tài)統(tǒng)計情況。緊急處理方法：對于雙網(wǎng)卡冗余的服務(wù)器，可以切換網(wǎng)卡，對于其他單 網(wǎng)卡設(shè)備，可以更換上聯(lián)端口或物理連線.如果是某模塊上的節(jié)點(diǎn)都大量丟包，如果是模塊有損引起，可以使整個?？?down 掉。2.3.3 突發(fā)故障處理記錄發(fā)生時間:解決時間：值班人:處理人：故障類別：故障來源:故障描述:處理方法及結(jié)果：第三章網(wǎng)絡(luò)巡檢3.1 網(wǎng)絡(luò)巡檢的重要性和目的力求覆蓋當(dāng)前網(wǎng)絡(luò)設(shè)備的運(yùn)行狀態(tài)，發(fā)現(xiàn)網(wǎng)絡(luò)規(guī)劃和配置中欠佳之處，改善和優(yōu) 化網(wǎng)絡(luò)的性能；觀察網(wǎng)絡(luò)的運(yùn)行狀況，及時預(yù)測網(wǎng)絡(luò)通信質(zhì)量。3.2 設(shè)備運(yùn)行情況分析針對*市的*設(shè)備，確認(rèn)系統(tǒng)設(shè)備的運(yùn)行狀況（由于各版本的

21、IOS 命令差異,文中 提到的命令只做參考。網(wǎng)絡(luò)設(shè)備運(yùn)行狀態(tài)序號內(nèi)容參考命令期待結(jié)果1 檢查版本IOS/COS Image 及配置文件 #show versi on#show runnin g-c onfig#show conf顯示版本和配置同設(shè)計相符.包括端口的速率、全半雙工、portfast 等方面#show ip mroute2 基本狀況檢查：CPU 利用率內(nèi)存利用率 #show processes cpu#show processes memory#show memory#show buffer#show process顯示正常的 CPU 使用率（20 萬用戶時。Avera nge:

22、10%Peak: 2MProcess memory2M3 路由狀況檢查：單播路由組播路由 #show ip route summary#show ip route#show ip mroute act#show ip mroute summary#show ip mroute count有到各節(jié)點(diǎn)路由有正確組播路由包括：*.sourceaddressGroup-address.Source-address和對應(yīng)轉(zhuǎn)發(fā)端口如：4 HSRP 狀態(tài)檢查:#show standby brief#show standby 主備設(shè)備的狀態(tài)應(yīng)相符，priority 分別

23、為 110 和 105 正常情況下主 備狀態(tài)在單一設(shè)備上應(yīng)盡為一種。5 VLAN 狀態(tài)檢查：#showvia n#show vlan sum Vian 名稱、標(biāo)示符合設(shè)計要求，主備交換機(jī) vlan 設(shè)置一致。6 Trunk和 Channel #showtrunk#show ether netcha nnel#show ether netcha nnel port#show ether netcha nnel port-chann Trunk 工作正常，多條 trunk 存在時,對應(yīng) vlan 通過范圍應(yīng)無重疊。7 OSPF 狀態(tài)檢查:#show ip ospf#show ip route os

24、pf#show ip ospf database#show ip ospf n eighbor#show ip ospf in terfaceOspf 協(xié)議運(yùn)行正常8 PIM 狀態(tài)檢查:#show ip pim#show ip pim summary組播協(xié)議運(yùn)行正常9 SpanningTree#show con troller態(tài):#show spa nnin g-tree brief#show spa nnin g-tree#show spa nnin g-tree postfast根節(jié)點(diǎn)指向應(yīng)唯一，且符合設(shè)計要求。端口 forwarding 和 blocking狀態(tài)符合設(shè)計。10 NTP 同

25、步狀態(tài)檢查:#show clock#show ntp status時間應(yīng)統(tǒng)一準(zhǔn)確；ntp 同步正常11 檢查端口狀態(tài)檢查正在使用的主要端口的狀態(tài)為保證數(shù)據(jù)有效性，建議提前 20小時將各端口計數(shù)器清零：#clear coun ter#show con troller其后執(zhí)行如下命令:#show ip in terface brief#show in terface#show port-cha nnel顯示工作的端口為 UP 狀態(tài)；In terface（除 GW-MPU 接口沖突、錯誤等非信息小于 1/10000。端口名稱正確；GW 聯(lián)接的 Ethernet 端口工作在 half duplex/1

26、00M 狀態(tài)12 系統(tǒng)日志檢查：#showloggi ng#show logging buffer 1024 無 4 級以上告警。Loggi ng buffer size 51200013 其它檢查#showtech14 SBC 檢查 #showmemory#show buffer#show sipd#show algd 檢查系統(tǒng)運(yùn)行情況 査看 sip 以及 mgcp 的當(dāng)前信息以及相關(guān)歷史信 息。3.3 節(jié)點(diǎn)連通及網(wǎng)絡(luò)冗余性分析檢查從各節(jié)點(diǎn)到核心系統(tǒng)服務(wù)器，各網(wǎng)絡(luò)設(shè)備間的連通性和路由的冗余性，保證 指定路由暢通和冗余測試分項(xiàng)目：各節(jié)點(diǎn)間連通性及網(wǎng)絡(luò)冗余序號測試步驟命令期待結(jié)果1 用 PING

27、 命令檢查與各設(shè)備的連通性#ping *.*.*.*顯示“ !！所發(fā)包全部成功2 用 traceroute 命令觀察所經(jīng)路由traceroute ip_addres 所顯示的路由正確，為設(shè)計所定的優(yōu)先路由3 用 PING 命令檢查到各組播組所在網(wǎng)段組播路由正常。#ping #pi ng 有多個應(yīng)答，且應(yīng)答方地址應(yīng)包括各組播組所在網(wǎng)段設(shè)備地址。4.用 traceroute 命令觀察所經(jīng)路由traceroute ip_addres 所顯示的路由表中冗余路由與設(shè)計情況相符3.4 網(wǎng)絡(luò)性能分析網(wǎng)絡(luò)越復(fù)雜對網(wǎng)絡(luò)性能的要求也越高，特別是語音，圖像等的傳播，對帶寬和時

28、延都有比較苛刻的要求，因此，我們有必要對網(wǎng)絡(luò)性能進(jìn)行分析。其主要包括網(wǎng)絡(luò)時延 丟包率和 IP 網(wǎng)絡(luò)系統(tǒng)帶寬兩部分。3.4.1 直接測試測試分項(xiàng)目：網(wǎng)絡(luò)時延與丟包率及帶寬檢測序號測試步驟命令期待結(jié)果1 用 PING 擴(kuò)展命令檢查與各遠(yuǎn)端交換機(jī)路由器的端口的連通性，測試包數(shù)量不小于100000 #pingProtocol ip:username:*Target IP address:1Repeat coun t 5:10000Datagram size 100:Timeout in sec onds2:Exte nded comma ndsn:Sweep range of

29、sizesn:顯示“!！丟包率小于 1/10000;時延平均值小于 20ms;時延最大值小于 100ms2.本地接入帶寬測試：在 FTPClient 上從本地 FTP Server 下載 * ftp ip_addresspassword:*ftpget *應(yīng)大于數(shù)據(jù)流所經(jīng)鏈路（E1/10M/100M 最小帶寬標(biāo)稱值的 70%。3 遠(yuǎn)程（跨E1/10M/100M/1000M 接入帶寬測試：在 FTP Client 上從遠(yuǎn)端 FTP Server 下載 * ftp ip_addressuser name: *password:*ftpget *應(yīng)大于數(shù)據(jù)流所經(jīng)鏈路（E1/10M/100M 最小帶寬

30、標(biāo)稱值的 70%。342 使用工具進(jìn)行監(jiān)測目前的網(wǎng)絡(luò)監(jiān)測工具，大致可以分為軟件測試和硬件測試兩個方面。硬件由于 其投入較大且使用較為專業(yè)，在此不做介紹。在 MSwitch 系統(tǒng)里?？梢酝ㄟ^網(wǎng)管軟 件得到一些簡單的網(wǎng)絡(luò)統(tǒng)計信息，不過為了得到較為直觀，準(zhǔn)確，實(shí)時的測試結(jié)果，推薦 使用專業(yè)軟件進(jìn)行網(wǎng)絡(luò)檢測，評估。NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 342.1 BWMeter BWmeter 是一個功能強(qiáng) 大的帶寬測試和監(jiān)視程序，它可以測量并顯示出你的網(wǎng)絡(luò)上的所有流量.對于使用 UTsmart軟件的 PC 來說，可以使用該軟件判斷當(dāng)前 pc 的帶寬使用情況，根據(jù)實(shí)際情 況調(diào)整網(wǎng)絡(luò)資源分配.該軟件可

31、以在各知名下載站點(diǎn)免費(fèi)下載，大小幾百 k,利用安裝 向?qū)О惭b該軟件并重啟 pc 后，就可以運(yùn)行.圖 1 圖一是一些基本配置，包括需要監(jiān)視 的端口（每個端口都會生成一個監(jiān)測窗口 .在上圖中定義了監(jiān)視兩個端口，點(diǎn)擊OK 確認(rèn)后，得到如圖二的兩個檢測窗口 .在窗口里，我們可以看到實(shí)時的網(wǎng)絡(luò)流量，以及 UL（上載和 DL（下載的平均值和峰 值.客戶成功，我們成功 14NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 圖 2 在圖三所示的過濾設(shè)置當(dāng)中，我們可 以根據(jù)源地址，目的地址,協(xié)議以及端口進(jìn)行過 濾,從而可以監(jiān)視特定的流量.圖 3 客 戶成功，我們成功 15NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 在圖 4

32、的 Stopwatch 這個選項(xiàng)里面，可以選 擇在設(shè)定的時間段里檢測特定端口的網(wǎng)絡(luò)流量.圖 4 使用 BUmeter,可以讓我們對自己的網(wǎng)絡(luò)使用情況有一個清晰，直觀的了解.但是對于語音數(shù)據(jù)在特定網(wǎng)絡(luò)環(huán)境下的 檢測,BUmeter 力不從心. NetIQ Chariot Chariot 軟件由 Chariot 控制臺，測試腳 本以及 EndPoint 組成，這樣面對不同的網(wǎng)絡(luò)環(huán)境，只需要提供不同的腳本，就可以完 成真實(shí)數(shù)據(jù)流的模擬，是業(yè)界公認(rèn)的第三方評測軟件.該軟件分為 con sole 端和客戶 端,至少需要兩臺 PC 才能進(jìn)行點(diǎn)到點(diǎn)之間的測試（其中一臺 同時運(yùn)行控制臺和Endp

33、oint.可以至 U http:/ 找 至 U 下載試用版本,在 下載之前，會被要求進(jìn)行注冊.客戶成功,我們成功 16NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 運(yùn)行該軟件，可以看到如下的界面.圖 5 點(diǎn) 擊紅色框中的按鈕，彈出如圖 6 的設(shè)置選項(xiàng)，可以進(jìn)行協(xié)議選擇，終端 IP 選擇等等.點(diǎn) 擊Run選項(xiàng)里面的run就開始進(jìn)行兩個終端之間的語音流量檢測.圖 6 運(yùn)行一段 時間后Chariot 生成相應(yīng)的測試結(jié)果.客戶成功，我們成功 17NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 由下面的 Throughput 曲線可以看到,IP 語 音所占用的帶寬大致都在 0.008M 上下;這個與 我們設(shè)置里面的

34、G.729 協(xié)議標(biāo)準(zhǔn)是相符的圖 7 同時,該軟件可以看到語音傳輸?shù)?MOS 值（圖 8,時延（圖 9 等等.圖 8 客戶成功，我們成功 18圖 9上述測試,只是得到了在純語音包傳輸時的網(wǎng)絡(luò)情況，而在實(shí)際的語音傳輸中，語 音包還有相應(yīng)的一些 RTP,IP 報頭，報尾等等，我們需要進(jìn)行進(jìn)一步的測試。打開一個新的測試窗口，點(diǎn)擊圖 10 中紅色框中的按鈕，可以得到一個彈出窗口進(jìn)行相關(guān)設(shè)置。圖 10進(jìn)行相關(guān)設(shè)置時，我們需要點(diǎn)擊彈出框下方的” Select Scrip 進(jìn)行測試腳本的選擇。在圖中，我們選擇了遠(yuǎn)距離，文件發(fā)送這個腳本來進(jìn)行測試（如圖 11 所示圖 11點(diǎn)擊運(yùn)行后，就可以看到語音包在實(shí)際的傳輸

35、當(dāng)中加上必要的包頭，包尾后所需 要占用的帶寬的測試結(jié)果。同時，測試結(jié)果里還可以看到時延，丟包率等相關(guān)參數(shù)。圖 12在實(shí)際的網(wǎng)絡(luò)環(huán)境里，通常是多種數(shù)據(jù)流在一個物理線路上面?zhèn)鬏?，網(wǎng)絡(luò)設(shè)計者 對網(wǎng)絡(luò)進(jìn)行了相應(yīng)的 QOS,而 Chariot 軟件也可以根據(jù)需求進(jìn)行在不同的排隊策略下 特定的網(wǎng)絡(luò)流量傳輸測試。除了對語音流量進(jìn)行測試外，Chariot 還可以對數(shù)據(jù)流，媒體流，組播，多播等進(jìn)行 模擬評測，需要時請參照 Chariot 的說明手冊進(jìn)行相關(guān)測試。3.5 IP 網(wǎng)絡(luò)總體運(yùn)行狀況分析及報告*市*系統(tǒng) IP 網(wǎng)絡(luò)系統(tǒng)的巡檢包括設(shè)備運(yùn)行情況，節(jié)點(diǎn)連通及網(wǎng)絡(luò)冗余情況，網(wǎng) 絡(luò)性能三個方面，其分析結(jié)果如下：3

36、.5.1 設(shè)備運(yùn)行情況分析本部分檢測涉及 IOS 版本,設(shè)備基本狀況等方面，其中*參數(shù)符合網(wǎng)絡(luò)設(shè)計和 運(yùn)行要求,*參數(shù)不符合要求，原因有*,改造建議有* .3.5.2 節(jié)點(diǎn)連通及網(wǎng)絡(luò)冗余性分析本部分檢測涉及節(jié)點(diǎn)連通及網(wǎng)絡(luò)冗余方面，其中*符合網(wǎng)絡(luò)設(shè)計要求,*不符 合要求，原因有*,改造建議有*3.5.3 網(wǎng)絡(luò)性能分析本部分檢測涉及及網(wǎng)絡(luò)冗余方面，其中*符合網(wǎng)絡(luò)設(shè)計要求,*不符合要求,原因有*,改造建議有*.第四章常見網(wǎng)絡(luò)故障及解決方法，工具使用4.1接口故障4.1.1以太接口故障排除以太接口的典型故障問題是：帶寬的過分利用；碰撞沖突次數(shù)頻繁；使用不兼容的幀類型。使用 show in terfac

37、e fa mod/num 命令可以查看該接口的吞吐量、碰橦沖 突、信息包丟失、和幀類型的有關(guān)內(nèi)容等。1 通過查看接口的吞吐量可以檢測網(wǎng)絡(luò)的利用。如果網(wǎng)絡(luò)廣播信息包的百分比 很高,網(wǎng)絡(luò)性能開始下降?？梢赃M(jìn)一步查明網(wǎng)絡(luò)廣播源，是否存在二層環(huán)路等2 兩個接口試圖同時傳輸信息包到以太電纜上時，將發(fā)生碰撞。以太網(wǎng)要求沖突 次數(shù)很少，不同的網(wǎng)絡(luò)要求是不同的，一般情況發(fā)現(xiàn)沖突每秒有 3、5 次就應(yīng)該查找沖 突的原因了。碰撞沖突產(chǎn)生擁塞，碰橦沖突的原因通常是由于敷設(shè)的電纜過長、過 分利用，端口全半工不匹配導(dǎo)致.4.1.2 路由器廣域口故障排除端口及線路協(xié)議狀態(tài)錯誤原因解決方案 Serial x is up,

38、li ne protocol is up此狀態(tài)為正確狀態(tài)Serial x is dow n,line protocol is dow n路由器未檢測到載波信號1. 傳輸線路不通2. 路由器的連接線未連接，或未連接正確。3.路由器硬件故障步驟 1 檢測傳輸線路步驟 2 檢查你是否使用正確的電纜與端口步驟 3 改換路由器另外端口，以確認(rèn)是否為硬件故障Serial x is up, 1 本地或遠(yuǎn)程路由器配置錯誤步驟 1 設(shè)置端口本地自環(huán)，再用 show in terfaces serial comma nc 觀察線line protocol is dow n錯誤2. 遠(yuǎn)程路由器未配置 keepali

39、ves 參數(shù)。3.傳輸線路錯誤：problem-no isy line,or misc on figured or failedswitch3. 本地或遠(yuǎn)端的 CSU/DSU 故障4. 路由器硬件故障路協(xié)議是否為 up若為 up 狀態(tài)則表明故障原因在于傳輸線路或遠(yuǎn)程路由器配置錯誤步驟 2 確認(rèn)電纜插在正確的端口，正確的 CSU/DSU，和正確的配線架端口上步驟 3 如認(rèn)為路由器硬件故障，更換端口進(jìn)行測試。Serial x is up, li ne protocol is up (looped線路中存在自環(huán)設(shè)置：1.硬件自環(huán) 2.軟件自環(huán)步驟 1 使用 show running-config 命

40、令察看端口設(shè)置中是否有 loopback 設(shè)置 步 驟 2若存在 loopback 設(shè)置用 no loopback 去掉此設(shè)置步驟 3 若不存在 loopback 設(shè)置，檢查 CSU/DSU 是否存在自環(huán)設(shè)置Serial x is adm ini stratively dow n, li ne protocol is dow n1. 路由器端口配置中存在 shutdown 命令2. 重復(fù)的 IP 地址步驟 1 檢查路由器配置是否存 shutdown 命令步驟 2 使用 no shutdown 端口命令去掉shutdow n 命令步驟 3 使用 show running-config 命令檢查是

41、否存在重疊的 IP 地址。步驟 4 若存在，則改變 IP 地址。4.2 二層故障目前對于我們網(wǎng)絡(luò)影響較大的是二層環(huán)路的影響，由于私自添加 HUB 等設(shè)備, 在物理連接導(dǎo)致二層環(huán)路.在這種情況下，可以通過 sh logging 命令檢查，發(fā)現(xiàn)某一 mac 在兩個 port 之間 flap,通過斷開某一個端口的連接來解決4.3 三層路由問題路由器中部分或全部 ospf 路由表現(xiàn)不穩(wěn)定，路由表中一會加上，一會又沒了，且時間間隔很短，變化很快,可以從以下幾方面考慮.a. 網(wǎng)絡(luò)中線路狀態(tài)不佳，導(dǎo)致線路時通時斷；b. 有可能同一 AS 內(nèi),Router ID 重復(fù)了 ,ospf 協(xié)議中規(guī)定，一個 AS 內(nèi)

42、,Router ID 必須唯一，否則協(xié)議會出現(xiàn)故障.建議查找 cisco 設(shè)備 log,看是否有 Router ID 重復(fù)告警.4.4 檢測工具使用及 cisco 網(wǎng)絡(luò)日志分析4.4.1 Pi ng 命令Ping 是最常使用的故障診斷與排除命令。它由一組 ICMP 回應(yīng)請求報文組成，如果網(wǎng)絡(luò)正常運(yùn)行將返回一組回應(yīng)應(yīng)答報文。 ICMP 消息以 IP 數(shù)據(jù)包傳輸，因此接 收到 ICMP回應(yīng)應(yīng)答消息能夠表明第三層以下的連接都工作正常。Cisco 的 ping 命令不但支持 IP 協(xié)議，而且支持大多數(shù)其他的桌面協(xié)議，如 IPX 和AppleTalk 協(xié)議的 ping 命令。我們首先看一下支持 IP 協(xié)

43、議的 ping 命令以用戶 EXEC 方式執(zhí)行的情況，然后再討論在特權(quán)模式下，擴(kuò)展的 ping 命令包含的許多強(qiáng)大 功能。用戶執(zhí)行模式IP PING 簡單的 IP ping 既可以在用戶模式下執(zhí)行，也可以在特權(quán)模式下執(zhí)行。 正常情況下，命令會發(fā)送回 5 個回應(yīng)請求,5 個驚嘆號表明所有的請求都成功地接收 到了響應(yīng)。輸出中還包括最大、最小和平均往返時間等信息。每一個“!表明一個 echo 響應(yīng)被成功的接受，如果不是“!號,則表明 echo 響應(yīng)未 被接收到的原因：!響應(yīng)成功接收?請求超時U 目的不可達(dá)P 協(xié)議不可達(dá)N 網(wǎng)絡(luò)不可達(dá)Q 源抑制M 不能分段?不可知報文類型特權(quán)執(zhí)行模式在特權(quán)執(zhí)行模式下，

44、擴(kuò)展的 ping 命令適用于任何一種桌面協(xié)議。它包含更多的 功能屬性，因此可以獲得更為詳細(xì)的信息。通過這些信息我們可以分析網(wǎng)絡(luò)性能下 降的原因而不單單是服務(wù)丟失的原因。擴(kuò)展的 ping 命令的執(zhí)行方式也是敲入 ping。然后路由器提示各種不同的屬性。EXTENDED IP PING 其使用方法如下所示：YH-Router#pi ngProtocol ip:Target IP address: 2Repeat cou nt 5: 10Datagram size 100: 1600Timeout in sec onds 2:Exte nded comma nds n: yS

45、ource address or in terface: Type of service 0:Set DF bit in IP header? n o:Data pattern 0 xABCD:Loose, Srict, Record, Timestamp, Verbose non e:Sweep range of sizes n:Type escape seque nee to abort.Se nding 10, 1600-byte ICMP Echoes to 2, timeout is 2 seco nds:!Success rate is

46、 100 perce nt (10/10, ro un d-trip mi n/avg/max = 36/39/48 ms首先我們討論特權(quán)模式下的ping的各種可用屬性。 每種屬性的缺省值在括號 中顯示。Protocol 需要測試的協(xié)議。Target address 測試的目標(biāo)地址。Repeat cou nt 如果出現(xiàn)間歇性的失敗或者響應(yīng)時間過慢,pi ng 重復(fù)的次數(shù)。Datagram size 如果懷疑報文由于延遲過長或者分段失敗而丟失，則可以提高報 文的大小。例如，我們可以使用 1600 字節(jié)的報文來強(qiáng)制分段。Timeout 如果懷疑超時是由于響應(yīng)過慢而不是報文丟失，則可以提高該值。Ex

47、te nded comma nds 回答確定以獲得擴(kuò)展屬性。Source addres 必須是路由器接口的地址。Type of service 根據(jù) RFC 791 TOS 規(guī)定的屬性，通常缺省值為 0Set DF bit in IP header?!過設(shè)置 DF 位禁止分段，即使是報文超過了路由器定義 的MTU 也禁止分段。Data pattern 0 xABCD通過改變數(shù)據(jù)模式可以測試線路的噪聲。Loose,Strict,Record,Timestamp,Verbosenone 這些都是 IP 報文頭的屬性。一般 只使用 Record 屬性和 Verbose 其他屬性很少被使用。Recor

48、d 可以用來記錄報文每 一跳的地址,Verbose 屬性給出每一個回應(yīng)應(yīng)答的響應(yīng)時間。Sweep range of sizes n 該屬性主要用于測試大報文被丟失、處理速度過慢或 者分段失敗等故障。442 trace 命令trace 命令提供路由器到目的地址的每一跳的信息。它通過控制IP 報文的生存期(TTL 字段來實(shí)現(xiàn)。TTL 等于 1 的 ICMP 回應(yīng)請求報文將被首先發(fā)送。路徑上的 第一個路由器將會丟棄該報文并且發(fā)送回標(biāo)識錯誤消息的報文。錯誤消息通常是 ICMP 超時消息，表明報文順利到達(dá)路徑的下一跳，或者端口不可達(dá)消息，表明報文已 經(jīng)被目的地址接收但是不能向上傳送到 IP 協(xié)議棧。為了

49、獲得往返延遲時間的信息,trace 發(fā)送三個報文并顯示平均延遲時間。然后 將報文的 TTL 字段加 1 并發(fā)送 3 個報文。這些報文將到達(dá)路徑的第二個路由器上，并返回超時錯誤或者端口不可達(dá)消息。反復(fù)使用這一方法，不斷增加報文的 TTL 字段的值，直到接收到目的地址的響應(yīng)消息。在有些情況下，使用 trace 命令可能會導(dǎo)致故障。因?yàn)?IOS 中存在與 trace 命令 相關(guān)的 bug。這些 bug 的相關(guān)信息可以從 CCO 得到。另外一個問題是，某些目標(biāo)站 點(diǎn)不響應(yīng) ICMP 端口不可達(dá)消息。當(dāng)命令的輸出顯示一系列星號(*時,就可能碰到了此類站點(diǎn)。用戶可以使用 Ctrl-Shift-6 中斷命令

50、的執(zhí)行。用戶執(zhí)行模式下面展示了一個簡單的在用戶執(zhí)行模式下執(zhí)行的trace 命令的輸出。到達(dá)目的地的距離是 3 跳。TTL 值為 1 的 3 個報文的響應(yīng)消息是 ICMP 超時錯 誤，并且返回報文的 IP 地址有兩個。因?yàn)槁酚善?1 和路由器 2 在同一個網(wǎng)段中，并且 它們到路由器 3 的距離都是一跳，因此這些路由器都響應(yīng)該報文。Router3#trace 9Type escape seque nee to abort.Trac ing the route to Router9 (91 Router2 ( 0 msecRouter

51、2 ( 0 msecRouter1 ( 0 msec2 29 12 msecRouter6 (29 12 msec 12 msec3 Router4 ( 12 msec 12 msecRouter9 (9 12 msec 12 msecRouter3下面列出了 IP trace 命令的輸出中出現(xiàn)的不同字符及其含義：XY msec 在接收到響應(yīng)消息之前的往返延遲(以毫秒為單位報文超時?報文類型不能識別U 端口不可達(dá)P 協(xié)議不可達(dá)N 網(wǎng)絡(luò)不可達(dá)H 主機(jī)不可達(dá)Q ICM

52、P 源抑制特權(quán)模式擴(kuò)展Trace用于擴(kuò)展ping命令的許多屬性都可以用來擴(kuò)展trace命令 的功能。擴(kuò)展 trace 命令的特殊屬性有：Numeric display 在缺省情況下，trace 命令的輸出中既包括 IP 地址也包括其對應(yīng) 的DNS 域名。如果用戶不需要顯示 DNS 域名,則可以使用該屬性。Probe count 其缺省值為 3,用戶可以根據(jù)需要進(jìn)行調(diào)整。TTL 該值可以在最大和最小 TTL 值之間變化。Port number 這是一個非常有用的屬性，它可以使工程技術(shù)人員跟蹤特定的傳輸 層端口。因此，不但可以確認(rèn)源端與目的端之間的 IP 連通性，而且可以確認(rèn)高層服務(wù) 是否可被訪冋

53、。與 trace 命令相關(guān)的另外一個問題是，如果存在到達(dá)目的地的多條路徑，返回報文 的源地址可能不相同。在這種情況下，用戶需要仔細(xì)比較不同返回報文的延遲時 間。如果仍不能得到明確的結(jié)果，可以遠(yuǎn)程訪問路徑上的一個或多個路由器，使用 trace 命令訪問源地址和目的地址。443 理解 Cisco 錯誤消息錯誤消息格式系統(tǒng)錯誤消息格式如下：%Facility - subfacility - Severity - Mnemonic : Message TextFacility 它指出錯誤消息涉及的設(shè)備名。 該值可以是協(xié)議、 硬件設(shè)備或者系統(tǒng) 軟件模塊。Subfacility 它僅與通道接口處理器（CI

54、P 卡有關(guān)。詳細(xì)的信息可以參見 Cisco 文檔的相關(guān)章節(jié)。Severity 它是一個范圍在 0 到 7 之間的數(shù)字。數(shù)字的值越小，嚴(yán)重程度越高。Mnemonic 唯一標(biāo)識錯誤消息的單值代碼。該代碼通?？梢园凳惧e誤的類型。Message Text 它是錯誤消息的簡短描述，其中包括涉及的路由器硬件和軟件信 息。444 Ethereal 使用Ethereal 是一個常用的網(wǎng)絡(luò)抓包工具。對 VOIP 接入設(shè)備進(jìn)行 troubleshooting 時,我們可以利用該軟件抓包來跟蹤相關(guān)數(shù)據(jù)，從而確認(rèn)故障原因。該軟件可以在各大知名下載站點(diǎn)免費(fèi)下載。關(guān)于該軟件的具體使用方法，請參照 NGN 接入設(shè)備維護(hù)指導(dǎo)

55、手冊第六章，在此不作贅述。NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 4.5 SBC 常見問題解決 由于 IP 地址資源緊 張以及安全等原因，在現(xiàn)在的網(wǎng)絡(luò)當(dāng)中,NAT 的使用越來越普遍,為了使 Voip 應(yīng)用普 遍適用于這些網(wǎng)絡(luò)情況，Utstarcom 在系統(tǒng)當(dāng)中引入了 SBC（session border controller 作為 Voip穿越 NAT 的 proxy.下面，列出了一些 SBC 安裝調(diào)試過程當(dāng)中容易遇到的 問題及其解決方法，作為大家日常 維護(hù)，問題處理時的參考.4.5.1 Voip 穿越 SBC 通 話一段時間后中斷 故障現(xiàn)象:IAD 終端以及 SIP phone 穿越 SBC

56、 通話時,發(fā)現(xiàn)經(jīng)過 2 到 4 分鐘，就出現(xiàn)不能繼續(xù)通 話情況.故障原因:終端在通話的時候，并沒有收到（或者 收到錯誤的 SBC 發(fā)出的鏈路?；钚畔ⅲ▽τ?MGCP 來說，是 AUEP 包，對于 SIP phone 來說,是注冊請求包.過了一段時間后,CSA 誤認(rèn)為該終端已經(jīng)失效，將鏈路釋放. 這是由于 NAT 當(dāng)中的映射保持時間 a 小于 SBC 和終端之間的保活信息交換時間 b（默認(rèn)的 MGCP 是 180s,SIP 是 200s 所以當(dāng)經(jīng)過時間 a 秒后，在 NAT 內(nèi)，該映射無任 何信息通過,NAT 釋放該映射.這導(dǎo)致了 CSA 無法將鏈路?；钚畔l(fā)到終端 上.解決 方法:修改 MGC

57、P 的 AUEP 包間隔和 SIP 的registration-interval為較短時間 （AUEP30 秒，registration-interval為40秒.4.5.2 MGCP IAD無法通過 SBC 注冊的問題 故障現(xiàn) 象:在 iAD 通過 SBC 向注冊時，不能夠注冊成功，例如一個名為 SBCtest 的 iAD 設(shè)備，在經(jīng)過 SBC 轉(zhuǎn)化后，變成了 SBC 的地址加中括號，即為4,此時可以看至 V slr.log 中出現(xiàn)獲取用戶信息出錯，導(dǎo)致設(shè)備注冊失敗 故障原因：系統(tǒng)無法辨認(rèn)經(jīng)過 SBC 轉(zhuǎn)換過的注冊包,導(dǎo)致無法注冊 解決辦法:經(jīng)過 SBC 的轉(zhuǎn)化作用,RS

58、IP 包中的 endpoint 由 * EI terminal ip,這樣,CSA 變成了 EI/* SBC 的 MGCP就不能獲得 slr 的位置信息，不能正確注冊.這時，我們需要在 NMS 的 CS-A 的配置管理-呼叫處 理-域中需要加入 MGCPrealm,填寫為 SBC 作為 CSA 側(cè) terminal 的 ip 地址，這樣 才能得到用戶的信息，注冊成功.客戶成功，我們成功 29NGN IP 網(wǎng)絡(luò)設(shè)備日常維護(hù)指導(dǎo)手冊 4.5.3 SIP 話吧通過 Cisco2611 無法注冊的 問題故障現(xiàn)象:SIP話機(jī)經(jīng)過 Cisco2611上的 Nat后無法在 SBC上注冊 故障原因：在 Cis

59、co 2611路由器上打開相應(yīng)的 debug 開關(guān)，可以看到 sip 包被 SIP 話機(jī)發(fā)出后,到達(dá) Cisco2611 經(jīng)過Cisco2611 的 NAT 轉(zhuǎn)換 sip 包中第五層地址被 2611 轉(zhuǎn)換，導(dǎo)致 SBC 不能 識別該 SIP包.02:57:15: NAT: SIP: 0 processing REGISTER message 02:57:15: NAT: SIP: 0 translated embedded address 32-31 02:57:15: NAT: SIP: 0 tra nslatedembedded address 01-0 02:57:15: NAT: SIP: 0 tran slated embeddedaddress 32-31 02:57:15: NAT: SIP: 0 tran slated embedded address32-221