eNSP-BUG之OSPF中Router ID选举

前言：
本内容主要是华为模拟器Ensp相应的BUG进行描述，避免学习者碰到问题对理论学习内容产生怀疑。

内容概述：
关于OSPF Router-id选举的理论知识如下：
DR/BDR的选举：（只要在广播型网络就会选举DR以及BDR，）
DR和BDR是由OSPF的Hello报文进行选举的，选举是根据端口的路由优先级（Router Priority）进行的。
如果Router Priority被设置为0，那么该路由器将不允许被选举成DR或者BDR。
== Router Priority越大越优先 ==
如果相同，Router ID大者优先。
为了维护网络上邻接关系的稳定性，如果网络中已经存在DR和BDR，则新添加进该网段的路由器不会成为DR和BDR，不管该路由器的Router Priority是否最大。
如果当前DR故障，当前BDR自动成为新的DR，网络中重新选举BDR，如果当前BDR故障，则DR不变，重新选举BDR。
这种选举机制的目的是为了保持邻接关系的稳定，减少拓扑结构的改变对邻接关系的影响。
既没有选举称为DR，也没有选举成BDR的路由器，叫做DRother，DRother只需要和DR以及BDR形成邻接关系即可。

实验场景：

环境配置：由于Router id是针对设备本身的ospf进程进行选举的，因此我们在运行ospf进程之前，先进行IP地址配置，对于R1来说有两个需要配置的：
①环回口地址loo0 1.1.1.1 32
②物理接口Ethernet 0/0/0 10.0.12.1 24
根据理论可得，对于我们设备R1来说，由于实验前提是不进行手动指定，因此会自动选举，会先考虑逻辑接口的地址为1.1.1.1 32，因此可以猜测如果一切正常，R1设备的router-id一定会是1.1.1.1。

test1：
R1：
①进行IP地址配置，顺序是先进行物理接口配置以及逻辑接口配置

②开启OSPF进程并且查看router-id

可以观察到并没有像理论所描述的那样

Test2：
R1：
①进行IP地址配置，顺序是先进行逻辑接口配置以及物理接口配置

②开启ospf进程并且查询设备OSPF进程

发现router-id显示的变正确了，但是目前还不能得出结论，由于我们知道router-id每次ospf进程重启时都会进行重置，因此我们再创建一个环回口去进行尝试，地址大于1.1.1.1的进行尝试，如果可以的话肯定会切换为相应的router-id

Test 3：针对环回口进行测试
①在Test2基础上创建新的一个环回口1：

目前存在两个环回口，分别是1.4.4.4 以及1.1.1.1，如果重置ospf进程应该会显示最新的router-id，下面进行尝试

②重置进程并且查询router-id


发现并没有发生变化，那么再次提出疑问，会不会是在设备开启ospf进程以后会进行router-id的选择。因此进行Test 4。

Test 4:
①删除OSPF进程

②重新开启ospf进程并且查询

发现并没有出现想要的结果，那么紧接着进行尝试，是否对于接口的配置顺序有关？

我们尝试先配置环回口再配置，由于上面做的实验可能分不太出来，因此我们现在进行系统对比，再多加一个环回口，①：loo0 1.1.1.1 ②：loo2 2.2.2.2，③Ethernet0/0/0接口的IP地址为10.0.12.3，做两个顺序，分别是①②③以及③②①，如果真的和配置顺序有关，那么分别显示出来的router-id是1.1.1.1以及10.0.12.3，在Test5以及Test6中进行尝试，前者对应①②③，后者对应③②①

Test 5：①②③
R1:
①配置IP地址

②开启ospf进程查询router-id

结果：满足猜想。

Test 6：③②①
①配置IP地址

②开启ospf进程并且查询router-id

结论：满足猜想。

---

总结：router-id并不会和我们之前理论之间相互挂钩，展现出来的现象反而是根据设备本身接口IP地址的配置顺序有关。因此有一个猜测，对于这个BUG有可能是理论的设计是没啥问题，但是开发兄弟可能研发产品的时候并没有按照理论的逻辑来设计，导致出现了这样的问题。全部过程由Ensp实现，并没有经过真机验证，如果有朋友手头上有空余的空机，可以分享一下情况是如何的。