摘要:
本文主要介绍了实际网络中华为器与路由器拨号互联的一个典型案例,主要的目的是通过对案例的简单分析,让读者能够了解到在实际工程中的一些知识。
正文:
在实际的网络中,由于的多样性,不可避免的存在不同厂家设备对接互联的问题。而华为的Quidway系列路由器,在与其他知名厂家(如等)的路由器对接上,则表现出了相当不错的兼容性。下面的案例就主要介绍了当华为路由器与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路由器上的一些特殊配置。
【责编:admin】
--------------------next---------------------
阅读(288) | 评论(0) | 转发(0) |