ensp/hcl,OSPF狀態(tài)exchange/exstart變化問題分析
OSPF狀態(tài)
exchange/exstart
?
R1
Sys
Sys R1
?
Int g0/0/0
Ip add 12.1.1.1 24
Ospf 1
Area 0
Net 12.1.1.0 0.0.0.255
?
R2
Sys
Sys R2
?
Int g0/0/0
Ip add 12.1.1.2 24
?
Ospf 1
Area 0
Net 12.1.1.0 0.0.0.255
?
開啟MTU檢測
Int g0/0/0
Ospf mtu
?
?
R2是Master設(shè)備,R1是Slave設(shè)備
?


?
?
修改R2的MTU為50,修改R1的MTU為100
R2
?

R1
?

此時R1狀態(tài)為exchange,R2狀態(tài)為exstart
?
因為,當(dāng)?shù)谝淮坞p方都發(fā)送DD報文,都認(rèn)為自己是master,收到對端的以后,如果發(fā)現(xiàn)對端的 Source ospf router(Router id) 這個IP地址比自己大,那么自己就會回復(fù)大的一方,因為大的一方會成為Master
此時R1(slaver)的MTU為100,R2(master)的MTU為50,那么R1可以回復(fù)R2
?
?

第一個DD
R1

第二個DD
R2
?

?
第三個DD
?

?
第一個DD和第二個DD分別是R1、R2發(fā)送的,都認(rèn)為自己是MS設(shè)備
第三個DD,R1發(fā)現(xiàn)R2的source ospf router 比自己大,R2才是真的MS設(shè)備,第三個DD是R1作為slave回復(fù)R2這個master
?
?
第四個DD
?

R2還在發(fā)DD,因為R1回復(fù)的報文,R2無法接收
?
在第一次發(fā)送DD報文的時候,狀態(tài)皆為exstart,當(dāng)R1回復(fù)R2后,R1變?yōu)閑xchange,R2由于無法接收到R1的回復(fù),R2一直發(fā)送,所以R2處于exstart狀態(tài)
?
造成這個現(xiàn)象是因為 ?R1的MTU大于R2的MTU,所以R1可以收到并回復(fù)R2,R2無法收到R1的回復(fù)
?
結(jié)論:當(dāng)R1(slave)的MTU ?> ??R2(master)的MTU時,slave狀態(tài)為exchange,master狀態(tài)為exstart
?


?
將R2的MTU從50變?yōu)?00
R2
?

R1的狀態(tài)為exstart,R2的狀態(tài)為exstart
?




結(jié)論:當(dāng)R1(slave)的MTU ?< ??R2(master)的MTU時,slave狀態(tài)為exstart,master狀態(tài)為exstart
?
在第一次發(fā)送DD報文的時候,狀態(tài)皆為exstart,當(dāng)R1無法回復(fù)R2,所以R1狀態(tài)不會變化,R2沒有收到就會一直發(fā)送,所以R2狀態(tài)也不會變化
?
?