IT貓撲網(wǎng):您身邊最放心的安全下載站! 最新更新|軟件分類(lèi)|軟件專(zhuān)題|手機(jī)版|論壇轉(zhuǎn)貼|軟件發(fā)布

您當(dāng)前所在位置: 首頁(yè)系統(tǒng)集成網(wǎng)絡(luò)故障 → ISDN故障處理

ISDN故障處理

時(shí)間:2015-06-28 00:00:00 來(lái)源:IT貓撲網(wǎng) 作者:網(wǎng)管聯(lián)盟 我要評(píng)論(0)

?? 1.ISDN介紹

?? ISDN是綜合業(yè)務(wù)數(shù)字網(wǎng)(Integrated Services Digital Network)的英文縮寫(xiě),它由電話(huà)綜合數(shù)字網(wǎng)(IDN)演變而成,提供端到端的數(shù)字連接,支持一系列廣泛的業(yè)務(wù)(包括話(huà)音和非話(huà)音業(yè)務(wù))。

?? ISDN為用戶(hù)提供一組有限的標(biāo)準(zhǔn)多用途用戶(hù)-網(wǎng)絡(luò)接口(UNI),ITU-T的I.412建議中為用戶(hù)-網(wǎng)絡(luò)接口規(guī)定了兩種接口結(jié)構(gòu):基本接口(BRI)和一次群速率接口(PRI),BRI帶寬為2B+D,PRI帶寬為30B+D或23B+D。其中:

?? B信道為用戶(hù)信道,用來(lái)傳送話(huà)音、數(shù)據(jù)等用戶(hù)信息,傳送速率是64Kbps;

?? D信道為控制信道,它傳送公共信道信令,這些信令用來(lái)控制同一接口的B信道上的呼叫。D信道的速率是64 Kbps(PRI)或16 Kbps(BRI)。

?? ITU-T Q.921是D信道的數(shù)據(jù)鏈路層協(xié)議,它定義了用戶(hù)到網(wǎng)絡(luò)接口上第2層實(shí)體間經(jīng)D信道交換信息的規(guī)則,同時(shí)支持第3層實(shí)體的接入。ITU-T Q.931是D信道的網(wǎng)絡(luò)層協(xié)議,它提供在通信應(yīng)用實(shí)體間建立、保持和終接網(wǎng)絡(luò)連接的方法。

?? 2.1 ISDN接口的物理故障
ISDN接口的物理故障可能是由以下原因造成的:

?? (1)? PRI接口
?? 采用display controller e1命令可以查詢(xún)?cè)摻涌谖锢磉B接是否正確。如果該cE1/PRI接口處于DOWN狀態(tài),說(shuō)明物理連接不正確,可能是接口脫落導(dǎo)致,或者同軸電纜接反,需要將接頭插緊或者調(diào)整同軸電纜連接即可。如果已經(jīng)確認(rèn)接口的物理連接正確,但是仍然無(wú)法進(jìn)入U(xiǎn)P狀態(tài),則檢查電纜兩端的物理幀格式封裝,Quidway26/36系列路由器缺省采用NO-CRC4幀格式校驗(yàn)。只有當(dāng)電纜兩端幀格式校驗(yàn)配置一致,cE1/PRI接口才能正常進(jìn)入U(xiǎn)P狀態(tài)。

?? (2)? BRI接口
?? 沒(méi)有呼叫時(shí)其接口始終處于去激活狀態(tài)。當(dāng)路由器一上電啟動(dòng),使用display interfaces bri命令就能查詢(xún)到該接口物理狀態(tài)為UP,協(xié)議狀態(tài)是spoofing,因此在沒(méi)有呼叫時(shí)無(wú)法判斷BRI接口物理狀態(tài)是否正常。

?? 2.2? ISDN接口的鏈路故障
?? 當(dāng)PRI接口物理狀態(tài)正常時(shí),或采用BRI接口進(jìn)行呼叫時(shí),如果使用debug isdn q921命令只顯示SABME幀,而無(wú)法顯示收發(fā)的RR幀,則說(shuō)明Q.921鏈路建立失敗。

?? 如果確認(rèn)是Q.921鏈路建立失敗,由于Q.921建議描述了非對(duì)稱(chēng)設(shè)備之間的通訊參數(shù)和規(guī)程,即電纜兩端必須一端作用戶(hù)側(cè),一端作網(wǎng)絡(luò)側(cè)。Quidway26/36系列路由器目前只支持用戶(hù)側(cè),因此與之相連的交換機(jī)必須配置為網(wǎng)絡(luò)側(cè),否則無(wú)法成功建鏈。

?? 2.3? Modem的物理故障
?? Modem的物理故障可能是由以下原因造成的:

?? Modem通過(guò)V.24同軸電纜與路由器的同步(或異步)接口相連,如果使用debug modem at命令后始終不顯示"ok",說(shuō)明Modem不正常,可以嘗試關(guān)電源重新復(fù)位Modem。

?? 如果能看到"ok",主叫端Modem一直在撥號(hào),但接收端沒(méi)有摘機(jī)(伴隨有"卡嗒"聲),則需要查看Modem的自動(dòng)應(yīng)答屬性是否正確。有些Modem的屬性是自動(dòng)應(yīng)答,路由器就應(yīng)該采用undo modem auto-answer命令取消自動(dòng)應(yīng)答;如果Modem屬性是非自動(dòng)應(yīng)答,路由器就需要采用modem auto-answer命令來(lái)配置自動(dòng)應(yīng)答屬性。Modem撥號(hào)成功率與Modem本身質(zhì)量和線(xiàn)路質(zhì)量都有關(guān),需要耐心多嘗試。

?? 如果無(wú)法確認(rèn)Modem是否為自動(dòng)應(yīng)答,可以采用超級(jí)終端連接Modem,采用AT命令at&v來(lái)查看。如果查看結(jié)果中ats0=1表示為自動(dòng)應(yīng)答,ats0=0表示為非自動(dòng)應(yīng)答。如果需要設(shè)置Modem的自動(dòng)應(yīng)答屬性,則使用ats0=0命令設(shè)置為非自動(dòng)應(yīng)答,或者采用ats0=1設(shè)置為自動(dòng)應(yīng)答,并且用at&w命令來(lái)保存配置。

?? 如果已經(jīng)確認(rèn)Modem正常,并且呼叫總是出現(xiàn)忙音,說(shuō)明被叫端占線(xiàn),可能對(duì)端線(xiàn)路正在使用;或者出現(xiàn)兩端同時(shí)在嘗試呼叫對(duì)端,從而出現(xiàn)呼叫沖突。對(duì)于被呼線(xiàn)路正在使用的情況,可以等待對(duì)端掛斷后再?lài)L試呼叫;如果出現(xiàn)呼叫沖突,可以采用配置dialer timer? enable命令將兩端的呼叫間隔設(shè)置為不同的值,從而避免下次呼叫再發(fā)生呼叫沖突。

?? 2.4? 同/異步Modem撥號(hào)的配置問(wèn)題
?? 首先確定采用同步撥號(hào),還是異步撥號(hào)。

?? 對(duì)于同步撥號(hào),其接口必須是同步撥號(hào)接口;對(duì)于異步撥號(hào),如果采用同/異步接口(即Serial接口),則必須先使用命令physical-mode asynchronous命令把該接口設(shè)置為異步口,同時(shí)采用命令modem設(shè)置Modem撥號(hào)屬性;對(duì)于異步接口(即Async接口),直接采用modem命令設(shè)置Modem撥號(hào)屬性。

?? 2.5? 無(wú)法發(fā)起撥號(hào)
?? 撥號(hào)接口的IP或者IPX路由失敗

?? 如果使用debug ip packet命令打開(kāi)調(diào)試開(kāi)關(guān)后顯示路由失敗的提示,則使用display ip route命令查看路由是否正確,使用display current-configuration? 查看撥號(hào)接口的配置,檢查撥號(hào)接口上的IP或者IPX地址是否配置正確。

?? 撥號(hào)接口沒(méi)有使能

?? 使用debug dialer event命令打開(kāi)撥號(hào)調(diào)試開(kāi)關(guān),如果顯示"

?? DCC: DCC must? be Configured on the interface"的提示,則使用采用display current-configuration命令查看撥號(hào)接口配置,如果是輪循DCC必須采用dialer enable-circular命令使能DCC;如果是共享DCC(撥號(hào)接口采用PPP封裝)必須采用dialer user命令和dialer bundle命令來(lái)使能。

?? 未配置撥號(hào)觸發(fā)條件

?? 使用debug dialer event和debug dialer packet命令打開(kāi)DDR相應(yīng)的調(diào)試開(kāi)關(guān),如果能看到 "DCC: The interface has no dialer-group."或"DCC: it is an uninteresting packet" 提示信息,則采用display current-configuration命令查看撥號(hào)口配置,如果沒(méi)有在撥號(hào)口上配置dialer-group命令,則需添加配置;如果已經(jīng)配置了dialer-group則查看dialer-group的序號(hào)與dialer-rule對(duì)應(yīng)的序號(hào)是否一致,并且dialer-rule設(shè)置的觸發(fā)報(bào)文類(lèi)型或者條件是否正確(切記dialer-rule缺省是禁止觸發(fā)撥號(hào),除非配置為permit)。只有出現(xiàn)"DCC: it is an interesting packet"時(shí)才可能正確撥號(hào)。

?? 未配置撥號(hào)串

?? 使用debug dialer event和debug dialer packet命令,打開(kāi)DDR相應(yīng)的調(diào)試開(kāi)關(guān),如果出現(xiàn)"DCC: there is not a dialer route matching this address"和"DCC: there is not a dialer number on the interface,failed,discard packet"調(diào)試信息,則使用display current-configuartion命令查看撥號(hào)口配置。如果在呼出的接口上既沒(méi)有配置dialer route命令又沒(méi)有配置dialer number命令,則說(shuō)明沒(méi)有配置撥號(hào)串(對(duì)于共享DCC必須采用配置dialer number;對(duì)于輪循DDR采用二者之一來(lái)配置)。對(duì)于被呼的接口,如果是同步撥號(hào)口則必須同樣配置撥號(hào)串;如果是其他接口,則可以省略該配置。

?#p#副標(biāo)題#e#

?? 2.6? 撥號(hào)串設(shè)置錯(cuò)誤
?? 主呼端已經(jīng)發(fā)起呼叫,使用debug dialer packet、debug dialer event、debug modem at、debug isdn q931命令打開(kāi)對(duì)應(yīng)的調(diào)試開(kāi)關(guān),如果在被呼端沒(méi)有接收到呼叫的信息提示,則首先檢查被呼端的物理連接是否正確,如果連接正確,則需要確認(rèn)被呼端的中繼號(hào)、BRI號(hào)或者電話(huà)號(hào)與主呼端配置的撥號(hào)串是否一致。

?? 2.7? 呼叫的建鏈過(guò)程失敗
?? 主呼端已經(jīng)發(fā)起呼叫,使用debug dialer packet和debug dialer event命令打開(kāi)DDR調(diào)試開(kāi)關(guān)后,如果提示信息正常;而使用debug ppp packet(如果物理接口封裝為PPP)沒(méi)有任何PPP報(bào)文輸出,并提示"DCC:wait-for-carrier-timeout on a link on interface ***,shutdown!start enable-time",然后呼叫掛斷。按照如下步驟進(jìn)行分析:

?? 如果采用Modem撥號(hào),使用debug modem at和debug modem event命令打開(kāi)Modem調(diào)試開(kāi)關(guān),如果提示線(xiàn)路忙說(shuō)明設(shè)置的呼叫號(hào)碼是自己。如果提示"DCC:wait-for-carrier-timeout on a link on interface ***,shutdown!start enable-time"則可能對(duì)端正在使用,或者出現(xiàn)呼叫沖突,也有可能是線(xiàn)路質(zhì)量比較差。

?? 如果采用ISDN撥號(hào),使用debug isdn q921和debug isdn q931命令打開(kāi)ISDN調(diào)試開(kāi)關(guān),如果出現(xiàn)RR幀則說(shuō)明物理連接和Q.921協(xié)議運(yùn)行正常,再通過(guò)查看Q.931消息Disconnect或者Release、Release Complete中的Cause原因值來(lái)獲取呼叫掛斷的原因,然后根據(jù)具體原因進(jìn)行修改。

?? 在采用ISDN撥號(hào)時(shí)交換機(jī)的最小和最大號(hào)碼長(zhǎng)度判斷很?chē)?yán)格。如果在發(fā)起呼叫的Setup消息之后,交換機(jī)返回Disconnect消息,并且Cause原因值為9c則表明呼叫號(hào)碼不正確,需要確認(rèn)交換機(jī)配置的最小號(hào)長(zhǎng)或者最大號(hào)長(zhǎng)是否正確。

?? 2.8? 呼叫沖突
?? 兩臺(tái)路由器同時(shí)向?qū)Χ税l(fā)起呼叫時(shí),按照如下步驟進(jìn)行分析:

?? 兩端同時(shí)發(fā)起呼叫,如果對(duì)端正在被使用,則只有等待對(duì)端掛斷;

?? 兩端采用自動(dòng)呼叫間隔,并以同樣的時(shí)間發(fā)起呼叫,需要調(diào)整自動(dòng)撥號(hào)間隔(命令dialer autodial-interval)或者兩次撥號(hào)使能時(shí)間間隔(命令dialer timer enable),使兩端的間隔不一致;

?? 兩端都配置了DCC接口負(fù)載閾值(命令dialer threshold 0),一個(gè)通道呼叫成功后,其他通道的呼叫本應(yīng)該幾乎同時(shí)UP,卻每次都參差不齊、沒(méi)有規(guī)律,甚至其他通道都可能無(wú)法呼叫成功。此時(shí),需要取消一端的dialer threshold配置。

?? 2.9? 用戶(hù)認(rèn)證失敗關(guān)鍵詞標(biāo)簽:ISDN

相關(guān)閱讀

文章評(píng)論
發(fā)表評(píng)論

熱門(mén)文章 提示dns服務(wù)錯(cuò)誤怎么辦 dns錯(cuò)誤問(wèn)題多種解決方法 提示dns服務(wù)錯(cuò)誤怎么辦 dns錯(cuò)誤問(wèn)題多種解決方法 “無(wú)法瀏覽網(wǎng)頁(yè)” 十招解決疑難雜癥 “無(wú)法瀏覽網(wǎng)頁(yè)” 十招解決疑難雜癥 路由器無(wú)線(xiàn)不能上網(wǎng)等故障排除 路由器無(wú)線(xiàn)不能上網(wǎng)等故障排除 解決VPN路由設(shè)置不能訪(fǎng)問(wèn)外網(wǎng)的問(wèn)題 解決VPN路由設(shè)置不能訪(fǎng)問(wèn)外網(wǎng)的問(wèn)題

相關(guān)下載

    人氣排行 解決VPN路由設(shè)置不能訪(fǎng)問(wèn)外網(wǎng)的問(wèn)題 登錄SSH服務(wù)器失敗問(wèn)題的分析及解決 光纖上網(wǎng) 路由器設(shè)置頁(yè)面進(jìn)不去怎么辦 核心交換機(jī)故障現(xiàn)象及解決辦法 無(wú)線(xiàn)網(wǎng)卡連接不上怎么辦_無(wú)線(xiàn)網(wǎng)卡連接不上解決方法 路由設(shè)置不當(dāng) 導(dǎo)致VPN無(wú)法訪(fǎng)問(wèn)外網(wǎng) 提示dns服務(wù)錯(cuò)誤怎么辦 dns錯(cuò)誤問(wèn)題多種解決方法 徹底避免環(huán)路問(wèn)題 正確配置交換機(jī)步驟