串行鏈路配置的常見問題 下篇
物理鏈路故障導致PPP鏈路不能UP
由于傳輸線路故障造成鏈路不通、自環、誤碼率過高等問題，也會表現為PPP鏈路故障。這樣的問題可以通過PPP的調試信息和接口收發數據的統計信息初步定位問題原因，再檢查傳輸線路，排除故障。這一類問題和前面提到的物理鏈路配置不當造成故障的現象類似，所以發現接口收發數據有問題時還是應當優先檢查接口的物理配置。
如果傳輸線路發生自環，從調試信息中可以看到接口上收發的報文內容和長度都相同，魔術字也一樣。PPP協商過程中，如果連續多次接收的報文和前面發送的報文都相同，則可以認定線路發生了自環。從接口收發報文的統計信息來看，收到的報文和發送的報文個數、字節數都相同，這也是接口發生自環的特征。有時實際的傳輸線路發生自環故障表現的現象比較特殊，例如既能收到自己發出的報文也可以收到對端發出的報文。
和某些非標準設備使用PPP互通的時候協商不通過
PPP建鏈的過程要經過幾個協商階段，至少有LCP、和可能有IPCP、IPXCP、BCP、CBCP、CCP等協商過程，每一個協商過程有有多個協商項。如果對端設備的某個協商項的協商過程處理不妥，可能導致協商無法通過，鏈路不能建立。但這種情況比較少見，一般經過幾次協商后，PPP會放棄對端不支持的協商項，而讓鏈路成功建立。一般通過查看ppp調試信息可以看到是哪些項協商不過。
使用異步口互通時對端設備不支持字符轉義
在異步口封裝PPP協議時，一般在LCP協商階段會協商異步字符轉義映射表（ACCMP）。要求對端按協商的結果對指定的字符轉義后發送過來。 例如本地協商到的ACCMAP是0X000A0000，表示要求對端對0X11和0X13進行轉義。轉義的操作一般由異步串口的硬件電路完成，硬件不支持時也可以使用軟件完成。若對端不能按照PPP協商的結果完成字符轉義，可能會導致本地收到的報文內容被改變，不能正常通訊。
SLIP協議中雖然沒有協商過程，但也有固定的轉義規則，若對端不支持SLIP轉義，也會使本端收到錯誤的報文。
沒有接口路由導致PPP 鏈路不可用
這種情況下此時LCP已經是OPENED狀態，但是Ping報文無法互通，可考慮路由的原因，可以查看是否有對端的路由。例如，有時在沒有配置IP地址的時候PPP已經協商通過，配置IP地址后PPP不會自動重新協商，也不能添加到對端的直連路由，這是需要將端口shutdown/undo shutdown，使PPP重新協商，才能添加直連路由。
【編輯推薦】
