ensp/hcl，OSPF状态exchange/exstart变化问题分析

OSPF状态

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设备,R1是Slave设备

 

 

 

修改R2的MTU为50，修改R1的MTU为100

R2

 

R1

 

此时R1状态为exchange，R2状态为exstart

 

因为，当第一次双方都发送DD报文，都认为自己是master，收到对端的以后，如果发现对端的 Source ospf router（Router id） 这个IP地址比自己大，那么自己就会回复大的一方，因为大的一方会成为Master

此时R1（slaver）的MTU为100，R2（master）的MTU为50，那么R1可以回复R2

 

 

第一个DD

R1

第二个DD

R2

 

 

第三个DD

 

 

第一个DD和第二个DD分别是R1、R2发送的，都认为自己是MS设备

第三个DD，R1发现R2的source ospf router 比自己大，R2才是真的MS设备，第三个DD是R1作为slave回复R2这个master

 

 

第四个DD

 

R2还在发DD，因为R1回复的报文，R2无法接收

 

在第一次发送DD报文的时候，状态皆为exstart，当R1回复R2后，R1变为exchange，R2由于无法接收到R1的回复，R2一直发送，所以R2处于exstart状态

 

造成这个现象是因为  R1的MTU大于R2的MTU，所以R1可以收到并回复R2，R2无法收到R1的回复

 

结论：当R1（slave）的MTU  >   R2（master）的MTU时，slave状态为exchange，master状态为exstart

 

 

将R2的MTU从50变为200

R2

 

R1的状态为exstart，R2的状态为exstart

 

结论：当R1（slave）的MTU  <   R2（master）的MTU时，slave状态为exstart，master状态为exstart

 

在第一次发送DD报文的时候，状态皆为exstart，当R1无法回复R2，所以R1状态不会变化，R2没有收到就会一直发送，所以R2状态也不会变化