如何防止EIGRP所带来的SIA

如何来限制路由查询对其他的影响?
A:使用路由汇总. 在边界的接口处进行汇总,
B:使用末节网络.

在这里,我觉得有几句话是我们必须要记住的.
1.EIGRP的查询是基于组播的.所有收到查询包的邻居路由器,都会查自己的路由表,如果没有,就自己创建一个查询包,直到有查询的应答包过来.才会停止查询,并返回一个结果.也因为有这个原因,才会出现SIA陷入主动状态.
为什么我们要限制查询范围?
1,简单一点,限制查询可以有效的防止路由器进入SIA陷入主动状态之中.

使用路由汇总:(这通常是一个主类的网络).
如图中:
1.在R2上,如果我把2.2.2.2/32这个网络使用主类网络2.0.0.0/8宣告出去,那邻居路由器R3收到的更新就是2.0.0.0/8 via 10.0.0.2.
2.如果2.2.2.2这个接口down掉了,可怜的R2就组播给邻居"谁有到2.2.2.2/32"的路由信息. ,
3.R1收到R2的查询请求后,就开始查询,因为R1与R2同在一个网络里,所以,R1不会将这个信息再重复的从fa0/0传出,R1会创建一个查询请求,发往R3,R4,R5,
4.R3.R4.R5收到这个信息后,开始查找路由表,发现R1需要的是2.2.2.2/32精确跟由,
5.R3.R4.R5路由信息是2.0.0.0/8,所以它们不会创建查询,但会给R1一个查询应答"我不知道去往2.2.2.2怎么走?"
6.R1发出的请求包得到了回应.回应结果是"没有去往2.2.2.2/32的备用路由"  R1将这个应答包发给R2
7.R2收到了应答包,不再进行查询,删除路由表.

使用末节网络:
1.首先将R3,R4,R5配置成eigrp stub
2.R2将2.2.2.2/32宣告到EIGRP中后,R1,R3,R4,R5收到的路由条目为2.2.2.2./32  via 10.0.0.2
3.如果2.2.2.2这个接口down掉了,可怜的R2就组播给邻居"谁有到2.2.2.2/32"的路由信息
4.R1收到R2的查询请求后,就开始查询,因为R1与R2同在一个网络里,所以,R1不会将这个信息再重复的从fa0/0传出,R1会创建一个查询请求,发往R3,R4,R5,
5.R3.R4.R5收到这个查询包后,回应给R1,我们末节网络,不做查询,并给R1一个查询应答.
6.R1将这个查询应答包给R2,R2不再进行查询.

宣告方法:

R3(config)#router eigrp 1

R3(config-router)#eigrp stub    (receive-only,static,connect,summary)

receive-only 只收收别人的路由条目,不发送自己的路由条目,保守型的.

static 默认路由信息可以通过EIGRP传递给其他路由(首先要先将其重分布到EIGRP中)

connect 直连的信息可以通过EIGRP传递给其他路由(首先要先将其重分布到EIGRP中)

summary 我只传递我的路由表中的汇总路由给大伙....呵呵..

小结:在一节一节的复习中,发现其实这个路由汇总的好处也越来越多:
1.减少路由表的数量
2.减少路由更新所带来的影响
3.可以防范SIA(仅限于汇总主类路由)

以上是我对EIGRP中针对SIA防范的理解,有任何问题,欢迎你的指正,多谢.

本文出自 “潜入技术的海洋” 博客，请务必保留此出处http://myhat.blog.51cto.com/391263/193971