1.stub
阻止路由器发不必要的query,当一个router被设置成stub后,其他路由器就不会给他发query了.
可以设置宣告哪些路由(connected,redistributed,static,summary,或者receive-only)

2.stubleaking
---+----------------+----

R1R2

||
e0/0||
R3---------------R4
e0/1|
---+----
192.168.1.0
R1,R2向R3,R4宣告默认路由,R3和R4属于一个remotesite,并且设置为stub.当R2-R4间链路down后,由于R3,R4都是stub,因此不会相互发query,那么R4也就不会向R3宣告192.168.1.0,R3也不会向R4宣告默认路由.这时192.168.1.0这个网络就完全不可达了.
那么可以在R3,R4是stub的同时,设置R3向R4泄漏一条默认路由,R4向R1泄漏192.168.1.0.
将下面命令配置在R3上
access-list1permit192.168.1.00.0.0.255
access-list2permit0.0.0.00.0.0.0
!
route-mapleakingpermit10
matchipaddress1
matchinterfacee0/0
route-mapleakingpermit20
matchipaddress2
matchinterfacee0/1
!
routereigrp100
eigrpstubleak-mapleaking
同理,也要在R4到R3的interface上向R3泄漏192.168.1.0.这样上述问题就解决了.

3.summaryleaking
10.1.10.0/2410.1.20.0/24.....10.1.250.0/24
----------------------------------------------------------------------
/\
/\
/\
10.1.1.0/24|-----R1-----------R2-----|10.1.2.0/24
\/
e0/0\/e0/0
\/
\/
R3
对于如图所示,要求R1,R2将其上部的网络汇总为10.1.0.0/16发送给R3,并且为了R3的可以选择最优路径到达10.1.1.0/24和10.1.2.0/24,R1和R2还需要把和他们直连的10.1.1.0/24和10.1.2.0/24宣告给R3.对于这样的情况,以前的做法是:
R1:
interfacee0/0
ipsummary-addresseigrp10010.1.0.0255.255.0.0
ipsummary-addressegirp10010.1.1.0255.255.255.0
使用summaryleaking后:
R1:
access-list1permit10.1.1.00.0.0.255
!
route-mapleakingpermit10
matchipaddress1
!
interfacee0/0
ipsummary-addresseigrp10010.1.0.0255.255.0.0leak-mapleaking

4.summaryonly
10.1.10.0/2410.1.20.0/24.....10.1.250.0/24
----------------------------------------------------------------------

R4
/\
/\
/\
/\
R1-----------R2
\/
e0/0\/e0/0
\/
\/
R3
要求R1,R2将其上部网络汇总为10.1.0.0/16发送给R3,并且出于安全考虑,不希望R3知道R1-R4和R2-R4间的链路192.168.x.x,原来的做法:
R1在e0/0上做summary,并配置distribute-list,只允许把10.1.0.0/16发送给R3
现在可以这样做:
R1:
interfacee0/0
ipsummary-addresseigrp10010.1.0.0255.255.0.0
ipsummary-onlyeigrp100

5.stubco-existence
hubrouter

--------------------------------------

R1R2R3
在multi-access网络中,如果R1是stubrouter的话,那么R2,R3也必须是stubrouter,否则Hubrouter仍然会发query.
原先有人通过手工指定neighor的方式来避免这个问题,但是这样做扩展性非常差,并且手工指定neighbor后只能使用unicast而会拒绝multicast包的.因此在multi-access网络中每增加一个stubrouter都要在hubrouter上加一条neighbor命令.
经过改进后:
*hobrouter使用multicast包
*spokerouter即使手工配置neighbor也可以接受multicast包,这样在multi-access网络中一部分spokerouter可以用unicast,一部分spokerouter用multicast
*在multi-access网络中,hubrouter不会往stubrouter发query,对于non-stubrouter,hubrouter就会发query
*在multi-access网络中,如果使用unicast往non-stubrouter发query,并且non-stubrouter的数量超过5个或者总数的10%,效率就会很低下,遇到这么多的non-stubrouter时,推荐用multicast发query.

6.iegrp支持gracefulrestart了,当做summary,distribute-list之类命令以后,不会再重新建立邻居关系,而是进行gracefulrestart.如果不支持peerresynchroniazation,就进行nsf-restart