OSPF 重传问题说明.docVIP

OSPF重传问题分析 协议规定广播网络上的泛洪机制 如下图所示广播网络，其上泛洪的机制如下： DROther-A发起 1)、DROther-A学习到一条LSA1要往广播网络上的邻居发送，首先把LSA1添加到DR/BDR对应的重传列表上，然后以224.0.0.6的目的地址发送出去；此时DROther-A上邻居DR/BDR的重传列表上有该LSA； DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 接着LSA被其它人收到，DROther-B由于没有加到ALLDR的组播组所以接收不到该LSA；DR/BDR接收到。 2)、DR接收到，它会把LSA1添加到LSDB中然后放到DROther-B和BDR的重传列表上，接着从该接口Flood出去；此时重传列表情况为： DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 DR： Retrans（BDR）：LSA1 Retrans（DROther-B）：LSA1 3)、DROther-A接收到该LSA后认为是隐含确认，从而将LSA从DR的重传列表上摘掉；DROther-B收到该LSA后将其添加到LSDB中，然后放到BDR的重传列表上，并准备发送延时ACK，【并不往外发送】。此时重传列表情况为： DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 DR： Retrans（BDR）：LSA1 Retrans（DROther-B）：LSA1 DROther-B Retrans（BDR）：LSA1 DelayAck：LSA1 4)、BDR接收到DROther-A发出来的LSA，将其添加到LSDB中并放到DR/DROther-B的重传列表上，【并不往外发送，不回Ack】：此时重传列表情况为： DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 DR： Retrans（BDR）：LSA1 Retrans（DROther-B）：LSA1 DROther-B Retrans（BDR）：LSA1 DelayAck：LSA1 BDR： Retrans（DR）：LSA1 Retrans（DROther-B）：LSA1 5)、紧接着，BDR接收到DR发出的LSA，发现与LSDB中的相同且由于此时LSA在DR的重传列表上，所以会认为是隐含确认，从而将LSA从DR的重传列表上删除，并准备发送隐含确认；此时重传列表情况为： DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 DR： Retrans（BDR）：LSA1 Retrans（DROther-B）：LSA1 DROther-B Retrans（BDR）：LSA1 DelayAck：LSA1 BDR： Retrans（DR）：LSA1 Retrans（DROther-B）：LSA1 DelayAck：LSA1 6)、接着，DROther-B的延时Ack以ALLDR组播地址发送，DR/BDR接收到后将LSA从DROther-B的重传列表删除； DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 DR： Retrans（BDR）：LSA1 Retrans（DROther-B）：LSA1 DROther-B Retrans（BDR）：LSA1 DelayAck：LSA1 BDR： Retrans（DR）：LSA1 Retrans（DROther-B）：LSA1 DelayAck：LSA1 7)、BDR的ACK以ALLSPF的组播地址发送，DR/BROther-A/DROther-B接收到后将LSA从BDR的重传列表删除，此时Flood完成，网络稳定。 DROther-A Retrans（DR）：LSA1 Retrans（BDR）：LSA1 DR： Retrans（BDR）：LSA1 Retrans（DROther-B）：LSA1 DROther-B Retrans（BDR）：LSA1 DelayAck：LSA1 BDR： Retrans（DR）：LSA1 Retrans（DROther-B）：LSA1 DelayAck：LSA1 出问题的时序过程 上面这个模型中，BDR回复的隐含确认是非常关键的，所有的DROther上的重传列表都是要通过它清掉的。而回复隐含确认的关键是要对于DR发出的LSA认为是隐含确认，即LSA在DR的重传列表上。而目前Comware实现上LSA接收和Flood流程将放到重传列表上是个异步过程（接收到LSA后将LSA放到进