1. stub
阻止路由器发不必要的query, 当一个router被设置成stub后, 其他路由器就不会给他发query了.
可以设置宣告哪些路由(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宣告默认路由,R3和R4属于一个remote site,并且设置为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-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将其上部的网络汇总为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:
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将其上部网络汇总为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:
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网络中, 如果R1是stub router的话,那么R2,R3也必须是stub router, 否则Hub router仍然会发query.
原先有人通过手工指定neighor的方式来避免这个问题, 但是这样做扩展性非常差, 并且手工指定neighbor后只能使用unicast而会拒绝multicast包的.因此在multi-access网络中每增加一个stub router都要在hub router上加一条neighbor命令.
经过改进后:
* hob router使用multicast包
* spoke router即使手工配置neighbor也可以接受multicast包, 这样在multi-access网络中一部分spoke router可以用unicast, 一部分spoke router用multicast
* 在multi-access网络中, hub router不会往stub router发query, 对于non-stub router, hub router就会发query
* 在multi-access网络中, 如果使用unicast往non-stub router发query, 并且non-stub router的数量超过5个或者总数的10%, 效率就会很低下, 遇到这么多的non-stub router时, 推荐用multicast发query.
6. iegrp支持graceful restart了, 当做summary, distribute-list之类命令以后, 不会再重新建立邻居关系, 而是进行graceful restart. 如果不支持peer resynchroniazation, 就进行nsf-restart
阻止路由器发不必要的query, 当一个router被设置成stub后, 其他路由器就不会给他发query了.
可以设置宣告哪些路由(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宣告默认路由,R3和R4属于一个remote site,并且设置为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-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将其上部的网络汇总为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:
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将其上部网络汇总为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:
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网络中, 如果R1是stub router的话,那么R2,R3也必须是stub router, 否则Hub router仍然会发query.
原先有人通过手工指定neighor的方式来避免这个问题, 但是这样做扩展性非常差, 并且手工指定neighbor后只能使用unicast而会拒绝multicast包的.因此在multi-access网络中每增加一个stub router都要在hub router上加一条neighbor命令.
经过改进后:
* hob router使用multicast包
* spoke router即使手工配置neighbor也可以接受multicast包, 这样在multi-access网络中一部分spoke router可以用unicast, 一部分spoke router用multicast
* 在multi-access网络中, hub router不会往stub router发query, 对于non-stub router, hub router就会发query
* 在multi-access网络中, 如果使用unicast往non-stub router发query, 并且non-stub router的数量超过5个或者总数的10%, 效率就会很低下, 遇到这么多的non-stub router时, 推荐用multicast发query.
6. iegrp支持graceful restart了, 当做summary, distribute-list之类命令以后, 不会再重新建立邻居关系, 而是进行graceful restart. 如果不支持peer resynchroniazation, 就进行nsf-restart
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件!
如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
狼山资源网 Copyright www.pvsay.com
暂无“some new eigrp feature”评论...
稳了!魔兽国服回归的3条重磅消息!官宣时间再确认!
昨天有一位朋友在大神群里分享,自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址,com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后,确实是网易的网址,也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情,因为以前都没有出现这样的情况,现在突然提示跳转到国服战网的网址,是不是说明了简体中文客户端已经开始进行更新了呢?