問

ospf DeadInterval timer expired.

OSPF

2021-08-10提問

1關注
2收藏，5726瀏覽

8個零走天下

8個零走天下四段

粉絲：1人關注：32人

問題描述：

%Jan 1 05:24:05:891 2011 MSR810 OSPF/6/OSPF_LAST_NBR_DOWN: OSPF 1 Last neighbor down event: Router ID: 172.1.0.255 Local address: 172.2.0.227 Remote address: 172.2.0.254 Reason: DeadInterval timer expired.

組網及組網描述：

總部與分支之間通過vpn隧道建立ospf，運行一段時間後發現ospf與總部之間通過tunnel建立的鄰居關係沒了，查看logbuff日誌發現報錯如下

在分支路由器上通過重置進程後鄰居關係恢複正常，ospf hello時間總部與分支均為默認值，其他幾個分支配置相仿，各分支路由器型號也是一樣的，需要向各位大佬請教下這是什麼原因導致的。

最佳答案

星辰_

星辰_ 六段

粉絲：6人關注：2人

查看OSPF鄰居狀態是否正確

通過display ospf peer x.x.x.x查看兩端OSPF鄰居狀態是否正常，正常情況下DRother之間的鄰居關係應該穩定在2-way狀態，非DRother之間的鄰居關係應該穩定在Full狀態。

<H3C>display ospf peer 2.2.2.2

OSPF Process 1 with Router ID 1.1.1.1

Neighbor Brief Information

Area: 0.0.0.0

Router ID Address Pri Dead-Time Interface State

2.2.2.2 10.1.1.2 1 35 Eth0/1/0.2 Full/BDR

2. 確認接口啟動OSPF及鄰居兩端OSPF參數相匹配

如果鄰居關係不正確就要確認接口啟動OSPF及鄰居兩端OSPF參數相匹配。

首先OSPF的運行是基於設備接口的，如果OSPF沒有在接口啟動，那麼鄰居關係肯定無法形成。檢查Area視圖下的network命令，必須確保network中的網絡範圍包括需要啟動OSPF的接口地址。

然後再確認鄰居兩端OSPF參數是否匹配，保證兩端的配置相同

(1)OSPF區域配置是否匹配，包括區域類型和區域ID

(2)OSPF驗證配置是否匹配，包括驗證類型或密鑰，可以先刪除驗證來判斷是否為驗證影響。

(3)兩端OSPF接口上計時器設定值是否匹配，包括Hello報文的發送間隔計時器及鄰居失效計時器，並且dead timer的值至少應為hello timer值的4倍

(4)兩端OSPF接口類型是否匹配。兩端應保持一致，但是若一端設置為P2P類型另一端設置為廣播類型，那麼鄰居狀態可以達到FULL狀態，但此時無法計算出路由信息。

(5)廣播網絡中兩端接口子網掩碼是否相同

(6)NBMA網絡是否指定鄰居，OSPF網絡類型為NBMA時必須手工指定鄰居的IP地址。

上述相關參數可以通過display current-configuration interface和display current-configuration configuration ospf來檢查。

<H3C>display current-configuration interface e0/1/0.1

interface Ethernet0/1/0.1

vlan-type dot1q vid 100

ip address 20.1.1.1 255.255.255.0

ospf network-type p2p

<H3C>display current-configuration interface e0/1/0.1

interface Ethernet0/1/0.1

vlan-type dot1q vid 100

ip address 20.1.1.2 255.255.255.0

ospf network-type p2p

*如果OSPF鄰居建立過程陷入down狀態，表示當前端口未收到任何的hello報文：

a、物理鏈路down，vlan虛接口狀態down；

b、中間設備過濾的ospf報文。

*如果OSPF鄰居建立過程陷入Init狀態，表示對端設備未收到本設備發出的hello報文：

a、鄰居配置了錯誤的ACL過濾了本設備發送過去的hello包。

b、鏈路問題，互聯鏈路出現了單通的情況，對端無法收到本設備的hello

*如果OSPF鄰居建立過程陷入EXSTART/Exchange狀態，表示協商主從、交換DD報文：

a、兩端的MTU值不匹配；

b、中間有傳輸，傳輸MTU值限製太小，兩端MTU比較大，導致大包過不去。

回複星辰_:

我重置之後就恢複正常了這就很奇怪，抓包抓不到實時故障報文

8個零走天下發表時間：2021-08-10 更多>>

您說列出的1-6點均確認沒有問題，相應網段均network，area id也沒有問題，接口類型倆側都為一致

8個零走天下發表時間：2021-08-10

現在問題點是，不是鄰居關係卡在某一狀態，是直接沒有鄰居。

8個零走天下發表時間：2021-08-10

重啟之後能恢複嗎

星辰_ 發表時間：2021-08-10

收集相關信息返回400 如果通過上述無法判讀故障，或者故障已經消失可以收集相關信息來繼續排查。診斷、logfile為常規的信息采集，需要注意大部分設備的診斷中沒有VPN相關表項信息，需要單獨收集VPN路由表等信息，運行中鄰居異常可以通過display ospf event-log peer x.x.x.x收集ospf相關事件信息，display ospf statistics error收集ospf的報錯信息。已經處在故障狀態中的可以收集debug信息，debugging ospf packet和debugging ospf event，有條件的還可以抓包

星辰_ 發表時間：2021-08-10

回複星辰_:

我重置之後就恢複正常了這就很奇怪，抓包抓不到實時故障報文

8個零走天下發表時間：2021-08-10