华为路由器与Cisco拨号互联的案例分析


摘要:
本文主要介绍了实际网络中华为路由器与Cisco路由器拨号互联的一个典型案例,主要的目的是通过对案例的简单分析,让读者能够了解到在实际工程中的一些知识 。
正文:
在实际的网络中,由于网络设备的多样性,不可避免的存在不同厂家设备对接互联的问题 。而华为的Quidway系列路由器,在与其他知名厂家(如Cisco等)的路由器对接上,则表现出了相当不错的兼容性 。下面的案例就主要介绍了当华为路由器与Cisco拨号互联时,要注重的一些问题 。
下面我们先对该案例的现象做一下描述:在某运营商的计费网络中,数台Quidway26路由器下挂在CISCO的3640路由器下 。使用Serial0与CISCO的36路由器的串口对接,作为主用链路;AUX口通过拨号链路与CISCO 3640拨号模块对接,作为主用链路的备份 。(组网示意图如下)主用链路运行OSPF协议,一切正常 。在26路由器的AUX口进行拨号的相关配置后,show int AUX0显示物理层和line protocol均为UP,但在该端口上启动OSPF动态路由协议,Quidway26路由器不能从对端3640路由器学到OSPF路由 。
然后在两台路由器上都打开调试开关,并查看相应的调试信息,结果发现:从Quidway26路由器能看到向对端路由器发送hello报文,但没有收到OSPF报文;从CISCO3640能看到收到的OSPF报文,但是并没有处理 。
通过对调试信息的分析,可以初步得出以下的推断:Quidway26路由器一直向对端路由器发送hello报文,却收不到对方的回应报文,问题出在对端的可能性较大,应该是对端配置的问题导致的 。
根据上面的推断,现场的工程师进行了如下的操作:
1、在二路由器之间备份链路上配置静态路由,Quidway26路由器可以ping通对端及其他IP地址,说明物理层、链路层及走静态路由时没有问题 。
2、与对端路由器确认ospf hello报文的dead time、端口类型等参数的数值,发现双方配合无问题 。
3、从对端36路由器debug ospf信息看,对端路由器能收到Quidway26路由器发送的hello报文,但不进行任何回包处理,初步怀疑是对端路由器配置有误导致 。
4、获取对端CISCO36路由器关于拨号备份的配置信息,配置如下:
interface Group-Async1
no ip address
dialer in-band
dialer rotary-group 1
async mode interactive
group-range 97 104
发现对端路由器配置有误,Quidway26路由器的备份口是aux 0,对端CISCO36路由器的拨号口是dialer 1,dialer 1绑定在Group-Async1,而CISCO的异步口要跑动态路由协议,必须配置async default routing、async dynamic routing这两条命令,在Group-Async1加上这两条命令后,发现OSPF协议仍然不能正常运行 。
5、再次检查对端路由器拨号方面的配置,发现对端路由器配置仍有问题,对端的int dialer1配置如下:
dialer map ip x.x.x.x. name xxx modem-script dial xxxxxx,
还有一点要注重的是:CISCO36路由器往外发送的是多播的hello报文,此命令要使能广播(多播)才行,在上面这条命令中加上broadcast参数后,OSPF协议正常运行 。
小结:
OK!到现在问题已经彻底解决了 。通过这个案例,我们可以发现,在进行华为路由器与CISCO拨号互联时,一定要注重两边的拨号配置 。非凡是在线路上运行动态路由协议的时候,更加要注重CISCO路由器上的一些非凡配置 。

    推荐阅读