华为eNSP实践-Single-Area OSPF

目录

ospf邻接过程分析

ospf的路由情况

邻居情况

=============================================

ospf邻接过程分析
在右键选择启动后，由于运行的是ospf动态路由协议，所以路由信息会自动发送，并自动更新路由表信息；

我们会发现邻接情况如下：

<R2>
Sep  1 2022 10:07:12-08:00 R2 %%01IFPDT/4/IF_STATE(l)[0]:Interface GigabitEthern
et0/0/0 has turned into UP state.
<R2>
Sep  1 2022 10:07:12-08:00 R2 %%01IFNET/4/LINK_STATE(l)[1]:The line protocol IP 
on the interface GigabitEthernet0/0/0 has entered the UP state. 
<R2>
Sep  1 2022 10:07:21-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[2]:Neighbor changes eve
nt: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, Neighbo
rEvent=HelloReceived, NeighborPreviousState=Down, NeighborCurrentState=Init) 
<R2>
Sep  1 2022 10:07:30-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[3]:Neighbor changes event: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, Neighbo
rEvent=2WayReceived, NeighborPreviousState=Init, NeighborCurrentState=2Way) 
<R2>
Sep  1 2022 10:07:55-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[6]:Neighbor changes eve
nt: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, NeighborEvent=AdjOk?, NeighborPreviousState=2Way, NeighborCurrentState=2Way) 
<R2>
Sep  1 2022 10:08:13-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[9]:Neighbor changes eve
nt: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, Neighbo
rEvent=AdjOk?, NeighborPreviousState=2Way, NeighborCurrentState=ExStart) 
<R2>
Sep  1 2022 10:08:13-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[10]:Neighbor changes ev
ent: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, Neighb
orEvent=NegotiationDone, NeighborPreviousState=ExStart, NeighborCurrentState=Exchange) 
<R2>
Sep  1 2022 10:08:13-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[13]:Neighbor changes ev
ent: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, Neighb
orEvent=ExchangeDone, NeighborPreviousState=Exchange, NeighborCurrentState=Loading) 
<R2>
Sep  1 2022 10:08:13-08:00 R2 %%01OSPF/4/NBR_CHANGE_E(l)[14]:Neighbor changes ev
ent: neighbor status changed. (ProcessId=256, NeighborAddress=1.123.0.10, Neighb
orEvent=LoadingDone, NeighborPreviousState=Loading, NeighborCurrentState=Full) 

这里为邻居地址 NeighborAddress ==1.123.0.10的主机完整状态变化

• 从down --> Init: NeighborEvent=HelloReceived
  期间互相发送hello报文，并被对方接收到。之后发送active neighbor带有对方ip地址的hello报文

• Init–> 2-way: NeighborEvent=2WayReceived
  期间互相发送hello报文，确认可以双向通信状态下，路由器发现自己的Router ID存在于收到的Hello报文；

• 2-way --> 2-way 继续发送hello报文，并选举出DR/BDR

• 2-way–> ExStart DROther与DR/BDR 发送DBD 包确定Master/Slave 关系，RID 大的的成为Master（不一定是DR）

• ExStart–> Exchange NeighborEvent=NegotiationDone

• Exchange–> Loading
  子阶段一：主从关系确定阶段
  通过双方交互DD（DBD）报文完成。一共有两个状态机，Exstart和Exchange：

邻居状态机变为ExStart以后，R1向R2发送第一个空的DD报文，在这个报文中，DD序列号被设置为552A（假设）。其中DB description字段为0x07：Initial比特为1表示这是第一个DD报文，More比特为1表示后续还有DD报文要发送，Master比特为1表示R1宣告自己为主路由器。
同样，R2也向R1发送第一个空的DD报文，在这个报文中，DD序列号被设置为5528（假设）。
R1发现对端Router ID比本端大，所以R2应当为主路由器，这时便确定自己的身份，R1会产生一个NegotiationDone的事件，成为Slave设备，并进入Exchange状态。邻居状态机变为ExStart以后，R1向R2发送第一个带有自己数据库信息（LSA头部内容）的DD报文，在这个新的报文中包含LSDB的摘要信息，序列号设置为R2在第二步里使用的序列号为5528（假设），和Master的一样，目的是做隐式确认。More比特为0表示不需要另外的DD报文描述LSDB，Master比特为0表示R1宣告自己为从路由器。收到这样一个报文以后，R2会产生一个NegotiationDone的事件，因此R2将邻居状态改变为Exchange。
邻居状态变为Exchange以后，R2发送一个新的DD报文，该报文中包含LSDB的描述信息，DD序列号设为5529（上次使用的序列号加1）。即使R1不需要新的DD报文描述自己的LSDB，但是做为从路由器，R1需要对主路由器R2发送的每一个DD报文进行确认。所以，R1向R2发送一个新的DD报文，序列号为5529，该报文内容为空。
当本端所有LSDB摘要信息被发送完成后，如果本端没有对端的一些LSDB信息，则进入Loading状态，如果都存在，则直接进入Full状态。
隐式确认机制： 也就是通过序列号进行确认，主设备每发送一个DD报文，备设备都会发送同样序列号的DD报文进行确认，保证DD报文不会丢失。

通过双方交互LSR、LSU、LSAck报文完成。一共有两个状态机loading和Full：

邻居状态变为Loading之后，R1开始向R2发送LS request报文，请求那些在Exchange状态下通过DD报文发现的，而且在本地LSDB中没有的链路状态信息。
R2收到LS Request报文之后，向R1发送LS Update报文，在LS Update报文中，包含了那些被请求的链路状态的详细信息。R1收到LS Update报文之后，将邻居状态从Loading改变成Full。
R1向R2发送LS Ack报文，确认R2发送的LSA已被R1正确接收。LS Ack用来确保信息传输的可靠性。

• loading–> Full * NeighborEvent=LoadingDone

这里过程比较详细引用一下：原文链接

=============================================
ospf的路由情况

=============================================
ospf的路由情况