本类故障的常见原因主要包括：
CPU占用率高中间链路出现了拥塞网络中存在攻击或者MAC漂移设备被加入黑名单存在TCP重传现象设备逐包转发导致乱序，乱序可能导致报文丢弃故障处理步骤当指定接口下的用户业务访问慢时，用户可以参考以下步骤进行定位（请保存操作记录）：
查看CPU占用率是否过高。当display 电脑 cpu [ slot slot-id ]命令查询结果中整机CPU占用率“System CPU Using Percentage”偏高（例如超过70%），或者产生告警SYSTEM_1.3.6.1.4.1.2011.5.25.129.2.4.1 hwCPUUtilizationRisingAlarm，表示当前整机CPU占用率过高。在网络运行中CPU占用率高常常会导致业务访问慢。关于CPU占用率过高的常见原因及处理步骤，请参考CPU占用率高定位指导。如果检查结果CPU占用率不高，请执行步骤2。检查中间链路有无拥塞。（V100R003C10及以后版本执行此步骤）诊断视图下，执行命令display qos buffer overrun history interface interface-type interface-number slot slot-id，查看接口流量超出缓存百分比门限的历史记录。（CE9800/8800/7800/6800/5800不支持slot参数。）<HUAWEI> system-view [~HUAWEI] diagnose [~HUAWEI-diagnose] display qos buffer overrun history interface 10ge 1/0/1 ------------------------------------------------------------------- 电脑 QueueId BufferUsage(Cell/KBytes) Overrun Time ------------------------------------------------------------------- 0 3834/778 2014-08-30 18:31:06 0 3834/778 2014-08-30 18:33:06 0 3834/778 2014-08-30 18:35:06 0 3834/778 2014-08-30 18:37:06 0 3834/778 2014-08-30 18:39:06 1 3738/759 2014-08-30 18:31:06 1 3807/773 2014-08-30 18:33:06 1 3795/770 2014-08-30 18:35:06 1 3675/746 2014-08-30 18:37:06 1 3665/744 2014-08-30 18:39:06 -------------------------------------------------------------------如果没有回显，说明接口没有发生拥塞；当出现上述回显时，表明接口已达到限速值，并且发生了拥塞，其中QueueId记录的是发生拥塞的队列ID，BufferUsage(Cell/KBytes)记录的是检测到拥塞时队列已使用的缓存大小。该命令主要用来确认设备在出方向上是否存在少量丢包，以及当接口带宽占用率不是很高时设备上是否出现过突发流量。接口带宽占用率的判断方法是：在任意视图下，执行命令display interface brief | include up。如果出现拥塞，检查是否配置了接口限速。操作步骤如下所示：查看入方向的接口限速相关配置<HUAWEI> display current-configuration | section include qos car inbound # qos car test cir 1 gbps # interface 10GE1/0/3 qos car inbound test上述回显表示，在接口10GE1/0/3下配置了接口入方向限速，限速值为1Gbps。查看出方向的接口限速相关配置<HUAWEI> display current-configuration | section include lr # interface 10GE1/0/10 qos lr cir 5000 kbps outbound qos car inbound 222上述回显表示，在接口10GE1/0/10下配置了接口出方向限速，限速值为5000kbps。如果配置了接口限速，则取消限速配置或者放大限速值。如果拥塞解除，业务访问正常，则问题已解决；否则执行步骤3。如果没有配置接口限速，则需要考虑网络优化或者扩容，如果优化或扩容后拥塞解除，则问题已解决；否则执行步骤3。对于CE12800&12800E&16800，还需要联系技术支持人员来检查接口板和网板之间的链路带宽是否足够，如果不够，需要增加网板；否则执行步骤3。当需要拔出交换网板时，请按下OFL按钮持续6s，直至OFL指示灯红色常亮，此时交换网板才可以安全拔出。如果没有拥塞，请执行步骤3。检查是否存在攻击或者MAC漂移。分别执行以下操作：系统视图下执行命令display current-configuration | section include auto-defend，查看攻击溯源功能是否开启，缺省情况下，未开启攻击溯源功能。如果显示有auto-defend enable的配置，表示当前开启了攻击溯源功能；反之表示没有开启该功能。如果没有开启，则先按照如下操作使能攻击溯源功能，等待一段时间后，再查看攻击源信息。<HUAWEI> system-view [~HUAWEI] cpu-defend policy test [*HUAWEI-cpu-defend-policy-test] auto-defend enable [*HUAWEI-cpu-defend-policy-test] commit如果已开启，则在任意视图下执行命令display auto-defend attack-source，查看攻击源信息。<HUAWEI> display auto-defend attack-source Attack Source User Table on Slot 4 : ------------------------------------------------------------------------- MAC Address Interface PacketType VLAN:Outer/Inner Total ------------------------------------------------------------------------- 0000-c102-0102 10GE4/0/8 ICMP 1000/ 4832 ------------------------------------------------------------------------- Total: 1 Attack Source IP Table on Slot 4 : ------------------------------------------------------------------------- IP Address PacketType Total ------------------------------------------------------------------------- 10.1.1.2 ICMP 1144 ------------------------------------------------------------------------- Total: 1 ……从上述回显可以看出，网络中存在IP地址为10.1.1.2的攻击源，且其发出的1144个ICMP报文被丢弃。如果存在攻击源，请查找攻击源并解决攻击。如果解决攻击后，业务访问正常，则故障解决。如果不存在攻击源，或者解决攻击后问题仍存在，请执行步骤b。在任意视图下，执行命令display mac-address flapping [ slot slot-id ] [ begin YYYY/MM/DD HH:MM:SS ]，查看是否有MAC漂移。V200R003C00之前版本显示如下：<HUAWEI> display mac-address flapping …… ------------------------------------------------------------------------------- S : start time E : end time (D) : error down ------------------------------------------------------------------------------- Time VLAN MAC Address Original-Port Move-Ports MoveNum /BD ------------------------------------------------------------------------------- S:2011-12-11 11:00:08 3 0000-08cc-2206 10GE1/0/1 10GE1/0/2 120 E:2011-12-11 11:33:13 /- ------------------------------------------------------------------------------- Total items on slot 1: 1V200R003C00及之后版本显示如下：<HUAWEI> display mac-address flapping …… ------------------------------------------------------------------------------- S : start time E : end time (D) : error down ------------------------------------------------------------------------------- Time : S:2017-08-24 14:40:11 E:2017-08-24 14:40:23 VLAN/BD : 3/- MAC Address : 0000-08cc-2206 Original-Port: 10GE1/0/1 Move-Ports : 10GE1/0/2 MoveNum : 120 ------------------------------------------------------------------------------- Total items on slot 1: 1当有如上回显时，表示存在MAC漂移。如果存在MAC漂移，请查找MAC漂移的根源并解决。如果解决后，业务访问正常，则故障解决。如果没有MAC漂移，或者解决MAC漂移后问题仍存在，请执行步骤4。检查设备是否被列入黑名单。如果用户误操作导致设备在黑名单里，那么发出的报文会被丢弃，从而导致业务访问异常。在任意视图下，通过执行命令display cpu-defend blacklist statistics [ slot slot-id ]，查看基于黑名单上送CPU报文的统计信息。（对于CE12800&12800E&16800，V100R005C10及以后版本的设备执行此方法；CE9800/8800/7800/6800/5800设备不支持此命令。）<HUAWEI> display cpu-defend blacklist statistics slot 3 ------------------------------------------------------------------------------- CPU defend policy b blacklist 1 Slot 3 ------------------------------------------------------------------------------- rule 5 deny ip source 10.1.1.2 0 Droped Packets 67, Droped Bytes 6834 -------------------------------------------------------------------------------从上述回显可以看出，源IP地址为10.1.1.2的设备为黑名单成员，其发出的67个报文被丢弃。可以执行以下操作，取消黑名单配置：<HUAWEI> system-view [~HUAWEI] display current-configuration | section include blacklist //查看CPU防攻击策略b配置的黑名单对应的ACL规则 # cpu-defend policy b blacklist 1 acl 2001 auto-defend enable auto-defend trace-type source-mac source-ip auto-defend protocol all [~HUAWEI] display acl 2001 //查看ACL规则下配置的rule操作 Basic ACL 2001, 1 rule ACL's step is 5 rule 5 deny source 10.1.1.2 0 (67 times matched) [~HUAWEI] acl 2001 //进入ACL视图，取消对源IP地址的deny操作 [~HUAWEI-acl4-basic-2001] undo rule deny source 10.1.1.1 0 [*HUAWEI-acl4-basic-2001] commit如果取消黑名单配置后，业务访问正常，则故障解决。如果问题仍存在，请执行步骤5。使用端口镜像功能进行报文捕获并检查有无TCP重传。系统视图下，执行命令observe-port [ observe-port-index ] interface interface-type interface-number，配置本地观察端口。接口视图下，执行命令port-mirroring observe-port observe-port-index { both | inbound | outbound }，配置需要观察流量的接口镜像到本地观察端口，对本地观察端口捕获的报文进行分析，判断有无TCP重传。捕获报文后，分析业务报文的sequence number字段有无重复，如果有重复，表示有TCP重传；反之没有重传。如果出现TCP重传，则检查是否是由本设备导致的TCP重传。通常TCP重传是由于丢包或者时延较大导致：是否丢包，可以参考流量丢包定位指导来确认。时延过大，可以通过分析中间链路有无拥塞来确认，具体操作请执行步骤6。如果没有TCP重传，请执行步骤6。通过镜像报文捕获，检查是否存在乱序。（镜像端口的配置如步骤4所述。）乱序一般是由于Eth-Trunk中采用逐包负载分担HASH算法导致的，建议采用逐流HASH算法。乱序的判别方法是：捕获报文后，分析业务报文的时间戳和sequence number字段，到达时间早的报文sequence number数值小，如果不是这样的情况，说明有乱序。如果有乱序，请先根据上述判断方法确认设备是否使用逐包HASH的负载分担方式。判断方法如下所示：<HUAWEI> display current-configuration | include hash eth-trunk hash-mode 4hash-mode为4，代表当前Eth-Trunk负载分担方式为逐包，非4的值为逐流负载分担方式。如果使用逐包负载分担方式，请将该方式修改为逐流负载分担。如果使用逐流负载分担方式，则按照此方法向上游设备排查。如果设备乱序问题消失，则问题已解决；否则请执行步骤7。如果没有出现乱序，请执行步骤7。联系技术支持人员并收集如下命令显示的相关诊断信息。对于V100R003C00和V100R003C10版本：在诊断视图下，执行命令display configuration diagnostic-information 9 process 3或display configuration diagnostic-information 9 process 6对于V100R005C00及以后版本：在诊断视图下，执行命令display configuration diagnostic-information luascript iffy process 3或display configuration diagnostic-information luascript iffy process 6相关告警与日志相关告警QoS_1.3.6.1.4.1.2011.5.25.32.4.1.11.21 hwXQOSQueueBufferOverrunAlarmFEI_COMM_1.3.6.1.4.1.2011.5.25.160.3.13 hwMflpVlanLoopAlarm相关日志无
电脑
