金融行业思科设备典型网络故障案例:76系列典型案例(二)

简介: 金融行业思科设备典型网络故障案例:76系列典型案例(二)

一、两台上联路由器Cisco7609频繁报错


01故障现象

上联两台cisco 7609 频繁报错,报错内容如下:Dec 8 11:19:05.871: %PM-3-INVALID_BRIDGE_PORT: Bridge Port number6659 is out of range -Traceback= 85CBE40 85CC544 A9F35D8 A9F388C A9982D4A81D92C 96596C8 9657EFC 95B3558 9587850 95750F4 95A30D4 AC06664 ABFC2B8

02分析过程

向厂家开case,定位为软件bug:%PM-3-INVALID_BRIDGE_PORT: Bridge Portnumber [dec] is out of range。Explanation: The value ofbridge portnumber that is passedto an internal Port Manager function isinvalid. This indicates an internal software error.This issue is hitting a bugCSCsz22137Because of wrong computation, Bridge Port Number is calculated to aout of range value.

03故障原因

软件bug,bug号CSCsz22137。

04解决方案

此故障属于软件bug,而12.2(33)SRD3已修复该bug,建议升级到此版本。

05处理结果

升级IOS后解决。



二、Cisco7609引擎温度过高,超过阈值


01故障现象

cisco7609设备各板卡温度同时偏高,引擎温度高达55度。

02分析过程

分析工程师提供的show tech信息,看到 module 5 outlet temperature:43C 出风口温度 module 5 inlet temperature: 29C 进风口温度 module 4 outlet temperature: 50C module 4 inlet temperature: 28Cmodule 8 outlet temperature: 59C module 8 inlet temperature: 29C 可看出,进风口的温度超出机房要求的20C的标准。另外 出风口温度也偏高。

03故障原因

判断造成温度过高的原因是进风口和出风口气流不畅。


04解决方案

建议现场工程师检查环境温度和进出风口的情况。对设备出风口表面用海绵进行除尘,温度恢复正常水平。并计划等到银行的变更时间进行更彻底的除尘。

05处理结果

清理后温度恢复正常。

06如何检查设备环境


在思科网站查找cisco7609 的进出风情况,看到电源的出风情况是:从底部先进后出;板卡的出风情况是:从后面由底部往上,在上部三面出风。建议现场工程在出风口对设备进行检查,除尘。如下图:

640.jpg


三、Cisco 7609 ATM线路丢包


01故障现象

X行于x月x号将两台二级分行下联接入路由器,由原来Cisco7507更换为Cisco7609,通过切换后这几天监控发现,在设备上ping对端广域网接口IP地址,ping小包正常,ping大包(2000字节以上)有较丢包现象(至少5%的丢包率)。该两台设备的上所有广域口接口存在类似问题。对业务的影响最明显就是传大文件比原来要慢。

02分析过程


  • 我们在GigaEthernet接口上使用策略路由时,如果对ip precedence参数进行修改,基于C7600平台的路由器将会产生一些问题。因为在C7600系列路由器上,硬件级别的PBR仅支持“set ip next-hop”命令,换言之,如果我们在某个接口上使用PBR来设置ip precedence时,所有与PBR匹配的数据包,都将被转发到CPU进行处理,以更改数据包中的ip precedence参数。
  • C7600有很多保护CPU的机制,其中一个被称为IBC(In Band Channel-需要CPU处理的数据包都将通过IBC传递到CPU),如果进入IBC的数据包过多,IBC将丢弃一些,来保护CPU。如果你发现有数据包被丢弃,可以使用show ibc命令检查。
  • 另外需要指出的是,这些包丢弃行为,只影响被转发去往CPU的数据包,对C7600的硬件转发没有影响。Router#show ibc Interface information:Interface IBC0/0(idb 0x18C0BF6C) 5 minute rx rate 666000 bits/sec, 320packets/sec 5 minute tx rate 884000 bits/sec, 141 packets/sec     <output omitted>Invalid pktsdropped: 49 Pkts dropped(not cwan consumed): 0     <output omitted>Counters collectedat Idb: Is input throttled = 0 Throttle Count = 0 Rx Resource Errors = 0 InputDrops = 49<<<<<<<<<<<<<<<<<<<<<<<Input Errors = 0 Output Drops = 0 Giants/Runts = 0/0 Dma Mem Error = 0 InputOverrun = 0  

.

03故障原因

端口ip policy route-map setprecedence命令导致。

04解决方案

取消端口ip policy route-map setprecedence命令。如需在GigaEthernet接口上设置ipp参数,可以通过MQC来完成,避免使用PBR。具体配置如下:

 

class-map match-all class2
 match access-group 2
class-map match-all class3
 match access-group 3
class-map match-all class101
 match access-group 101
class-map match-all class1  
 match access-group 1
!
policy-map setprecedence
 class class1
  set ip precedence x
 class class3
  set ip precedence x
 class class101
  set ip precedence x
 class class2
  set ip precedence x
 class class-default
  set ipprecedence x

05处理结果

更改配置后问题解决。

相关文章
|
存储 运维 API
HPE OneView 10.0 - HPE 服务器、存储和网络设备集中管理软件
HPE OneView 10.0 - HPE 服务器、存储和网络设备集中管理软件
278 1
|
10月前
|
安全 Linux 虚拟化
Cisco IOS XRv 9000 Router IOS XR Release 7.11.2 MD - 思科 IOS XR 网络操作系统
Cisco IOS XRv 9000 Router IOS XR Release 7.11.2 MD - 思科 IOS XR 网络操作系统
550 3
Cisco IOS XRv 9000 Router IOS XR Release 7.11.2 MD - 思科 IOS XR 网络操作系统
|
11月前
|
安全 Linux 网络安全
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
275 0
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
|
12月前
|
存储 监控 Linux
Dell OpenManage Enterprise 4.5 - Dell 服务器、存储和网络设备集中管理软件
Dell OpenManage Enterprise 4.5 - Dell 服务器、存储和网络设备集中管理软件
312 0
|
存储 安全 Linux
Dell OpenManage Enterprise 4.4 - Dell 服务器、存储和网络设备集中管理软件
Dell OpenManage Enterprise 4.4 - Dell 服务器、存储和网络设备集中管理软件
471 4
Dell OpenManage Enterprise 4.4 - Dell 服务器、存储和网络设备集中管理软件
WGLOG日志管理系统可以采集网络设备的日志吗
WGLOG日志审计系统提供开放接口,支持外部获取日志内容后发送至该接口,实现日志的存储与分析。详情请访问:https://www.wgstart.com/wglog/docs9.html
|
存储 监控 算法
公司内部网络监控中的二叉搜索树算法:基于 Node.js 的实时设备状态管理
在数字化办公生态系统中,公司内部网络监控已成为企业信息安全管理体系的核心构成要素。随着局域网内终端设备数量呈指数级增长,实现设备状态的实时追踪与异常节点的快速定位,已成为亟待解决的关键技术难题。传统线性数据结构在处理动态更新的设备信息时,存在检索效率低下的固有缺陷;而树形数据结构因其天然的分层特性与高效的检索机制,逐渐成为网络监控领域的研究热点。本文以二叉搜索树(Binary Search Tree, BST)作为研究对象,系统探讨其在公司内部网络监控场景中的应用机制,并基于 Node.js 平台构建一套具备实时更新与快速查询功能的设备状态管理算法框架。
427 3
|
人工智能 运维 监控
阿里云携手神州灵云打造云内网络性能监测标杆 斩获中国信通院高质量数字化转型十大案例——金保信“云内网络可观测”方案树立云原生运维新范式
2025年,金保信社保卡有限公司联合阿里云与神州灵云申报的《云内网络性能可观测解决方案》入选高质量数字化转型典型案例。该方案基于阿里云飞天企业版,融合云原生引流技术和流量“染色”专利,解决云内运维难题,实现主动预警和精准观测,将故障排查时间从数小时缩短至15分钟,助力企业降本增效,形成可跨行业复制的数字化转型方法论。
816 6
|
安全 Ubuntu Linux
Nipper 3.8.0 for Windows & Linux - 网络设备漏洞评估
Nipper 3.8.0 for Windows & Linux - 网络设备漏洞评估
632 0
Nipper 3.8.0 for Windows & Linux - 网络设备漏洞评估
|
XML 安全 网络安全
Nipper 3.7.0 Windows x64 - 网络设备漏洞评估
Nipper 3.7.0 Windows x64 - 网络设备漏洞评估
311 0
Nipper 3.7.0 Windows x64 - 网络设备漏洞评估