本文主要介紹了實際網(wǎng)絡(luò)中華為路由器與Cisco路由器撥號互連的一個典型，主要的目的是通過對的簡單分析，讓讀者能夠了解到在實際工程中的一些知識。

　　在實際的網(wǎng)絡(luò)中，由于網(wǎng)絡(luò)設(shè)備的多樣性，不可避免的存在不同廠家設(shè)備對接互連的問題。而華為的Quidway系列路由器，在與其他廠家（如CISCO等）的路由器對接上，則表現(xiàn)出了相當不錯的兼容性。下面的就主要介紹了當華為路由器與Cisco撥號互連時，要注意的一些問題。

　　下面我們先對該的現(xiàn)象做一下描述：在某運營商的計費網(wǎng)絡(luò)中，數(shù)臺Quidway26路由器下掛在CISCO的3640路由器下。使用Serial0與CISCO的36路由器的串口對接，作為主用鏈路；AUX口通過撥號鏈路與CISCO 3640撥號模塊對接，作為主用鏈路的備份。主用鏈路運行OSPF協(xié)議，一切正常。在26路由器的AUX口進行撥號的相關(guān)配置后，show int AUX0顯示物理層和line protocol均為UP，但在該端口上啟動OSPF動態(tài)路由協(xié)議，Quidway26路由器不能從對端3640路由器學(xué)到OSPF路由。

　　然后在兩臺路由器上都

打開調(diào)試開關(guān)，并查看相應(yīng)的調(diào)試信息，結(jié)果發(fā)現(xiàn)：從Quidway26路由器能看到向?qū)Χ寺酚善靼l(fā)送hello報文，但沒有收到OSPF報文；從CISCO3640能看到收到的OSPF報文，但是并沒有處理。

　　通過對調(diào)試信息的分析，可以初步得出以下的推斷：Quidway26路由器一直向?qū)Χ寺酚善靼l(fā)送hello報文，卻收不到對方的回應(yīng)報文，問題出在對端的可能性較大，應(yīng)該是對端配置的問題導(dǎo)致的。

　　根據(jù)上面的推斷，現(xiàn)場的工程師進行了如下的操作：

　　1、在二路由器之間備份鏈路上配置靜態(tài)路由，Quidway26路由器可以ping通對端及其他IP地址，說明物理層、鏈路層及走靜態(tài)路由時沒有問題。

　　2、與對端路由器確認ospf hello報文的dead time、端口類型等參數(shù)的數(shù)值，發(fā)現(xiàn)雙方配合無問題。

　　3、從對端36路由器debug ospf信息看，對端路由器能收到Quidway26路由器發(fā)送的hello報文，但不進行任何回包處理，初步懷疑是對端路由器配置有誤導(dǎo)致。

　　4、獲取對端CISCO36路由器關(guān)于撥號備份的配置信息，配置如下：

interface Group-Async1
   no ip address
   dialer in-band
   dialer rotary-group 1
   async mode interactive
   group-range 97 104

 　　發(fā)現(xiàn)對端路由器配置有誤，Quidway26路由器的備份口是aux 0，對端CISCO36路由器的撥號口是dialer 1，dialer 1綁定在Group-Async1，而CISCO的異步口要跑動態(tài)路由協(xié)議，必須配置async default routing、async dynamic routing這兩條命令，在Group-Async1加上這兩條命令后，發(fā)現(xiàn)OSPF協(xié)議仍然不能正常運行。

　　5、再次檢查對端路由器撥號方面的配置，發(fā)現(xiàn)對端路由器配置仍有問題，對端的int dialer1配置如下：

　　dialer map ip x.x.x.x. name xxx modem-script dial xxxxxx，

　　還有一點要注意的是：CISCO36路由器往外發(fā)送的是多播的hello報文，此命令要使能廣播（多播）才行，在上面這條命令中加上broadcast參數(shù)后，OSPF協(xié)議正常運行。

　　小結(jié)：

　　好了，到現(xiàn)在問題已經(jīng)徹底解決了。通過這個，我們可以發(fā)現(xiàn)，在進行華為路由器與CISCO撥號互連時，一定要注意兩邊的撥號配置。特別是在線路上運行動態(tài)路由協(xié)議的時候，更加要注意CISCO路由器上的一些特殊配置。