OSPF ROUTER ID冲突导致下一跳不稳定.doc

如何检查出ospf中有相同router id的路由器大家都知道，在ospf域中如果有路由器的router id冲突，会造成ospf 计算混乱，从而造成路由不稳定，主要表现为下一跳不稳定。 随着网络的扩展，在部署ospf的时候难免会造成几台路由器的router id冲突，尤其是在手动设置router id的时候。一旦在ospf网络拓扑稳定下来后，发现有的路由的下一跳不稳定，怎么去检查是哪几台设备的router id相同，是一个比较头痛的问题！对照网络地址的规划，发现所有router id都不一样，但是还是为什么会出现这种情况呢？这就需要一种检查方法去检查是哪几台设备产生的？ 为了更好地说明问题，有2个概念需要先说明一下。1：router id 为什么需要router id呢？呵呵，就好比人为什么有名字一样。在ospf中，router id是用来标识设备本身，代表是哪台设备产生的报文。所以在ospf 报文中的头部域中就包含有router id。Router id有两个特性，1：在ospf域中它是唯一的、独一无二的 2：router id在被选择后，它是不会变的，除非reset ospf进程或者是重启设备。2：router lsa ospf 有6种lsa类型，具体地说应该是有达11种之多。但是常用的是6种，即router lsa，network lsa,summary_nat_lsa,summary_asbr_las,external_lsa, nssa。router lsa是运行ospf的路由器来宣告自己的链路状态。而在vrp软件中的标识宣告的路由器就是这台设备的router id。而路由器的链路类型一共是有4种（呵呵，这都有4种啊！）。比较常见的是stub和transit。Stub链路类型是表示这个链路上只有一台路由器，而transit链路类型表示这个链路上有多台路由器；常见是loopback地址在ospf中就是代表stub类型。在router lsa的报文中有link id和link data，不同的链路类型表示不同。这里有一种表格：链路类型Link idLink dataStubIp 地址子网掩码TransitDr的接口地址本身的接口地址例子说明：dis os ls rout Link State Data Base Area: Area: 0 Type : Router 表示lsa类型是router lsa Ls id : Adv rtr : router id Ls age : 10 Len : 48 Seq# : 800cfcef Chksum : 0x52ed Options : (DC) ASBR 路由器类型 Link count: 2 Link ID: loopback 地址 Data : 55 掩码 Type : StubNet stub类型 Metric : 1562 Link ID: 2 DR的接口地址 Data : 2 自身接口地址 /相同！代表这台路由器就是DR！ Type : TransNet transit 类型 Metric : 10 l Router id冲突表现两种情况：一：）直接相连的路由器 这种情况的检查办法是：display ospf error,可以检查出来。二：）非直连的路由器 检查方法请看下面的一个网上问题的解决方法。l 一个网上问题的来解析怎样检查router id冲突：组网拓扑： 8850NE80(1)NE80(2)S6506现象： 在6506中引入一条静态路由：到OSPF中，在NE80(2)中发现这条路由的下一跳一会是S6506(2)，一会是NE80(1)( 53).disp ip ro Destination/Mask Protocol Pre Cost Nexthop Interface /0 O_ASE 150 1 53 GigabitEthernet1/0/0.2 disp ip ro Destination/Mask Protocol Pre Cost Nexthop Interface /25 O_ASE 150 1 2 GigabitEthernet1/0/2.1 /0 O_ASE 150 1 53 GigabitEthernet1/0/0.2 原因解释: 产生这种现象的原因是因为router id有冲突，造成ospf计算混乱，引起下一跳不稳定。详细的原因： router id在ospf协议报文的头部，表示标示路由器本身，代表是谁产生的报文。在路由器产生lsa更新的时候，都会带router id代表这条lsa是谁宣告的；当有两个路由器有相同的router id的时候，在链路数据库中就会产生同一个router id宣告不同的router lsa，有不同的link id和link data。（对与link id和link data 在不同的lsa中代表了不同地址。在router lsa中如果链路类型是transit类型，那么link id代表的是DR的ip address，link data代表的是路由器本身的接口地址。）。ospf中的路由表是根据链路数据库通过spf的计算得到的最短路径，由于在链路数据库，两个相同的router id有不同的link data，那么在路由表中就表示有不同的下一跳，因此会使得下一跳不稳定。 通过在NE80(2)上执行下面的命令： dis os ls rout Link State Data Base Area: Area: 0 Type : Router Ls id : Adv rtr : Ls age : 10 Len : 48 Seq# : 800cfcef Chksum : 0x52ed Options : (DC) ASBR Link count: 2 Link ID: Data : 55 Type : StubNet Metric : 1562 Link ID: 2 Data : 2 Type : TransNet Metric : 10 dis os ls rout Link State Data Base Area: Area: 0 Type : Router Ls id : Adv rtr : Ls age : 7 Len : 36 Seq# : 800cfcf0 Chksum : 0x9087 Options : (DC) ASBR Link count: 1 Link ID: Data : Type : TransNet Metric : 6 可以看出同一个router id 产生了不同的router lsa，表示有两台路由器的router id相同。 通过查找接口地址，是一台8850的接口地址，但是这台8850的router id 9！在8850上执行：#sh ip ospf data router 9 Link State Data Base Area: 0 /没有产生这条lsa! 明明是这个router id，居然没有链路数/据库，肯定有问题！#show ip ospf database router Link State Data BaseArea: 0 Type : RouterLs id : Adv rtr : Ls age : 10Len : 36 seq# : 800e4f55 chksum : 0xc896Options :(DC) ASBRLink count: 1 Link ID: Data : Type : TransNet Metric : 6 可以看出8850的router lsa更新是发出的，而8850的router id是9呀？为什么出现这种情况呢？那是因为以前的router id是，ospf邻居建立起来，链路数据库也同步了，但是后来由于某种原因将router id改为9；我们知道在ospf中router id被选择后，是不会改变的，除非路由器重启或者是重置ospf进程。而改了router id后没有重启路由器或者是重置ospf进程，才导致这种情况发生。在8850上重置ospf进程后，9正常的产生了自己的lsa，下一跳不稳定的情况就不会出现。 #show ip ospf database router 9Link State Data BaseArea: 0 Type : Rout