some new eigrp feature

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

(0)

相关推荐

  • some new eigrp feature

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

  • MySQL提示The InnoDB feature is disabled需要开启InnoDB的解决方法

    本文实例分析了MySQL提示The InnoDB feature is disabled需要开启InnoDB的解决方法.分享给大家供大家参考,具体如下: 一.问题: 建立数据表报错: ERROR 1289 : The 'InnoDB' feature is disabled; you need MySQL built with 'InnoDB' to have it working 开启DOD命令行,登录(关于MySQL使用DOS命令行登录方法可查看前一篇<MySQL基于DOS命令行登录操作实例

  • bug分支和feature分支_动力节点Java学院整理

    软件开发中,bug就像家常便饭一样.有了bug就需要修复,在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除. 当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支issue-101来修复它,但是,等等,当前正在dev上进行的工作还没有提交: $ git status # On branch dev # Changes to be committed: # (use "git reset HEAD <

  • 在eigrp做不等值路由的负载均衡

    在eigrp中如何做到不等值路由的负载均衡 EIGRP Load Balancing 每个路由协议都支持等值路径的负载均衡.除此之外,IGRP和EIGRP也支持不等值路径的负载均衡,使用variance命令. Variance命令向路由器通告一个n值,n值使用variance命令指定.n值为1-128之间,默认为1. 网络拓扑 Variance 在上图 中,router E有三个路径到网络X • E-B-A with a metric of 30 • E-C-A with a metric of

  • OSPF与EIGRP的比较

    OSPF和EIGRP都是近年来出现的比较好的动态路由协议,OSPF以协议标准化强,支持厂家多,受到广泛应用,而EIGRP协议由网络界公认的领先厂商Cisco公司发明,并靠其在业界的影响力和绝对的市场份额,也受到用户的普遍认同.然而这两种协议究竟哪种更好,谁更适合网络未来发展的需要?本文就用户普遍关心的问题,从技术角度客观分析这两种协议各自的优缺点,以便网络集成商和企业用户在网络设计规划时,能作为参考. 一.OSPF协议 (一).OSPF协议简介 OSPF是Open Shortest Path F

  • 对Tensorflow中权值和feature map的可视化详解

    前言 Tensorflow中可以使用tensorboard这个强大的工具对计算图.loss.网络参数等进行可视化.本文并不涉及对tensorboard使用的介绍,而是旨在说明如何通过代码对网络权值和feature map做更灵活的处理.显示和存储.本文的相关代码主要参考了github上的一个小项目,但是对其进行了改进. 原项目地址为(https://github.com/grishasergei/conviz). 本文将从以下两个方面进行介绍: 卷积知识补充 网络权值和feature map的可

  • Pytorch抽取网络层的Feature Map(Vgg)实例

    这边我是需要得到图片在Vgg的5个block里relu后的Feature Map (其余网络只需要替换就可以了) 索引可以这样获得 vgg = models.vgg19(pretrained=True).features.eval() print (vgg) Feature Map可利用下面的class class Vgg16(nn.Module): def __init__(self, pretrained=True): super(Vgg16, self).__init__() self.n

  • pytorch 可视化feature map的示例代码

    之前做的一些项目中涉及到feature map 可视化的问题,一个层中feature map的数量往往就是当前层out_channels的值,我们可以通过以下代码可视化自己网络中某层的feature map,个人感觉可视化feature map对调参还是很有用的. 不多说了,直接看代码: import torch from torch.autograd import Variable import torch.nn as nn import pickle from sys import path

  • 在keras中获取某一层上的feature map实例

    在深度学习中,如果我们想获得某一个层上的feature map,就像下面的图这样,怎么做呢? 我们的代码是使用keras写的VGG16网络,网络结构如图: 那么我们随便抽取一层的数据吧,就拿第四层的pooling以后的结果作为输出吧,参考上面的网络结构,得到的结果维度应该是[1,56,56,128]的尺度. 怎么做呢? 首先通过keras构建模型: model = VGG16(include_top=True, weights='imagenet') 然后设置输入和输出为:原始的输入和该层对应的

  • Moment的feature导致线上bug解决分析

    目录 bug的出现 bug排查 bug的根因 解决方案 bug的出现 这一天,本来是平平淡淡的一天,我正准备一如既往的到点下班,结果qa说线上出了个匪夷所思的bug. 表象为:用户在日期选择器选择了1964-01-01之后,自动变成了1963-12-31 我心里想:这是什么神奇bug,于是我又尝试了一下选择1964-01-02.1963-12-31.1965-01-01.1963-01-01,结果都正常,那么到底是为什么会引发这个bug呢? bug排查 由于后端把时间.日期类的字段都定义为了时间

随机推荐