查看完整版本: OSPF DR有时并非最高的RID

OSPF DR有时并非最高的RID

最近在做OSPF的一些实验，发现了DR的选取有一些情况和我自己的理解不一致。
    我们都知道OSPF选取DR的过程是首先比较优先级，在优先级相同的情况下选择RID较高的为DR，但是我多次实验后发现在很多时候DR并非RID最高的路由器，这是什么原因呢？

    在翻阅了卷一有关OSPF DR选取的介绍时，发现了这么一句话：“在一个多址网络上，最先初始化启动的两台具有DR选取资格的路由器将成为DR和BDR路由器。”这是我总结了非最高RID而成为DR的实验，发现这些路由器都是我在进行OSPF配置的时候首先启动ospf的路由器，那会不会是因为这些路由器首先启动了OSPF，然后把自己设置为DR导致其他路由器启动OSPF后就不再进行DR的选取了呢？于是我做了下面的这个实验。

    实验的topo很简单，我就不画了，就是两台路由器通过fa0/0口相连接。
R1:
conf t
ho R1
int lo0
ip add 1.1.1.1 255.255.255.0
int fa0/0
ip add 172.1.1.1 255.255.255.0
no sh
router ospf 10
net 172.1.1.1 0.0.0.0 a 0

R2:
conf t
ho R2
int lo0
ip add 2.2.2.2 255.255.255.0
int fa0/0
ip add 172.1.1.2 255.255.255.0
no sh
这时我们在R2上暂时先不开启ospf，在R1上发现了以下信息：
R1#sho ip ospf int
FastEthernet0/0 is up, line protocol is up
  Internet Address 172.1.1.1/24, Area 0
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1
  Transmit Delay is 1 sec, [color=#ff0000][b]State DR[/b][/color], Priority 1
  Designated Router (ID) 1.1.1.1, Interface address 172.1.1.1
  No backup designated router on this network
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:01
  Index 1/1, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 0
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 0, Adjacent neighbor count is 0
  Suppress hello for 0 neighbor(s)
    我们看到R1已经把自己设定为DR了，按照OSPF的规则，新加入的路由器即使RID比DR高，也不会替换DR。这就说明了为什么在有些时候DR并非RID最高的路由器。