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

ospf 路由学习异常

2023-06-05 发表
  • 0关注
  • 1收藏 1606浏览
粉丝:1人 关注:4人

组网及说明


问题描述

口字形组网,四台MSR路由器对接的接口宣告进ospf一个area区域中(非0.0.0.0骨干),且该区域为nssa区域。MSR-1和MSR-2在area里发布nssa default-route-advertise,引入缺省路由。MSR-4和MSR-3路由器上学习到对应的缺省路由,因为cost小优选的缘故,和MSR-3和MSR-4缺省路由器优选走上行链路。计划当上行链路断的时候,切到横联链路。现场发现当SW-1和SW-2中间的链路断开了,MSR-1和MSR-4之间的ospf peer中断,但是MSR-4仍然走上行链路未切到横联链路,导致业务异常。


链路断开前:

Destination/Mask Proto Pre Cost NextHop Interface

 0.0.0.0/0 O_NSSA2 150 1 11.XX.241.193 GE0/1

链路断开后:

Destination/Mask Proto Pre Cost NextHop Interface

 0.0.0.0/0 O_NSSA2 150 1 11.XX.241.193 GE0/1


过程分析

SW之间的链路断开后,不影响MSR-4和MSR-1的接口状态,接口仍然是up的,虽然hello报文在sw之间丢了,ospf的邻居down。但是因为MSR1----MSR2 -----MSR3 ----MSR4的邻居还在,MSR-4上仍能学习的MSR-1和MSR-2发布的缺省路由。

这个问题本质是MSR-4上收到两个缺省路由的lsdb为什么加表的是上行路由的LSDB而不是横联LSDB。查看MSR-4上收到的lsdb,发现两个lsdb上存在FA地址。ospf lsdb 如果存在FA地址,会比较去往哪个FA地址的ospf路由更优,优则加表对应的lsdb。因为MSR-4上上行的接口还是up, MSR-4去往11.XX.241.193的ospf路由(自己network宣告的)更优于从横联学到的去往11.XX.240.205的路由,所以加表上行的ospf路由,导致业务异常。


Type : NSSA 

LS ID : 0.0.0.0 

Adv Rtr : 11.XX.208.222 

LS age : 883

 Len : 36 

 Options : O NP

 Seq# : 80000001

 Checksum : 0x1f17

 Net Mask : 0.0.0.0 

 TOS 0 

 Metric: 1 E 

Type : 2 

 Forwarding Address : 11.XX.241.193

 Tag : 1


  Type : NSSA

 LS ID : 0.0.0.0 

 Adv Rtr : 11.XX.208.221

 LS age : 889 

 Len : 36 

 Options : O NP 

 Seq# : 80000001

 Checksum : 0x3303 

 Net Mask : 0.0.0.0 

 TOS 0 

 Metric: 1 E 

Type : 2 

 Forwarding Address : 11.XX.240.205

 Tag : 1


解决方法

解决思路:调整缺省路由中的FA地址,让中间链路断开后,设备的ospf路由表中去往两个FA的地址的路由,横联优于上行。

FA地址的添加原则如下:

如果LOOPBACK接口和物理口都使能了OSPF,用LOOPBACK接口地址填充FA;

如果存在多个LOOPBACK接口,用第一个使能OSPFLOOPBACK接口地址填充FA

如果不存在LOOPBACK接口,用第一个使能OSPF的接口地址填充FA//现场原先FA地址的填充匹配的是这一条


解决方案:在MSR-1和MSR-2上新增loopback接口,接口中填入32位的ip地址,并宣告进nssa区域。让lsdb中的FA地址变为loopback接口地址。这个时候,SW之间中间链路断开,MSR-4上去往MSR-1/MSR-2的FA地址(即 MSR-1/MSR-2上的loopback接口)都只能走横联链路,ospf路由加表能够完成备用链路的切换。

该案例对您是否有帮助:

您的评价:1

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

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

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