網路中異常的處理

2021-12-30 05:58:07 字數 2884 閱讀 1503

1,故障判斷流程:

常見問題處理 

常見問題處理

協議是否正確 

ppp、x25、fr

工作方式是否正確 

(dce  、dte) (x25、fr)

鏈路層幀格式是否正確? 

x25、fr、ethernet

鏈路層位址對映是否正確?ip位址是否正 

確? ddr、x25、fr

2, 兩台路由器通過ddn互連,兩端分別封裝 

ppp協議,用show命令檢視斷口狀態物理 

層、協議層均up,但配置好後ping對端不 

通,請問為什麼?   www.2cto.com  

1、用shut down、no shut down命令進 

行埠狀態重新整理,再ping對端; 

2、用debug ppp packet開關對除錯資訊進 

行觀察,發現在兩端的路由器lcp協商時雙方 

均是request狀態,這可能是在中間鏈路出 

現了問題,此時即要檢查中間傳輸線路狀態。

分析: ppp  協議屬  iso      二層協議,所以判斷問題所在要從第一層起 

判斷,用 show in s n  (n 為所用串列埠)檢視底層  dtr           、dsr 、rts、cts、 

dcd 訊號是否都  up      ,如不是,說明dte         與  dce  間物理線路沒連好, 

查一下連線電纜問題,當串列埠提示  up                且無錯幀時,說明物理層正常。 

如物理層沒問題,則用show in s n 命令查一下  lcp ,ipcp            是否  open   如 

lcp open  而  ipcp initial ,說明 ppp  驗證沒通過,查一下  ppp          驗證  

www.2cto.com  

的問題。 

解決:以 pap       為例。 

驗證方配置: 

quidway(config)# user 169 password 0 169 

quidway(config-if-serial0)# ppp authentication pap

被驗證方配置: 

quidway(config-if-serial0)# ppp pap send-username 169 password 0 169

驗證中注意使用者名稱和口令一致。 

3, 問題1:相連雙方封裝 x.25  (或直接封裝 

lapb),但協議一直為斷開狀態,開啟調 

試開關debug x25 packet 發現一端發 

送sabm幀,而另一端傳送frmr幀,迴圈 

不斷。 

解決: 該現象是因為雙方封裝在同一工作 

方式下(dte或dce),改變其中一端的 

工作方式即可。

4,問題2 :  x25可以建立虛電路,但是在資料 

傳輸的過程中卻頻繁地復位或清除。 

解決:造成這種後果的原因很有可能是流量 

控制引數設定有誤。如果是背靠背直接相 

連,請檢查本地的傳送視窗、接收視窗和對 

端的接收視窗、傳送視窗是否匹配;如果是 

接入到公共分組網內,需向網路管理部門諮 

詢正確的流量控制引數。  www.2cto.com  

5,   問題3:配置x.25位址對映時,提示位址映 

射重複。 

分析:在x.25位址對映中,乙個ip位址只能 

對應乙個x121位址,當乙個 ip位址配置成 

兩個不同的x121位址時,將引起衝突。 

解決:使用命令no x25 map ip 刪除以前的 

位址對映,再重新配置新的位址對映。

幀中繼協議 

(1) 檢視埠資訊,當提示埠  up            ,而 line protocol is down ,需檢查: 

a .檢查兩側的路由器是否都設定相同的幀中繼協議 

b. 如果兩台路由器直連,檢查本地裝置和對端裝置是否配置成一端是 

幀 中繼 dte   介面,一端是幀中繼  dce          介面 

c. 檢查兩端裝置是否封裝為相同的幀格式 

d. 檢查兩端裝置的本地管理資訊型別(lmi )是否一致 

e. 如果以上檢查都已經通過,可以開啟幀中繼  lmi                    訊息的監視開關, 

是否是  status   enquiry 訊息與  status 訊息有一一對應關係。如果沒有的 

話, 說明物理層資料收發不正確,需檢查物理層的問題。開啟幀中繼 

lmi  消 息的監視開關的命令 debug              frame-relay lmi 命令。 

(2) 幀中繼鏈路層協議處於  up           狀態,但不能  ping      通對方。 

a.檢查兩端裝置的鏈路層協議是否都處於  up                   狀態。 

b.檢查兩端裝置是否都為對端配置(或產生)了正確的位址對映。 

c.檢查路由表,是否有到達對端的路由。 

6,問題:modem不撥號?   www.2cto.com  

硬體原因 

與modem連線是否正確。 

modem的初始化是否正確。 

軟體原因 

若埠是同/非同步埠,沒有設定為非同步方式。 

沒有配置modem inout命令。 

沒有使能ddr。 

沒有配置與資料報對應的dialer map或dialer string。 

沒有配置dialer-group命令。 

資料報是uninteresting包。它不觸發呼叫。可通過 

dialer-list命令將資料報設定為interesting包。

作者 cissdy

C 網路程式設計中的異常處理

目錄 l摘要 l 網路程式設計中異常出現場景 l 網路程式設計中的異常處理 l 小結 摘要 異常的處理是為了保證程式盡量在不可預知的意外情況正常執行,同時異常的處理也是比較繁瑣的過程。在網路程式設計中,不可預知的情況更多,使得開發者在程式設計時需要編寫大量的異常處理 本文介紹了 c 中一種簡單的異常...

C 網路程式設計中的異常處理

目錄 l摘要 l網路程式設計中異常出現場景 l網路程式設計中的異常處理 l小結 摘要 異常的處理是為了保證程式盡量在不可預知的意外情況正常執行,同時異常的處理也是比較繁瑣的過程。在網路程式設計中,不可預知的情況更多,使得開發者在程式設計時需要編寫大量的異常處理 本文介紹了c 中一種簡單的異常處理方法...

java中異常處理中的異常匹配

先貼上 class annoyance extends exception class sneeze extends annoyance public class test catch sneeze s catch annoyance a catch派生物件 trycatch annoyance a...