• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

关于RIP协议更新时间导致转发异常处理经验

2013-10-30 发表
  • 0关注
  • 0收藏 1941浏览
丁犁 八段
粉丝:87人 关注:1人

关于RIP协议更新时间导致转发异常问题

 

一、 组网图:

二、 测试步骤:

1、 上图中四台SW均为我司三层交换机,按照拓扑连接,配置对应VlanIP地址。在设备上使能RIP协议,确保路由学习正常。

2、 SW1SW4作为网络出口设备,分别向SW2SW3发送缺省路由。

SW1

#

interface Vlan-interface12

 ip address 12.1.1.1 255.255.255.0

 rip default-route only

#

SW4

#

interface Vlan-interface34

 ip address 34.1.1.4 255.255.255.0

 rip default-route only

#

3、 SW3为例,正常情况下路由表如下:

dis ip routing-table

Routing Tables: Public

        Destinations : 8        Routes : 8

Destination/Mask  Proto  Pre  Cost     NextHop       Interface

0.0.0.0/0         RIP    100  1        34.1.1.4      Vlan34

12.0.0.0/8        RIP    100  1        23.1.1.2      Vlan23

23.1.1.0/24       Direct 0    0        23.1.1.3      Vlan23

23.1.1.3/32       Direct 0    0        127.0.0.1     InLoop0

34.1.1.0/24       Direct 0    0        34.1.1.3      Vlan34

34.1.1.3/32       Direct 0    0        127.0.0.1     InLoop0

127.0.0.0/8       Direct 0    0        127.0.0.1     InLoop0

127.0.0.1/32      Direct 0    0        127.0.0.1     InLoop0

SW3正常情况下,将会收到两条缺省路由,分别从SW4SW2传递过来。由于从SW4收到的缺省路由cost小于从SW2收到的,因此设备rip表和路由表中仅记录从SW4收到cost1的缺省路由。忽略从SW2收到cost2的缺省路由。
dis rip 1 route

 Peer 23.1.1.2  on Vlan-interface23

      Destination/Mask    Nexthop     Cost  Tag   Flags   Sec

         12.0.0.0/8       23.1.1.2      1     0    RA       2

 Peer 34.1.1.4  on Vlan-interface34

      Destination/Mask    Nexthop     Cost  Tag   Flags   Sec

          0.0.0.0/0       34.1.1.4      1     0    RA       9

dis rip 1 database

   0.0.0.0/0, cost 1, nexthop 34.1.1.4

   12.0.0.0/8, cost 1, ClassfulSumm

   12.0.0.0/8, cost 1, nexthop 23.1.1.2

   23.0.0.0/8, cost 0, ClassfulSumm

       23.1.1.0/24, cost 0, nexthop 23.1.1.3, Rip-interface

   34.0.0.0/8, cost 0, ClassfulSumm

       34.1.1.0/24, cost 0, nexthop 34.1.1.3, Rip-interface

4、 SW3SW4互联链路断开后,SW3将发送cost16的更新报文。

    

   此时SW2收到SW3 cost16的更新报文后,SW2将本地路由表更新

dis ip routing-table

Routing Tables: Public

        Destinations : 7        Routes : 7

Destination/Mask  Proto  Pre  Cost     NextHop      Interface

0.0.0.0/0         RIP    100  1        12.1.1.1     Vlan12

12.1.1.0/24       Direct 0    0        12.1.1.2     Vlan12

12.1.1.2/32       Direct 0    0        127.0.0.1    InLoop0

23.1.1.0/24       Direct 0    0        23.1.1.2     Vlan23

23.1.1.2/32       Direct 0    0        127.0.0.1    InLoop0

127.0.0.0/8       Direct 0    0        127.0.0.1    InLoop0

127.0.0.1/32      Direct 0    0        127.0.0.1    InLoop0

5、 此时,可能存在SW2RIP更新计时器还没有到达下次更新时间。因此可能在链路断开后,最长需等待30秒(RIP默认更新周期),SW3才能学到从SW2传递的cost2的缺省路由。

当链路断开当时,SW3无法立即学习到新的缺省路由:

[sw3]dis ip routing-table

Routing Tables: Public

        Destinations : 5        Routes : 5

Destination/Mask  Proto  Pre  Cost    NextHop    Interface

12.0.0.0/8        RIP    100  1       23.1.1.2   Vlan23

23.1.1.0/24       Direct 0    0       23.1.1.3   Vlan23

23.1.1.3/32       Direct 0    0       127.0.0.1  InLoop0

127.0.0.0/8       Direct 0    0       127.0.0.1  InLoop0

127.0.0.1/32      Direct 0    0       127.0.0.1  InLoop0

 

最长需等待30秒后,SW3路由完成收敛:

dis ip routing-table

Routing Tables: Public

        Destinations : 6        Routes : 6

Destination/Mask  Proto  Pre  Cost    NextHop    Interface

0.0.0.0/0         RIP    100  2       23.1.1.2   Vlan23

12.0.0.0/8        RIP    100  1       23.1.1.2   Vlan23

23.1.1.0/24       Direct 0    0       23.1.1.3   Vlan23

23.1.1.3/32       Direct 0    0       127.0.0.1  InLoop0

127.0.0.0/8       Direct 0    0       127.0.0.1  InLoop0

127.0.0.1/32      Direct 0    0       127.0.0.1  InLoop0

三、 测试总结:

RIP协议路由更新机制影响,在以上组网环境下,存在路由无法及时收敛,造成网络存在最大30秒的故障时间。建议在对路由收敛较高的网络中部署如ospfisisIGP协议或采用浮动静态路由方式规避该问题。

 


该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-10对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

侵犯我的权益 >
对根叔知了社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔知了社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作