some new eigrp feature

2019-11-04 23:57:04

字體：大中小

供稿：網(wǎng)友

　　1. stub
阻止路由器發(fā)不必要的query, 當(dāng)一個router被設(shè)置成stub后, 其他路由器就不會給他發(fā)query了.
可以設(shè)置宣告哪些路由(connected, redistributed, static, summary, 或者receive-only)

2. stub leaking
---+----------------+----

R1 R2

e0/0
R3---------------R4
e0/1
---+----
192.168.1.0
R1,R2向R3,R4宣告默認(rèn)路由,R3和R4屬于一個remote site,并且設(shè)置為stub. 當(dāng)R2-R4間鏈路down后, 由于R3,R4都是stub,因此不會相互發(fā)query, 那么R4也就不會向R3宣告192.168.1.0, R3也不會向R4宣告默認(rèn)路由. 這時192.168.1.0這個網(wǎng)絡(luò)就完全不可達(dá)了.
那么可以在R3,R4是stub的同時, 設(shè)置R3向R4泄漏一條默認(rèn)路由, R4向R1泄漏192.168.1.0.
將下面命令配置在R3上
 access-list 1 permit 192.168.1.0 0.0.0.255
access-list 2 permit 0.0.0.0 0.0.0.0
!
route-map leaking permit 10
match ip address 1
match interface e0/0
route-map leaking permit 20
match ip address 2
match interface e0/1
!
router eigrp 100
eigrp stub leak-map leaking
同理, 也要在R4到R3的interface上向R3泄漏192.168.1.0. 這樣上述問題就解決了.

3. summary leaking
10.1.10.0/24 10.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將其上部的網(wǎng)絡(luò)匯總為10.1.0.0/16發(fā)送給R3, 并且為了R3的可以選擇最優(yōu)路徑到達(dá)10.1.1.0/24和10.1.2.0/24, R1和R2還需要把和他們直連的10.1.1.0/24和10.1.2.0/24宣告給R3. 對于這樣的情況, 以前的做法是:
R1:
interface e0/0
ip summary-address eigrp 100 10.1.0.0 255.255.0.0
ip summary-address egirp 100 10.1.1.0 255.255.255.0
使用summary leaking后:
R1:
access-list 1 permit 10.1.1.0 0.0.0.255
!

route-map leaking permit 10
match ip address 1
!
interface e0/0
ip summary-address eigrp 100 10.1.0.0 255.255.0.0 leak-map leaking

4. summary only
10.1.10.0/24 10.1.20.0/24 ..... 10.1.250.0/24
----------------------------------------------------------------------

R4
/ /
/ /
/ /
/ /
R1-----------R2
/ /
e0/0 / /e0/0
/ /
/ /
R3
要求R1,R2將其上部網(wǎng)絡(luò)匯總為10.1.0.0/16發(fā)送給R3, 并且出于安全考慮, 不希望R3知道R1-R4和R2-R4間的鏈路192.168.x.x, 原來的做法:
R1在e0/0上做summary, 并配置distribute-list, 只答應(yīng)把10.1.0.0/16發(fā)送給R3
現(xiàn)在可以這樣做:
R1:
interface e0/0
ip summary-address eigrp 100 10.1.0.0 255.255.0.0
ip summary-only eigrp 100

5. stub co-existence
hub router

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

R1 R2 R3
在multi-access網(wǎng)絡(luò)中, 假如R1是stub router的話,那么R2,R3也必須是stub router, 否則Hub router仍然會發(fā)query.
原先有人通過手工指定neighor的方式來避免這個問題, 但是這樣做擴(kuò)展性非常差, 并且手工指定neighbor后只能使用unicast而會拒絕multicast包的.因此在multi-access網(wǎng)絡(luò)中每增加一個stub router都要在hub router上加一條neighbor命令.
經(jīng)過改進(jìn)后:
* hob router使用multicast包
* spoke router即使手工配置neighbor也可以接受multicast包,
這樣在multi-access網(wǎng)絡(luò)中一部分spoke router可以用unicast, 一部分spoke router用multicast
* 在multi-access網(wǎng)絡(luò)中, hub router不會往stub router發(fā)query, 對于non-stub router, hub router就會發(fā)query
* 在multi-access網(wǎng)絡(luò)中, 假如使用unicast往non-stub router發(fā)query, 并且non-stub router的數(shù)量超過5個或者總數(shù)的10%, 效率就會很低下, 碰到這么多的non-stub router時, 推薦用multicast發(fā)query.

6. iegrp支持graceful restart了, 當(dāng)做summary, distribute-list之類命令以后, 不會再重新建立鄰居關(guān)系, 而是進(jìn)行g(shù)raceful restart. 假如不支持peer resynchroniazation, 就進(jìn)行nsf-restart

上一篇：ospf的注意事項

下一篇：Cisco常見路由器密碼和版本恢復(fù)方法