USG6655E双机热备CPU负载过高

问题描述

客户数通产品排障过程中,发现USG6655E防火墙CPU飙高

 

HRP_Mdis cpu

CPU Usage Stat. Cycle: 10 (Second)

CPU Usage            :  87.6%  Max:  98.6%

Management-plane CPU Usage:  29.6%   Data-plane CPU Usage :  91.9%

CPU utilization for ten seconds:  87.6% : one minute:  88.6% : five minutes:  82.7%

 

PID   ProcessName            CPU       Runtime     State

5224  fpath.out             85.9%      756111614   S

4886  vrp                    1.3%      65215545    S

4946  vrpio_s                0.4%      47372174    S

……

 

组网图如下:

处理过程

第一步:

检查发现防火墙双机主备部署,防火墙与上下行交换机通过vlanif互联,当前主备状态运行正常;

 

第二步:

查看防火墙无异常日志及告警,但备墙接口流量异常飙高

第三步:

在上行交换机CE12808查看日志。发现存在vlan 16mac漂移告警,告警显示mac表项对应接口频繁在主备间墙切换,初步判断为二层环路引起。

 

第四步:

经与云平台同事确认当前vlan 16是现场业务环境需要在上下行交换机与防火墙间二层透传vlan16

 

第五步:

通过建立问题单咨询服务支持得知:上下行交换机均为堆叠场景,使得vlan16的业务流量在上下行交换机间形成环路,从而造成CPU资源占用超过阈值。

 

处理结果:

在防火墙上配置hrp track vlan 16后使得mac表项只由主墙进行转发后,接口流量计CPU占用恢复正常。

根因

在防火墙上下行连接交换机二三层混跑模式下未track链路中放通的二层vlan造成网络环路

解决方案

防火墙上下行连接交换机需要同时track链路中放通的二层vlan

建议与总结

在排障过程中,发现防火墙双机主备状态正常并且无异常告警,该状态是基于现网hrp track防火墙与上下行交换机互联vlanif接口选举出来的,基于该状态下再在链路中放通其它vlan时也必须配置hrp track新增vlan,避免新增vlanmac表项同时被主备墙转发至上下行交换机造成二层环路。

版权声明:
作者:SE_Gao
链接:https://www.cnesa.cn/2448.html
来源:CNESA
文章版权归作者所有,未经允许请勿转载。

THE END
分享
二维码
打赏
海报
USG6655E双机热备CPU负载过高
问题描述 客户数通产品排障过程中,发现USG6655E防火墙CPU飙高   HRP_Mdis cpu CPU Usage Stat. Cycle: 10 (Second) CPU Usage            :  87.6%  Max:  98.6% Management-plane CPU Usage:  29.6%   Data-plane CPU Usage :  91.9% CPU utilization for ten seconds:  87.6% : one minute:  88.6% : five minutes:  82.7%   PID   ProcessName            CPU       Runtime     State 5224  fpath.out             85.9%      756111614   S 4886  vrp                    1.3%      65215545    S 4946  vrpio_s                0.4%      47372174    S ……   组网图如下: 处理过程 第一步: 检查发现防火墙双机主备部署,防火墙与上下行交换机通过vlanif互联,当前主备状态运行正常;   第二步: 查看防火墙无异常日志及告警,但备墙接口流量异常飙高 第三步: 在上行交换机CE12808查看日志。发现存在vlan 16下mac漂移告警,告警显示mac表项对应接口频繁在主备间墙切换,初步判断为二层环路引起。   第四步: 经与云平台同事确认当前vlan 16是现场业务环境需要在上下行交换机与防火墙间二层透传vlan16。   第五步: 通过建立问题单咨询服务支持得知:上下行交换机均为堆叠场景,使得vlan16的业务流量在上下行交换机间形成环路,从而造成CPU资源占用超过阈值。   处理结果: 在防火墙上配置hrp track vlan 16后使得mac表项只由主墙进行转发后,接口流量计CPU占用恢复正常。 根因 在防火墙上下行连接交换机二三层混跑模式下未track链路中放通的二层vlan造成网络环路 解决方案 防火墙上下行连接交换机需要同时track链路中放通的二层vlan 建议与总结 在排障过程中,发现防火墙双机主备状态正常并且无异常告警,该状态是基于现网hrp track防火墙与上下行交换机互联vlanif接口选举出来的……
<<上一篇
下一篇>>