串行鏈路配置的常見問題 上篇

由于物理接口的工作模式、時鐘選擇、波特率設置等不匹配導致物理鏈路不能UP或者不能互通報文。同異步串口上常用的配置有時鐘選擇clock-select、時鐘反轉(zhuǎn)transmit-clock、同異步模式選擇physical-layer、波特率設置baudrate等命令，詳見《VRP用戶手冊 配置指導》接口配置部分。

在物理鏈路不通的時候，打開PPP的報文調(diào)試開關，通�？梢钥吹街挥邪l(fā)出的報文，而沒有接收到的報文。如果用display interface命令查看接口報文統(tǒng)計信息，也可以發(fā)現(xiàn)接收到的報文數(shù)沒有增長，或者有大量的接受錯誤（input errors）。

如下是同異步串口工作在異步模式而兩端波特率不同時的調(diào)試信息和接口信息。從調(diào)試信息可以看到?jīng)]有正確收到PPP的報文，從接口信息可以看到LCP處于reqsent狀態(tài)，協(xié)商未通過，接收報文的統(tǒng)計信息中有大量的 input errors 和 frame errors ，說明物理鏈路有故障（這里是由于收發(fā)時鐘的頻率不匹配造成的）。

PAP或CHAP驗證配置不當導致驗證不通過

驗證方和被驗證方的配置方式不匹配，用戶名或口令匹配錯誤都會導致驗證不過。由于CHAP驗證的過程相對比較復雜，用戶在使用CHAP驗證的時候容易出現(xiàn)配置錯誤，以下是使用CHAP驗證時口令錯誤時的調(diào)試信息。

Serial0  
 
PPP I CHAP(c223) Pkt, Len 29  
 
CHAP ChapChallenge, id 12, length 25  
 
Host name(4): 3640  
 
Serial0  
 
PPP O CHAP(c223) Pkt, Len 29  
 
CHAP ChapResponse, id 12, length 25  
 
Host name(4): 2631  
 
Serial0  
 
PPP I CHAP(c223) Pkt, Len 33  
 
CHAP ChapFailure, id 12, length 29  
 
Message(25):Illegal User or password.  
 
PPP authentication failed: our name   is invalid.  
 
PPP Serial0 IFNET Serial0 PPP-STATE change: Auth Failed opened ==> initial  
 
Interface Serial0 LCP will be reset. 

不恰當?shù)膮��?shù)設置導致和有些設備互通的時候協(xié)商不通過

有些非標準設備的協(xié)商項處理可能與Quidway路由器不兼容，導致協(xié)商某些參數(shù)時不能通過協(xié)商，這種情況在實際應用中比較少見。若該協(xié)商項不是必須，也可以通過修改兩端設備的相關參數(shù)設置來取消該協(xié)商項。

HDLC的keepalive設置不匹配

使用HDLC協(xié)議時，兩端接口的keepalive的設置應相等，至少不能相差太多。如果一端配置了keepalive（缺省為10秒），而另外一端配置了No keepalive，則一端接口的鏈路層協(xié)議狀態(tài)會變?yōu)镈OWN，而另一端為UP。

HDLC是通用的數(shù)據(jù)鏈路控制協(xié)議，當開始建立數(shù)據(jù)鏈路時，允許選用特定的操作方式。所謂鏈路操作方式，通俗地講就是某站點以主站方式操作，還是以從站方式操作，或者是二者兼?zhèn)洹?/p>
本文出自：億恩科技【prubsntakaful.com】

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]