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

BGP路由优先级高于静态但是不优选经验案例

2023-06-30 发表
  • 0关注
  • 1收藏 1745浏览
粉丝:5人 关注:0人

组网及说明


两台sr66做了vrrp,两台设备上各有静态路由到地市的流量分别指到下行的电信、移动。流量优先走电信到地市。两台sr66之间建立mpls l3vpn同时在bgp vpnv4视图引入静态路由。通过这种方式做到任意链路断开,路由都有备份。

问题描述

测试发现,如果sr66上行链路断掉,流量本应经sr66-2bgp路由到sr66-1通过电信下行。但实际测试发现流量到SR66-2之后匹配了静态路由到移动。SR66-2上配置BGP路由优先级100,静态路由优先级200

过程分析

查看设备上路由优先级配置,设置的bgp优先级确实比静态路由优先级高。

bgp 100

 peer 10.213.250.252 as-number 100

 peer 10.213.250.252 connect-interface LoopBack0

 #

 address-family vpnv4

  peer 10.213.250.252 enable

  peer 10.213.250.252 advertise-community

 #

 ip vpn-instance vpnzhw

  #

  address-family ipv4 unicast

   preference 100 100 190

   import-route direct

   import-route static

 

ip route-static vpn-instance vpnzhw 10.206.17.8 29 10.212.47.242 preference 200

 

查看路由表

[sr66-2]dis ip routing-table vpn-instance vpnzhw

 

Destinations : 18       Routes : 18

 

Destination/Mask   Proto   Pre Cost        NextHop         Interface

0.0.0.0/32         Direct  0   0           127.0.0.1       InLoop0

10.206.17.8/29     Static  200 0           10.212.47.242   GE0/2

将静态路由删除之后查看路由表,bgp路由生效

[sr66-2]dis ip routing-table vpn-instance vpnzhw

Destinations : 18       Routes : 18

Destination/Mask   Proto   Pre Cost        NextHop         Interface

0.0.0.0/32         Direct  0   0           127.0.0.1       InLoop0

10.206.17.8/29     BGP     100 0           10.213.250.252  GE0/0

 

将静态路由加回来,发现依然是bgp生效。

 

Destination/Mask   Proto   Pre Cost        NextHop         Interface

0.0.0.0/32         Direct  0   0           127.0.0.1       InLoop0

10.206.17.8/29     BGP     100 0           10.213.250.252  GE0/0

 

查看故障静态路由生效时bgp routing table

Route distinguisher: 35:200(vpnzhw)

 Total number of routes: 8

     Network            NextHop         MED        LocPrf     PrefVal Path/Ogn

 

* >  10.206.17.8/29     10.212.47.242   0                     32768   ?

*  i                    10.213.250.252  0          100        0       ?

 

查看静态路由删除后bgp routing table

Route distinguisher: 35:200(vpnzhw)

 Total number of routes: 7

     Network            NextHop         MED        LocPrf     PrefVal Path/Ogn

* >i 10.206.17.8/29     10.213.250.252  0          100        0       ?

 

查看静态路由删除重加回来之后的bgp routing table

Route distinguisher: 35:200(vpnzhw)

 Total number of routes: 7

 

     Network            NextHop         MED        LocPrf     PrefVal Path/Ogn

 

* >i 10.206.17.8/29     10.213.250.252  0          100        0       ?

 

 

异常时bgp里有两条路由,一条为本地引入的静态一条为从sr66-1学习过来的。因为本地引入的静态的prefer value私有属性值为32768所以优选,所以将该条路由加入RIB表。最终查dis ip routing-table查看路由表是静态路由优选了。

当删除静态路由后,静态路由失效,只有从对端学习过来的bgp路由生效。

当静态路由重新加回来的时候,因为静态路由在bgp routingprefer value小,也就无法加入RIB表。也就无法在路由表里,bgp也就无法引入。(bgp引入路由必须该条路由存在于路由表里)

 

RIB表:

RIBRouting Information Base,路由信息库),是一个集中管理路由信息的数据库,包含路由表信息以及路由周边信息(路由迭代信息、路由共享信息以及路由扩展信息)等。

路由器通过对路由表进行优选,把优选路由下发到FIBForwarding Information Base,转发信息库)表中,通过FIB表指导报文转发。

解决方法

开启BGP次优路由下刷RIB功能。将bgp里的两条路由都加入RIB,然后在RIB里根据路由优先级进行比较,此时bgp优先级高。最终bgp路由就会在dis ip routing里显示。

功能解释:

开启BGP次优路由下刷RIB功能后,当BGP路由表中最优路由为通过network命令生成或import-route命令引入的路由,次优路由为从BGP对等体收到的路由时,次优路由会下刷到RIB表项中。在某些组网情况下,执行本命令下刷到达同一目的网络次优路由到RIB后,当最优路由发生故障时,系统可以快速切换到次优路由。例如,设备有一条到达1.1.1.0/24网络的静态路由,其优先级高于BGP路由,BGP本地引入该静态路由同时从对等体收到到达该网段的路由,执行本命令BGP将从对等体收到的路由作为次优路由下刷到RIB,这时如果开启协议间的FRR功能,当静态路由发生故障时,本地引入的静态路由不可达,系统可以快速切换到BGP次优路由,从而大大缩短了流量中断时间。

功能配置:

bgp 100 

  flush suboptimal-route 

该案例对您是否有帮助:

您的评价:1

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

1 个评论
zhiliao_ku7Yj 知了小白
粉丝:0人 关注:0人

案例中“当静态路由重新加回来的时候,因为静态路由在bgp routingprefer value小,也就无法加入RIB表。也就无法在路由表里,bgp也就无法引入。(bgp引入路由必须该条路由存在于路由表里) ”部分,我的理解是还没到bgp routing里比 prefer value 值的步骤,且一旦到了这一步,那么bgp引入静态的 prefer value 值默认应该还是32768,比BGP学过来的0要优。

因此应该是在静态路由添加后,与BGP路由直接对比谁更优,由于BGP路由优先级值小于静态路由优先级值,所以BGP路由更优,导致静态路由无法浮表,故而无法被引入BGP。

那么故障现象时 bgp routing 为什么又有引入静态的路由呢,应该是在配置之初,还没通过BGP学习到这条路由前已经配置了静态路由并且引入了BGP,所以引入静态才能进入 bgp routing 中,与BGP学习到的路由根据BGP选路原则来比谁更优,最终以 prefer value 较大优选。

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到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

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