串行鏈路配置的常見問題 上篇
物理鏈路的配置不當(dāng)導(dǎo)致鏈路不能互通
由于物理接口的工作模式、時鐘選擇、波特率設(shè)置等不匹配導(dǎo)致物理鏈路不能UP或者不能互通報文。同異步串口上常用的配置有時鐘選擇clock-select、時鐘反轉(zhuǎn)transmit-clock、同異步模式選擇physical-layer、波特率設(shè)置baudrate等命令，詳見《VRP用戶手冊 配置指導(dǎo)》接口配置部分。
在物理鏈路不通的時候，打開PPP的報文調(diào)試開關(guān)，通?？梢钥吹街挥邪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驗證配置不當(dāng)導(dǎo)致驗證不通過
驗證方和被驗證方的配置方式不匹配，用戶名或口令匹配錯誤都會導(dǎo)致驗證不過。由于CHAP驗證的過程相對比較復(fù)雜，用戶在使用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.
不恰當(dāng)?shù)膮?shù)設(shè)置導(dǎo)致和有些設(shè)備互通的時候協(xié)商不通過
有些非標(biāo)準(zhǔn)設(shè)備的協(xié)商項處理可能與Quidway路由器不兼容，導(dǎo)致協(xié)商某些參數(shù)時不能通過協(xié)商，這種情況在實際應(yīng)用中比較少見。若該協(xié)商項不是必須，也可以通過修改兩端設(shè)備的相關(guān)參數(shù)設(shè)置來取消該協(xié)商項。
HDLC的keepalive設(shè)置不匹配
使用HDLC協(xié)議時，兩端接口的keepalive的設(shè)置應(yīng)相等，至少不能相差太多。如果一端配置了keepalive（缺省為10秒），而另外一端配置了No keepalive，則一端接口的鏈路層協(xié)議狀態(tài)會變?yōu)镈OWN，而另一端為UP。
HDLC是通用的數(shù)據(jù)鏈路控制協(xié)議，當(dāng)開始建立數(shù)據(jù)鏈路時，允許選用特定的操作方式。所謂鏈路操作方式，通俗地講就是某站點以主站方式操作，還是以從站方式操作，或者是二者兼?zhèn)洹?/P>
下一篇：串行鏈路配置的常見問題 下篇
【編輯推薦】
- 路由器故障：鏈路不穩(wěn)定
- 路由器故障：鏈路丟包嚴(yán)重
- 路由器故障：CE1接口網(wǎng)速較慢
- 路由器故障：廣域網(wǎng)故障處理分析
- 路由器故障：MP捆綁鏈路閃斷丟包
- 路由器故障：ATM接口做備份接口鏈路層無法Up
