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

某保险公司SR6604X路由器OSPF震荡的问题

2014-09-24 发表
  • 0关注
  • 0收藏 2117浏览
粉丝: 关注:

 一     组网:

http://zhiliao.h3c.com/repository/52527.gif

二     问题描述:

某保险公司LJZ分公司两台友商cisco75xx系列路由器更换为SR6604X路由器后,OSPF邻居关系不断UP、DOWN震荡,每几分钟到20多分钟不等就会重复一次。

三     过程分析:

现场收集了SR6604X-2的诊断信息和日志文件(SR6604X-1也有类似的问题,分析同SR6604-2),诊断信息经过分析未发现设备异常。从日志文件中发现如下信息:

%@976%Sep 15 00:02:14:089 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Full to Init.

%@977%Sep 15 00:03:09:722 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Loading to Full.

%@978%Sep 15 00:10:06:662 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Full to Init.

%@979%Sep 15 00:11:09:710 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Loading to Full.

%@980%Sep 15 00:26:55:377 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Full to Init.

%@981%Sep 15 00:27:59:940 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Loading to Full.

%@982%Sep 15 00:52:50:927 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Full to Init.

%@983%Sep 15 00:53:49:133 2014 HQ-HQ-NB-7F-R-CO-SR6604-2 OSPF/5/OSPF_NBR_CHG: OSPF 100 Neighbor 10.200.123.190(Pos3/2/0) from Loading to Full.

从日志的信息可以看到,SR6604X-2路由器的OSPF 邻居关系一直在Full/Init和Loading/Full间切换,由于客户业务需要回复,故障环境不存在了,只能搜集了SR6604X-2路由器的邻居csico 75XX路由器日志,信息如下:

Sep 15 00:27:46.086: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from FULL to DOWN, Neighbor Down: Too many retransmissions

Sep 15 00:28:46.087: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Sep 15 00:28:52.639: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from LOADING to FULL, Loading Done

Sep 15 00:36:17.924: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from FULL to DOWN, Neighbor Down: Too many retransmissions

Sep 15 00:37:17.924: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Sep 15 00:37:22.628: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from LOADING to FULL, Loading Done

Sep 15 00:53:10.962: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from FULL to DOWN, Neighbor Down: Too many retransmissions

Sep 15 00:54:10.962: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Sep 15 00:54:12.718: %OSPF-5-ADJCHG: Process 100, Nbr 10.206.1.2 on POS7/3/1 from LOADING to FULL, Loading Done

 

从上面的日志分析,Cisco 75xx的邻居关系震荡的原因是Too many retransmissions,根据以往的经验,应该和两端的MTU设置不一致有关系。Cisco 75xx的pos口的默认MTU是4770字节,SR6604的默认MTU是1500字节。这样导致从Cisco 7500发送的大量lsa的报文被SR6604侧丢弃,从而导致OSPF邻居关系震荡。

在实验室也成功复现了这种情况。实验室中使用SR6604-X FIP210 和Cisco ASR1002-X通过GE口(实验室使用GE口替代POS验证)建立OSPF邻居(Cisco 侧MTU设置为4770)。使用测试仪TestCenter向ASR注入1000条本地路由、50000万条外部路由。过了一会儿,故障复现了,SR6604-X路由器的邻居From Full To init, Cisco ASR因多次重传导致OSPF 邻居Down了,同时,SR6604-x接口下也记录了丢弃超大报文的统计:

 

SR6604X-2的POS接口上记录了Giants超大包的统计如下:

    Last clearing of counters: 09:00:07  Sun 09/14/2014

    Last 300 seconds input rate 0 bytes/sec, 0 bits/sec, 0 packets/sec

    Last 300 seconds output rate 0 bytes/sec, 0 bits/sec, 0 packets/sec

    Input: 68828183 packets, 25650167182 bytes, 0 no buffers

           1858 errors, 0 runts, 1754 giants, 103 CRC

           0 overruns, 1 aborts

    Output:13852976 packets, 3304450475 bytes

           0 errors, 0 underruns, 0 aborts

 

四     解决方法:

修改两侧的MTU一致即可,由于SR6604X-2的fip200板卡为旧卡,其上的POS接口MTU最多只能配置到2000字节,所以需要修改对端的MTU为1500字节。

 

 


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

作者在2019-06-12对此案例进行了修订
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

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