引言：最近單位在新部署一套網(wǎng)絡(luò)時，路由器之間使用ASM40基帶貓通過2M電信鏈路互通，筆者發(fā)現(xiàn)路由器串口之間物理鏈路狀態(tài)為UP，但鏈路協(xié)議狀態(tài)始終為DOWN。通過查閱相關(guān)資料和咨詢廠商技術(shù)支持后查找出了故障原因。鑒于目前使用基帶貓走2M鏈路這種模式已經(jīng)比較少見，特將這次排查路由故障的經(jīng)驗(yàn)和大家一起分享。

網(wǎng)絡(luò)結(jié)構(gòu)

筆者單位因業(yè)務(wù)發(fā)展，需要新部署一套網(wǎng)絡(luò)。由于下級單位條件限制，加上該套網(wǎng)絡(luò)的特殊性，不能使用互聯(lián)網(wǎng)VPN模式進(jìn)行互聯(lián)。因此，租用電信2M鏈路通過調(diào)制解調(diào)來組建該網(wǎng)絡(luò)，在兩端分別使用新購置的華為AR1220-S路由器、華為2SA同異步接口卡和ASM40基帶貓,路由器之間封裝PPP協(xié)議，網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖1所示。

由于單位部分網(wǎng)絡(luò)一直使用ASM40基帶貓進(jìn)行互聯(lián)，筆者感覺這次部署就算采用新設(shè)備，也應(yīng)該沒有什么問題，并沒有拿相關(guān)設(shè)備做調(diào)試實(shí)驗(yàn)。直接協(xié)調(diào)電信調(diào)通2M物理鏈路，通知下級單位網(wǎng)絡(luò)管理員按照網(wǎng)絡(luò)拓?fù)湟?guī)劃配置好路由器參數(shù)接入網(wǎng)絡(luò)，結(jié)果路由器和基帶貓顯示均正常，但兩點(diǎn)之間的的網(wǎng)絡(luò)始終不能互通。

路由調(diào)試過程

再次檢查本端路由器和基帶貓，兩個設(shè)備狀態(tài)燈均顯示正常，基帶貓之間的2M鏈路也能正常通聯(lián)。聯(lián)系下級單位的網(wǎng)絡(luò)管理員，他們反映路由器和基帶貓均顯示正常，應(yīng)該判斷是路由器的配置錯誤造成的網(wǎng)絡(luò)故障。

于是登錄路由器，查看路由器連接端口狀態(tài)，具體信息如圖2所示。

通過查看該端口得知，該端口的物理鏈路為UP，鏈路協(xié)議 DOWN，PPP協(xié)議協(xié)商為stoped狀態(tài)。讓下級單位管理員在ASM40基帶貓前鏈路遠(yuǎn)環(huán)，發(fā)現(xiàn)本段路由器不收遠(yuǎn)環(huán)，具體狀態(tài)為：物理鏈路為UP，鏈路協(xié)議還是DOWN，通過2M線路測線儀測試發(fā)現(xiàn)單位之間的物理鏈路是正常的。

仔細(xì)研究端口狀態(tài)，發(fā)現(xiàn)路由器serial 2/0/0工作在同步工作方式，而連接基帶貓需配置在異步工作方式。

配置端口為異步工作方式

在實(shí)際應(yīng)用過程中，一般來講路由器均為DTE模式，時鐘授時是由鏈路來負(fù)責(zé)的。于是將上下兩級路由器的端口工作方式都改為異步工作方式。需要注意的是，Serial接口在切換工作方式時，為了保證Serial接口流量統(tǒng)計(jì)正確，還需要清除接口下的統(tǒng)計(jì)信息。具體配置命令如下：

圖1 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)

圖2 串口2/0/0接口信息

這里需要說明一下，Serial接口有兩種工作方式：同步方式和異步方式。當(dāng)將Serial接口作為 DDN（Defense Data Service）專線或者使用Serial接口接入終端時，工作在同步方式；當(dāng)將Serial接口作為異步專線或使用Serial接口進(jìn)行Modem撥號、數(shù)據(jù)備份和接入終端時，工作在異步方式。當(dāng)設(shè)備的Serial接口配置為同步方式或異步方式時，其對端設(shè)備的Serial接口必須配置為相同的方式。目前像華為AR1220等同級別的路由器缺省情況下，Serial接口工作在DCE工作模式。

配置時鐘反轉(zhuǎn)

將路由器Serial2/0/0接口配置成異步工作方式后，將接口shutdown后重新啟動，網(wǎng)絡(luò)仍然不能通聯(lián)，看來不只是這個問題。于是筆者打開路由器的Debug調(diào)試信息：

運(yùn)行結(jié)果如圖3所示，發(fā)現(xiàn)PPP協(xié)議未成功協(xié)商。

通過查閱有關(guān)資料后發(fā)現(xiàn)，如果DTE端接收報文有錯誤，特別是報文數(shù)與字節(jié)數(shù)沒有整數(shù)倍對應(yīng)關(guān)系的時候（如100個 packets，105 Bytes），此時在接口下配置invert receive-clock，將接收時鐘反轉(zhuǎn)。如果DTE端接收報文沒有錯誤，但是DCE端接收報文還是有錯誤，則在接口下配置invert transmit-clock，將發(fā)送時鐘反轉(zhuǎn)。如果將invert receive-clock和invert transmit-clock都配置后接收報文錯誤仍然有增長，則可能與時鐘反轉(zhuǎn)無關(guān)。

通過圖4不難發(fā)現(xiàn)，該接口接收報文有錯，于是在該接口下配置時鐘反轉(zhuǎn)。具體配置如下：

圖3 Debug調(diào)試信息

圖4 DTE接收報文詳細(xì)信息

在A、B兩路由器配置完以上命令后，將互聯(lián)接口shutdown后重新啟動，發(fā)現(xiàn)兩臺路由器網(wǎng)間網(wǎng)能互通，路由故障排除。

從廠商技術(shù)支持處了解到，在某些特殊情況下，時鐘在線路上會產(chǎn)生時延，導(dǎo)致兩端設(shè)備失步或報文被大量丟棄，這時可以將設(shè)備的異步串口的發(fā)送或接收時鐘信號反轉(zhuǎn)，以消除時延的影響。

這里大家還要注意一條命令：invert receive-clock auto，該命令用來自動反轉(zhuǎn)異步方式下Serial接口的接收時鐘信號。在線路信號受到頻繁干擾等特殊情況下，時鐘在線路上可能會不定時地產(chǎn)生時延，普通的反轉(zhuǎn)設(shè)備Serial接口的接收時鐘信號（通過invert receiveclock命令配置）只能反轉(zhuǎn)一次接收時鐘信號，對后面的時延無法繼續(xù)反轉(zhuǎn)；而且時延消失的時候，接收時鐘信號也不會自動反轉(zhuǎn)回來，結(jié)果對接雙方時鐘信號依然無法同步。

為了解決這個問題，用戶可以在Serial接口上執(zhí)行invert receive-clock auto命令配置自動反轉(zhuǎn)接收時鐘信號功能，這樣，每次時鐘在線路上產(chǎn)生時延時，接收時鐘信號就會自動反轉(zhuǎn)；當(dāng)時延消失后，接收時鐘信號還會自動反轉(zhuǎn)回來，從而消除時延的影響，保證對接雙方時鐘信號同步。

當(dāng)然，invert receiveclock auto命令不能與invert receive-clock命令在同一接口下配置。

經(jīng)驗(yàn)總結(jié)

此次部署網(wǎng)絡(luò)出現(xiàn)故障，原因就是采用新設(shè)備而沒有做相關(guān)的通聯(lián)測試，加上對路由器異步工作原理掌握不清楚，導(dǎo)致了一次路由器配置的自擺烏龍。其實(shí)在異步工作模式下，如時鐘選擇、時鐘反轉(zhuǎn)、同異步模式選擇、波特率設(shè)置等因素都會影響到協(xié)議協(xié)商成功與否。