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

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

在物理鏈路不通的時候，打開PPP的報文調試開關，通常可以看到只有發出的報文，而沒有接收到的報文。如果用display interface命令查看接口報文統計信息，也可以發現接收到的報文數沒有增長，或者有大量的接受錯誤（input errors）。

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

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

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

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. 

不恰當的參數設置導致和有些設備互通的時候協商不通過

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

HDLC的keepalive設置不匹配

使用HDLC協議時，兩端接口的keepalive的設置應相等，至少不能相差太多。如果一端配置了keepalive（缺省為10秒），而另外一端配置了No keepalive，則一端接口的鏈路層協議狀態會變為DOWN，而另一端為UP。

HDLC是通用的數據鏈路控制協議，當開始建立數據鏈路時，允許選用特定的操作方式。所謂鏈路操作方式，通俗地講就是某站點以主站方式操作，還是以從站方式操作，或者是二者兼備。

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