首先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,對方路由器收到后會刪除該路由條目。