首先ospf 的报文有：
hello报文，主要作用ospf 邻居建立及维护。
dd报文，主要作用主从选举，序列号主从的确认，mtu的协商（可选）。
lsr 报文，主要作用向邻居请求lsa。
lsu报文，主要作用通告和维护ospf的lsdb。
lack 报文 主要作用确认回复通告报文。
那么ospf的路由更新和撤销主要通过ospf的lsu报文，接受者并回复ack确认报文。接受者也会向其他邻居进行lsdb的同步，那么他会检查自己的lsdb是否拥有这条lsa如果没有记录下来进行lsu的通告。如果lsdb数据库已经拥有这条lsa那么将重置计时器。
接下来做个试验验证一样，通过抓包分析。
试验环境如上图，
1、测试ospf路由的更新。
R5通告了一条lsu的报文，R6收到lsu报文后立刻回复lack报文，R6收到更新报文后即刻回复lack确认报文。那么R6会向邻居发送lsu报文同上见下图。
关于lsu 和ack报文如下，首先是ospf 的头部，然后是ospf lsu的内容，内容为lsa的头部及lsa的内容，其中需要关注的是lsa的age 时间为1，序列号和校验和。这个是确认lsa的新旧。
R6收到lsu后回复lack确认报文，所有ospf的更新撤销报文是可靠机制的，有一个确认机制。报文如下：
R6检查自己的lsdb数据库中没有这条lsa，那么向其他邻居进行lsdb的同步。
2、测试ospf 的路由撤销
在R5上通过und network 5.5.5.5 模拟撤销这条路由，通告抓包分析路由是如何撤销的。那么R5也会向路有跟新一样发送lsu更新报文，R6收到更新报文后即刻回复lack确认报文。那么R6会向邻居发送lsu报文同上。具体见下图；
R6发送lsu更新lsdb,并设置老化时间为3600S,对方路由器收到后会删除该路由条目。