Cisco Eigrp SIA 理解

Cisco Eigrp SIA 理解
假如1.1.1.1出现故障,R1从S1/0,Fa0/0发送替代路由请求,R2收到请求后,查询自己的路由表,发现没有,于是向R3发出一个请求,如果S1/1--S1/0这条链路出现问题,R2发出的请求R3并没有收到,于是R1开始启动定时器,3分钟后,R1将与R2断绝关系,不再是邻居,双方的邻居关系会进入初始化状态。同理,R3收到R1的请求后,发给R2,如果R2太忙,无法进行及时回复,那么R1跟R3的邻居关系也会出现问题.
思科如何改进这种方法?
改进1:新增SIA-查询,SIA-应答 1.5分钟后,原始查询的路由开始发送SIA查询
EX: 假如1.1.1.1出现故障,无法访问.R1从S1/0,Fa0/0发送替代路由请求,R2收到请求后,查询自己的路由表,发现没有,它就向R3发出一个请求,如果S1/1--S1/0这条链路出现问题,R2发出的请求R3并没有收到,1.5分钟后,R1开始发送SIA查询,R2收到这个查询后,回复一个SIA应答,此时,R1通过这个回复知道R1与R2的链路是正常的.
同理:R3收到R1的请求后,发给R2,如果R2太忙,无法进行及时回复,1.5分钟后,R1开始发送SIA查询,R3收到这个查询后,回复一个SIA应答,此时,R1通过这个回复知道R1与R3的链路是正常的.通过这种方式有效的避免了SIA的情况.
SIA(陷入主动状态):如果路由器在3分钟(默认时间,主动定时器)内没有收到对查询的应答,路由将陷入主动状态 Stuck-in-Active(SIA)
SIA的常见原因:(使用EIGRP的多个自主系统是无法防止SIA的,因为查询请求会传递到另外一个AS中去.)
EIGRP查询方式是递归查询,查询路由时发送的是可靠的组播,要求每个邻居能要回应,如果没有回应,它就继续查询.直到SIA(发出查询包后,开启定时器)
1.路由器太忙无法回答查询,CPU过高或是内存不够
2.路由器之间的链路问题,出现丢包.
3.单向链路
SIA的出现,会导致网络上的EIGRP的邻居关系大批量重建,网络瘫痪.
启动EIGRP的邻居日志:eigrp log-neighbor-changes
防止SIA的出现,我们可以限制EIGRP的查询范围.
如何限制EIGRP查询的范围:
1.使用路由汇总来限制
2.使用末节路由器来限制查询范围

你可能感兴趣的:(Cisco,EIGRP,SIA)