| 1.探究选举过程 |
| 1.1实验拓扑
|
| 1.2实验需求 （1）按拓扑完成基本IP地址配置 （2）在共享链路上抓包，关注OSPF邻接关系建立过程中的Hello消息 （3）R1、R2、R3、R4上开启OSPF邻接关系调试 （4）依次宣告R1、R2、R3、R4的直连网络进入OSPF进程 （5）观察实验现象，并分析 |
| 1.3实验步骤 （1）抓包现象
初始阶段，四台路由器发送的Hello包中的DR、BDR字段都被置为0.0.0.0
R1发送的更新中，Active Neighbor为2.2.2.2、3.3.3.3、4.4.4.4，收到该更新的这三台路由器会将R1置为2WAY状态，但此时DR、BDR依旧为0.0.0.0
R1发送DD的同时也发送了Hello，表明此时已经将R4置为了Exstart状态 该Hello消息显示信息如下
此时R1选举R4接口地址既为DR，又为BDR，这是因为经过第一轮选举后，R4接口在选举BDR时胜出，选举DR时，由于没有路由器声明自己为DR，则BDR直接成为了DR导致 R2发送的Hello消息中有同样现象，R3类似，此处不再说明
R4发送DD的同时也发送了Hello消息 R4本地选举出了DR以及BDR，现象与期望的一致，从理论上将，这是R4本地经过跳转步骤以后的结果 此后，所有路由器发送的Hello包中，本地也已判断出结果，值与R4发送的该Hello消息一致
（2）调试现象 R1 *Mar 1 00:02:00.731: OSPF: end of Wait on interface FastEthernet0/0 *Mar 1 00:02:00.731: OSPF: DR/BDR election on FastEthernet0/0 *Mar 1 00:02:00.731: OSPF: Elect BDR 4.4.4.4 *Mar 1 00:02:00.731: OSPF: Elect DR 4.4.4.4 *Mar 1 00:02:00.735: DR: 4.4.4.4 (Id) BDR: 4.4.4.4 (Id) *Mar 1 00:02:00.735: OSPF: Send DBD to 4.4.4.4 on FastEthernet0/0 seq 0x40E opt 0x52 flag 0x7 len 32 一旦确定了某台设备的接口角色，就进入了Exstart状态 该信息重复若干次之后，才选出”正确“的BDR *Mar 1 00:02:02.447: OSPF: DR/BDR election on FastEthernet0/0 *Mar 1 00:02:02.451: OSPF: Elect BDR 3.3.3.3 *Mar 1 00:02:02.451: OSPF: Elect DR 4.4.4.4 *Mar 1 00:02:02.451: DR: 4.4.4.4 (Id) BDR: 3.3.3.3 (Id) *Mar 1 00:02:02.451: OSPF: Send DBD to 3.3.3.3 on FastEthernet0/0 seq 0x1F6E opt 0x52 flag 0x7 len 32
R2、R3现象与R1完全相同
R4 *Mar 1 00:01:59.927: OSPF: Rcv DBD from 1.1.1.1 on FastEthernet0/0 seq 0x40E opt 0x52 flag 0x7 len 32 mtu 1500 state 2WAY *Mar 1 00:01:59.927: OSPF: Nbr state is 2WAY *Mar 1 00:02:00.327: OSPF: Rcv DBD from 2.2.2.2 on FastEthernet0/0 seq 0x1D69 opt 0x52 flag 0x7 len 32 mtu 1500 state 2WAY *Mar 1 00:02:00.331: OSPF: Nbr state is 2WAY *Mar 1 00:02:00.859: OSPF: Rcv DBD from 3.3.3.3 on FastEthernet0/0 seq 0x12BD opt 0x52 flag 0x7 len 32 mtu 1500 state 2WAY *Mar 1 00:02:00.863: OSPF: Nbr state is 2WAY 由于R4接口参与OSPF进程最晚，首先收到了来自邻居的DD消息，但此时与邻居依然处于2WAY状态 *Mar 1 00:02:01.571: OSPF: DR/BDR election on FastEthernet0/0 *Mar 1 00:02:01.571: OSPF: Elect BDR 4.4.4.4 *Mar 1 00:02:01.571: OSPF: Elect DR 4.4.4.4 在R4本地，同样也是经过一轮选举后，DR同时成为了BDR *Mar 1 00:02:01.571: OSPF: Elect BDR 3.3.3.3 *Mar 1 00:02:01.575: OSPF: Elect DR 4.4.4.4 在跳转过后选出了”正确“的BDR *Mar 1 00:02:01.575: DR: 4.4.4.4 (Id) BDR: 3.3.3.3 (Id) *Mar 1 00:02:01.575: OSPF: Send DBD to 1.1.1.1 on FastEthernet0/0 seq 0x1C0B opt 0x52 flag 0x7 len 32 *Mar 1 00:02:01.579: OSPF: Send DBD to 2.2.2.2 on FastEthernet0/0 seq 0x209C opt 0x52 flag 0x7 len 32 *Mar 1 00:02:01.579: OSPF: Send DBD to 3.3.3.3 on FastEthernet0/0 seq 0x17D opt 0x52 flag 0x7 len 32 |
| 2.NMBA网络接口角色 |
| 2.1实验拓扑
|
| 2.2实验需求 （1）按拓扑完成基本配置 （2）全网运行OSPF，直连接口封装类型指定为Frame-Relay并宣告进OSPF进程 （3）R1上OSPF进程中指定Neighbor为R2，一段时间后，观察OSPF邻接关系以及接口角色 （4）R3上OSPF进程中指定Neighbor为R1、R2，一段时间后，观察OSPF邻接关系以及接口角色 |
| 2.3实验步骤 （1）完成需求（3） R1(config-router)#neighbor 31.31.123.2
R1#show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface N/A 0 ATTEMPT/DROTHER 00:01:51 31.31.123.2 Serial0/0
R1#show ip ospf inter s0/0 | in State Transmit Delay is 1 sec, State WAITING, Priority 1
R1#show ip ospf inter s0/0 | in State Transmit Delay is 1 sec, State DR, Priority 1 经过几乎一个DeadInterval之后，R1发送Hello，邻接关系建立，接口状态直接改为DR
（2）完成需求（4） R3(config-router)#neighbor 31.31.123.1 R3(config-router)#neighbor 31.31.123.2
R3发送的第一个Hello消息中，将其DR置为自己的接口IP地址
R3#show ip ospf inter s0/0 | in State Transmit Delay is 1 sec, State DR, Priority 1 经过竞选机制之后，接口角色变为DR |
| 2.4实验结论 NBMA网络中，由于不指定Neighbor时，本地接口不会发送Hello消息，过了Wait Timer之后，接口状态自动变为DR 激活Neighbor后，本地发送的Hello中DR字段此时不为0，接收到Hello消息的设备开始重新竞选DR，此时，路由器接口角色的稳定性就被破坏了 |
| 3.声明邻居为DR或BDR |
| 3.1实验拓扑
|
| 3.2实验需求 本实验期望模拟如下情况： 刚加入OSPF网络的设备，接收到Hello消息，其中声明其它设备为DR或BDR，本地是否信任；抑或是必须声明自己为DR或BDR时才会参与选举算法 （1）按拓扑完成基本IP地址配置 （2）开启OSPF进程，开启邻接关系调试，修改三台设备的HelloInterval为20s，DeadInterval为500s （3）当R3与R1、R2进入2WAY状态后，R1、R2上通过编写扩展ACL，阻止R3的Hello消息；R3上通过编写扩展ACL，阻止来自R1、R2的消息 （4）当R1与R2建立邻接关系时，在R2上配置Default-interface，阻止R2发送Hello消息，同时去除加在R1、R3接口上的扩展ACL （5）观察实验现象 |
| 3.3实验步骤 （1）修改Hello/Dead Interval R1(config-if)#ip ospf hello-interval 20 R1(config-if)#ip ospf dead-interval 500 修改Hello时间是为了防止在操作期间发送过多Hello消息，进而影响实验结论
（2）编写扩展ACL R1(config)#access-list 100 deny ip 31.31.123.3 0.0.0.0 any R1(config)#access-list 100 permit ip any any
R2(config)#access-list 100 deny ip 31.31.123.3 0.0.0.0 any R2(config)#access-list 100 permit ip any any
R3(config)#access-list 100 deny ip 31.31.123.2 0.0.0.0 any R3(config)#access-list 100 deny ip 31.31.123.1 0.0.0.0 any R3(config)#access-list 100 permit ip any any
（3）完成需求（4） R2(config-router)#passive-interface default
R1(config-if)#no ip access-group 100 in
R3(config-if)#no ip access-group 100 in
（4）实验现象 R2从与R3形成2WAY关系后，发送的Hello消息就被R3过滤，此后又激活被动接口，相当于R3一直与R2卡在2WAY状态而没有接收到任何来自R2的消息
*Mar 1 00:16:47.391: OSPF: DR/BDR election on FastEthernet0/0 *Mar 1 00:16:47.391: OSPF: Elect BDR 2.2.2.2 *Mar 1 00:16:47.391: OSPF: Elect DR 3.3.3.3 *Mar 1 00:16:47.395: DR: 3.3.3.3 (Id) BDR: 2.2.2.2 (Id) R3本地接收到来自R1的消息时，R1将声明R2为DR，自己为BDR，R3由于与R2已经形成了2WAY关系，此时实际上是会将与R2相关信息纳入选举算法 |
| 3.4实验结论 当接收到的Hello消息中，声明其它设备为DR或BDR时，如果在本地看来，该“其它设备”具备选举资格，则将其纳入选举算法中进行计算 |
