可能很多人对华为路由器配置还不是特别的了解,这里我们主要介绍华为路由器配置的案例分析,在实际的网络中,由于网络设备的多样性,不可避免的存在不同厂家设备对接互联的问题。而华为的Quidway系列路由器,在与其他知名厂家(如Cisco等)的路由器对接上,则表现出了相当不错的兼容性。下面的案例就主要介绍了当华为路由器与Cisco拨号互联时,要注意的一些问题。
下面我们先对该案例的现象做一下描述:在某运营商的计费网络中,数台华为路由器配置下挂在CISCO的3640路由器下。使用Serial0与CISCO的36路由器的串口对接,作为主用链路;AUX口通过拨号链路与CISCO3640拨号模块对接,作为主用链路的备份。(组网示意图如下)主用链路运行OSPF协议,一切正常。在26路由器的AUX口进行拨号的相关配置后,showintAUX0显示物理层和lineprotocol均为UP,但在该端口上启动OSPF动态路由协议,Quidway26路由器不能从对端3640路由器学到OSPF路由。
然后在两台路由器上都打开调试开关,并查看相应的调试信息,结果发现:从Quidway26路由器能看到向对端路由器发送hello报文,但没有收到OSPF报文;从CISCO3640能看到收到的OSPF报文,但是并没有处理。通过对调试信息的分析,可以初步得出以下的推断:Quidway26路由器一直向对端路由器发送hello报文,却收不到对方的回应报文,问题出在对端的可能性较大,应该是对端配置的问题导致的。根据上面的推断,现场的工程师进行了如下的操作:
1、在华为路由器配置之间备份链路上配置静态路由,华为路由器配置可以ping通对端及其他IP地址,说明物理层、链路层及走静态路由时没有问题。
2、与对端路由器确认ospfhello报文的deadtime、端口类型等参数的数值,发现双方配合无问题。
3、从对端36路由器debugospf信息看,对端路由器能收到Quidway26路由器发送的hello报文,但不进行任何回包处理,初步怀疑是对端华为路由器配置有误导致。
4、获取对端CISCO36路由器关于拨号备份的配置信息,配置如下:
interfaceGroup-Async1
noipaddress
dialerin-band
dialerrotary-group1
asyncmodeinteractive
group-range97104
发现对端华为路由器配置有误,Quidway26路由器的备份口是aux0,对端CISCO36路由器的拨号口是dialer1,dialer1绑定在Group-Async1,而CISCO的异步口要跑动态路由协议,必须配置asyncdefaultrouting、asyncdynamicrouting这两条命令,在Group-Async1加上这两条命令后,发现OSPF协议仍然不能正常运行。
5、再次检查对端路由器拨号方面的配置,发现对端华为路由器配置仍有问题,对端的intdialer1配置如下:dialermapipx.x.x.x.namexxxmodem-scriptdialxxxxxx,还有一点要注意的是:CISCO36路由器往外发送的是多播的hello报文,此命令要使能广播(多播)才行,在上面这条命令中加上broadcast参数后,OSPF协议正常运行。
小结:
OK!到现在问题已经彻底解决了。通过这个案例,我们可以发现,在进行华为路由器与CISCO拨号互联时,一定要注意两边的拨号配置。特别是在线路上运行动态路由协议的时候,更加要注意CISCO路由器上的一些特殊配置。