H3C MSR系列路由器

故障处理手册(V7)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

资料版本：6W100-20240312

 

 

目  录

1 简介··· 1-1

1.1 故障处理注意事项·· 1-1

1.2 收集设备运行信息·· 1-1

1.3 故障处理求助方式·· 1-6

2 硬件类故障处理··· 2-1

2.1 系统类故障·· 2-1

2.2 电源类故障·· 2-14

2.3 风扇类故障·· 2-17

2.4 单板故障·· 2-19

2.5 端口故障·· 2-30

2.6 光模块故障·· 2-42

2.7 PoE供电故障·· 2-1

2.8 以太接口故障处理·· 2-3

2.9 E1&T1接口故障处理·· 2-5

3 3G/4G/5G链路故障处理··· 3-1

3.1 故障描述·· 3-1

3.2 常见原因·· 3-1

3.3 故障分析·· 3-1

3.4 处理步骤·· 3-2

4 基础配置类故障处理··· 4-1

4.1 登录设备类故障处理·· 4-1

4.2 软件升级故障处理·· 4-13

5 设备管理类故障处理··· 5-1

5.1 硬件资源管理故障处理·· 5-1

6 虚拟化技术类故障处理··· 6-1

6.1 IRF· 6-1

7 接口类故障处理··· 7-1

7.1 隧道接口故障处理·· 7-1

8 二层技术-以太网交换类故障处理··· 8-1

8.1 以太网链路聚合故障处理·· 8-1

8.2 生成树故障处理·· 8-15

9 二层技术-广域网接入类故障处理··· 9-1

9.1 PPP故障处理·· 9-1

9.2 PPPoE模块故障处理·· 9-7

10 三层技术-IP业务类故障处理··· 10-1

10.1 ARP故障处理·· 10-1

10.2 DHCP故障处理·· 10-16

10.3 ND故障处理·· 10-21

11 三层技术-IP路由类故障处理··· 11-1

11.1 BGP故障处理·· 11-1

11.2 IS-IS故障处理·· 11-27

11.3 OSPFv3故障处理·· 11-37

11.4 OSPF故障处理·· 11-45

11.5 等价路由故障处理·· 11-72

11.6 智能选路故障处理·· 11-76

12 组播类故障处理··· 12-1

12.1 MSDP故障处理·· 12-1

12.2 MVPN故障处理·· 12-5

12.3 PIM故障处理·· 12-9

12.4 三层组播故障处理·· 12-25

12.5 二层组播故障处理·· 12-30

13 MPLS类故障处理··· 13-1

13.1 LDP故障处理·· 13-1

13.2 MPLS L2VPN/VPLS故障处理·· 13-14

13.3 MPLS L3VPN故障处理·· 13-19

13.4 MPLS TE故障处理·· 13-45

13.5 MPLS基础故障处理·· 13-56

13.6 VPLS故障处理·· 13-61

14 Segment Routing故障处理··· 14-1

14.1 EVPN L3VPN over SRv6故障处理·· 14-1

14.2 EVPN VPWS over SRv6故障处理·· 14-10

14.3 SR-MPLS故障处理·· 14-23

14.4 SRv6 TE Policy故障处理·· 14-31

15 VPN类故障处理··· 15-1

15.1 EVPN故障处理·· 15-1

16 VXLAN类故障处理··· 16-1

16.1 VXLAN故障处理·· 16-1

17 EVPN类故障处理··· 17-1

17.1 EVPN VXLAN故障处理·· 17-1

18 ACL和QoS故障处理··· 18-1

18.1 QoS故障处理·· 18-1

19 IP隧道及安全VPN类故障处理··· 19-1

19.1 IPsec故障处理手册·· 19-1

19.2 IP隧道故障处理·· 19-16

20 用户接入与认证故障处理··· 20-1

20.1 802.1X故障处理·· 20-1

20.2 AAA故障处理·· 20-10

20.3 MAC地址认证故障处理·· 20-47

20.4 Password Control故障处理·· 20-55

20.5 Portal故障处理·· 20-62

21 安全类故障处理··· 21-1

21.1 SSH故障处理·· 21-1

21.2 SSL VPN故障处理·· 21-24

21.3 IPsec模块故障处理·· 21-45

22 高可靠性类故障处理··· 22-1

22.1 BFD故障处理·· 22-1

22.2 SBFD故障处理·· 22-10

22.3 VRRP故障处理·· 22-15

22.4 双机热备（RBM）故障处理·· 22-20

23 系统管理类故障处理··· 23-1

23.1 NETCONF故障处理·· 23-1

24 网络管理和监控类故障处理··· 24-1

24.1 NQA故障处理·· 24-1

24.2 NTP故障处理·· 24-11

24.3 Ping和Tracert故障处理·· 24-15

24.4 RMON故障处理·· 24-29

24.5 SNMP故障处理·· 24-33

24.6 镜像故障处理·· 24-45

24.7 gRPC故障处理·· 24-49

25 DPI深度安全类故障处理··· 25-1

25.1 URL过滤故障处理·· 25-1

25.2 数据分析中心故障处理·· 25-26

 

1 简介

本文档介绍MSR路由器软、硬件常见故障的诊断及处理措施。

1.1  故障处理注意事项

 

在进行故障诊断和处理时，请注意以下事项：

·     设备出现故障时，请尽可能全面、详细地记录现场信息（包括但不限于以下内容），收集信息越全面、越详细，越有利于故障的快速定位。

¡     记录具体的故障现象、故障时间、配置信息。

¡     记录完整的网络拓扑，包括组网图、端口连接关系、故障位置。

¡     收集设备的日志信息和诊断信息（收集方法见1.2  收集设备运行信息）。

¡     记录设备故障时单板、电源、风扇指示灯的状态，或给现场设备拍照记录。

¡     记录现场采取的故障处理措施（比如配置操作、插拔线缆、手工重启设备）及实施后的现象效果。

¡     记录故障处理过程中配置的所有命令行显示信息。

·     更换和维护设备部件时，请佩戴防静电手腕，以确保您和设备的安全。

·     故障处理过程中如需更换硬件部件，请参考与软件版本对应的版本说明书，确保新硬件部件和软件版本的兼容性。

1.2  收集设备运行信息

 

设备运行过程中会产生logfile、diagfile日志信息及记录设备运行状态的诊断信息。这些信息存储在设备的Flash或CF卡中，可以通过FTP、TFTP、USB等方式导出。不同主控板或设备中导出的logfile、diagfile、诊断信息文件请按照一定规则存放（如不同的文件夹：chassisXslotY），避免不同主控板或设备的运行信息相互混淆，以方便查询。

表1-1 设备运行信息介绍

分类	文件名	内容
logfile日志	logfileX.log	命令行记录、设备运行中产生的记录信息
diagfile日志	diagfileX.log	设备运行中产生的诊断日志信息，如系统运行到错误流程时的参数值、单板无法启动时的信息、主控板与接口板通信异常时的握手信息。
诊断信息	XXX.gz	系统当前多个功能模块运行的统计信息，包括设备状态、CPU状态、内存状态、配置情况、软件表项、硬件表项等 收集诊断信息会导致设备性能下降，请谨慎使用

 

 

1.2.2  logfile日志

(1)     执行logfile save命令将日志文件缓冲区中的内容全部保存到日志文件中。日志文件缺省存储在存储介质的logfile目录中。

<Sysname> logfile save

The contents in the log file buffer have been saved to the file cfa0:/logfile/logfile8.log

(2)     查看日志文件的数目和名称。

·     查看设备的logfile日志：（集中式设备）

<Sysname> dir cfa0:/logfile/

Directory of cfa0:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile8.log

 

1021104 KB total (421552 KB free)

·     查看主设备的logfile日志：（集中式IRF设备）

<Sysname> dir flash:/logfile/

Directory of flash:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile.log

 

1021104 KB total (421552 KB free)

·     查看成员设备的logfile日志：（集中式IRF设备）

<Sysname> dir slot2#flash:/logfile/

Directory of slot2#flash:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile.log

 

1021104 KB total (421552 KB free)

·     查看设备主用主控板的logfile日志：（分布式设备－独立运行模式）

<Sysname> dir cfa0:/logfile/

Directory of cfa0:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile8.log

 

1021104 KB total (421552 KB free)

·     查看设备备用主控板的logfile日志：（分布式设备－独立运行模式）

<Sysname> dir slot1#cfa0:/logfile/

Directory of slot1#cfa0:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile8.log

 

1021104 KB total (421552 KB free)

·     查看主设备主用主控板的logfile日志：（分布式设备－IRF模式）

<Sysname> dir cfa0:/logfile/

Directory of cfa0:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile8.log

 

1021104 KB total (421552 KB free)

·     查看主设备备用主控板的logfile日志：（分布式设备－IRF模式）

<Sysname> dir slot1#cfa0:/logfile/

Directory of slot1#cfa0:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile8.log

 

1021104 KB total (421552 KB free)

·     查看成员设备主控板的logfile日志，如果备设备有两块主控板，则两块都需要检查：（分布式设备－IRF模式）

<Sysname> dir chassis2#slot0#cfa0:/logfile/

Directory of chassis2#slot0#cfa0:/logfile

   0 -rw-       21863 Jul 11 2013 16:00:37   logfile8.log

 

1021104 KB total (421552 KB free)

(3)     使用FTP、TFTP或者USB接口将日志文件传输到指定位置。

1.2.3  diagfile日志

(1)     执行diagnostic-logfile save命令将诊断日志文件缓冲区中的内容全部保存到诊断日志文件中。诊断日志文件缺省存储在存储介质的diagfile目录中。

<Sysname> diagnostic-logfile save

The contents in the diagnostic log file buffer have been saved to the file cfa0:/diagfile/diagfile18.log

 

(2)     查看诊断日志文件的数目和名称。

·     查看设备的diagfile日志：（集中式设备）

<Sysname> dir cfa0:/diagfile/

Directory of cfa0:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看主设备的diagfile日志：（集中式IRF设备）

<Sysname> dir flash:/diagfile/

Directory of flash:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看成员设备的diagfile日志：（集中式IRF设备）

<Sysname> dir slot2#flash:/diagfile/

Directory of slot2#flash:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看设备主用主控板的diagfile日志：（分布式设备－独立运行模式）

<Sysname> dir cfa0:/diagfile/

Directory of cfa0:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看设备备用主控板的diagfile日志：（分布式设备－独立运行模式）

<Sysname> dir slot1#cfa0:/diagfile/

Directory of slot1#cfa0:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看主设备主用主控板的diagfile日志：（分布式设备－IRF模式）

<Sysname> dir cfa0:/diagfile/

Directory of cfa0:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看主设备备用主控板的diagfile日志：（分布式设备－IRF模式）

<Sysname> dir slot1#cfa0:/diagfile/

Directory of slot1#cfa0:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

·     查看成员设备主控板的diagfile日志，如果成员设备有两块主控板，则两块都需要检查：（分布式设备－IRF模式）

<Sysname> dir chassis2#slot0#cfa0:/diagfile/

Directory of chassis2#slot0#cfa0:/diagfile

   0 -rw-      161321 Jul 11 2013 16:16:00   diagfile18.log

 

1021104 KB total (421416 KB free)

(3)     使用FTP、TFTP或者USB接口将诊断日志文件传输到指定位置。

1.2.4  诊断信息

诊断信息可以通过两种方式收集：将诊断信息保存到文件，或者将诊断信息直接显示在屏幕上。为保证信息收集的完整性，建议您使用将诊断信息保存到文件的方式收集诊断信息。

需要注意的是，设备上单板越多，诊断信息收集的时间越长，信息收集期间不能输入命令，请耐心等待。

 

(1)     执行screen-length disable命令，以避免屏幕输出被打断（如果是将诊断信息保存到文件中，则忽略此步骤）。

<Sysname>  screen-length disable

(2)     执行display diagnostic-information命令收集诊断信息。

<Sysname> display diagnostic-information

Save or display diagnostic information (Y=save, N=display)? [Y/N] :

(3)     选择将诊断信息保存至文件中，还是将直接在屏幕上显示

·     输入“Y”，以及保存诊断信息的路径和名称，将诊断信息保存至文件中。

Save or display diagnostic information (Y=save, N=display)? [Y/N] : Y

Please input the file name(*.tar.gz)[ cfa0:/diag.tar.gz] :cfa0:/diag.tar.gz

Diagnostic information is outputting to cfa0:/diag.tar.gz.

Please wait...

Save successfully.

<Sysname> dir cfa0:/

Directory of cfa0:

……

   6 -rw-      898180 Jun 26 2013 09:23:51   diag.tar.gz

 

1021808 KB total (259072 KB free)

·     输入“N”，将诊断信息直接显示在屏幕上。

Save or display diagnostic information (Y=save, N=display)? [Y/N] :N

===========================================================

  ===============display alarm===============

No alarm information.

=========================================================

  ===============display boot-loader===============

Software images on slot 0:

Current software images:

  cfa0:/MSR-CMW710-BOOT-R7328_mrpnc.bin

  cfa0:/MSR-CMW710-SYSTEM-R7328_mrpnc.bin

Main startup software images:

  cfa0:/MSR-CMW710-BOOT-R7328_mrpnc.bin

  cfa0:/MSR-CMW710-SYSTEM-R7328_mrpnc.bin

Backup startup software images:

  None

=========================================================

  ===============display counters inbound interface===============

Interface         Total (pkts)   Broadcast (pkts)   Multicast (pkts)  Err (pkts)

BAGG1                        0                  0                  0           0

GE1/0/1                      0                  0                  0           0

GE1/0/2                      2                  2                  0           0

GE1/0/3                      0                  0                  0           0

GE1/0/4                      0                  0                  0           0

GE1/0/5                      0                  0                  0           0

GE1/0/6                      0                  0                  0           0

GE1/0/7                      0                  0                  0           0

GE1/0/8                      0                  0                  0           0

GE1/0/9                      0                  0                  0           0

GE1/0/10                     0                  0                  0           0

……

1.3  故障处理求助方式

当故障无法自行解决时，请准备好设备运行信息、故障现象等材料，发送给H3C技术支持人员进行故障定位分析。

用户支持邮箱：[email protected]

技术支持热线电话：400-810-0504（手机、固话均可拨打）

2 硬件类故障处理

2.1  系统类故障

2.1.1  终端无显示或显示乱码

1. 故障描述

设备上电启动时，配置终端无显示或显示乱码。

2. 常见原因

本类故障的常见原因主要包括：

·     电源工作异常。

·     主控板工作异常。

·     配置电缆未连接到主控板的配置口。

·     配置终端参数设置错误。

·     配置电缆故障。

3. 故障分析

本类故障的诊断流程如图2-1所示：

图2-1 故障诊断流程图

 

4. 处理步骤

(1)     检查电源工作是否正常。

如果电源模块指示灯状态异常，请参考电源故障处理章节进行处理。

(2)     检查主控板工作是否正常。

如果主控板指示灯状态异常，请参考主控板故障处理章节进行处理。

(3)     检查配置电缆是否已经连接到主控板的配置口。

(4)     检查配置终端COM口连接是否正确，实际选择的串口与终端设置的串口要一致，串口参数设置是否正确。

串口参数如下：波特率为9600，数据位为8，奇偶校验为无，停止位为1，流量控制为无，选择终端仿真为VT100。不同设备配置的串口参数请以设备实际情况为准。

(5)     更换配置电缆。

(6)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

无

2.1.2  设备异常重启

1. 故障描述

设备在运行中发生异常重启。

2. 常见原因

本类故障的常见原因启动文件故障。

3. 故障分析

本类故障的诊断流程如图2-2所示：

图2-2 设备异常重启故障诊断流程图

 

4. 处理步骤

(1)     查看设备重启后能否进入命令行状态。

若设备能够进入命令行状态，请使用display diagnostic-information命令收集设备的诊断信息，待收集完成后，将设备信息导出后发给H3C技术人员支持寻求支持。

 

(2)     检查启动文件是否正常。

若设备无法进入命令行状态，请通过Console口连接设备后再次重启设备，如果BootWare提示CRC错误或者找不到启动文件，请使用BootWare菜单重新下载启动文件，并设置该文件为当前启动文件（在BootWare加载过程中，BootWare能自动将该文件设置为当前启动文件）。

(3)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.1.3  温度异常告警

1. 故障描述

系统出现温度告警，打印温度过高等告警信息，例如：

%Jun 26 10:13:46:233 2013 H3C DRVPLAT/4/DrvDebug: Temperature of the board is too high!

2. 常见原因

本类故障的常见原因主要包括：

·     机房通风不畅或空调制冷故障等造成环境温度过高。

·     设备风扇故障或出入风口被异物堵塞。

·     设备防尘网积灰过多。

·     软件获取温度数据失败，错误告警。

3. 故障分析

本类故障的诊断流程如图2-3所示：

图2-3 温度异常故障诊断流程图

 

4. 处理步骤

(1)     检查环境温度是否过高。

如果温度过高，请增加空调或者采取其他散热措施降低环境温度。

(2)     检查设备温度是否过高。

执行display environment命令查看设备当前温度值。若显示为255，则表示软件获取温度数据失败。可多次执行display environment命令至温度数据正常显示后，判断设备温度是否过高。

若是设备温度过高（设备温度超过一般级高温告警门限），确认设备风扇是否正常并检查出入风口是否被异物堵塞。

使用display fan命令查看风扇框是否运行正常。若不正常，请参见风扇模块故障章节排除风扇故障。

(3)     检查防尘网是否洁净。

如果风扇正常，则检查防尘网是否洁净。清理防尘网后，看温度是否能恢复正常。

(4)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

·     TEMP_HIGH

·     TEMP_LOW

·     TEMP_NORMAL

·     TEMPERATURE_ALARM

·     TEMPERATURE_LOW

·     TEMPERATURE_NORMAL

·     TEMPERATURE_POWEROFF

·     TEMPERATURE_SHUTDOWN

·     TEMPERATURE_WARNING

2.1.4  电压异常告警

1. 故障描述

系统打印电压异常告警信息，例如：

DEV/4/VOLTAGE_HIGH: Voltage is greater than the high-voltage alarm threshold on chasiss 1 slot 16 voltage sensor 1.

DEV/4/VOLTAGE_LOW: Voltage is less than the low-voltage alarm threshold on chasiss 1 slot 16 voltage sensor 24.

2. 常见原因

本类故障的常见原因一般为硬件出现故障。

3. 故障分析

本类故障的诊断流程如图2-4所示：

图2-4 电压异常故障诊断流程图

 

4. 处理步骤

请收集设备的配置文件、日志信息、告警信息，并请联系技术支持人员。

5. 告警与日志

相关告警

无。

相关日志

·     VOLT_HIGH

·     VOLT_LOW

·     VOLT_NORMAL

2.1.5  内存异常告警

1. 故障描述

系统打印内存异常告警信息，例如：

DIAG/1/MEM_EXCEED_THRESHOLD: Memory minor threshold has been exceeded.

2. 常见原因

本类故障的常见原因主要是由于内存泄露。

3. 故障分析

本类故障的诊断流程如图2-5所示：

图2-5 内存占用率高故障诊断流程图

 

4. 处理步骤

(1)     确定各内存块使用情况。

通过Probe视图下的display system internal kernel memory pool命令查看各块内存使用情况，找出使用率不正常和不断增加的内存模块。

<Sysname> system-view

[Sysname] probe

[Sysname-probe] display system internal kernel memory pool slot 1

Active    Number  Size     Align Slab Pg/Slab ASlabs  NSlabs Name

9126      9248    64       8     32   1       289     289    kmalloc-64

105       112     16328    0     2    8       54      56     kmalloc-16328

14        14      2097096  0     1    512     14      14     kmalloc-2097096

147       225     2048     8     15   8       12      15     kmalloc-2048

7108      7232    192      8     32   2       226     226    kmalloc-192

22        22      524232   0     1    128     22      22     kmalloc-524232

1288      1344    128      8     21   1       64      64     kmalloc-128

0         0       67108808 0     1    16384   0       0      kmalloc-67108808

630       651     4096     8     7    8       93      93     kmalloc-4096

68        70      131016   0     1    32      68      70     kmalloc-131016

1718      2048    8        8     64   1       31      32     kmalloc-8

1         1       16777160 0     1    4096    1       1      kmalloc-16777160

2         15      2048     0     15   8       1       1      sgpool-64

0         0       40       0     42   1       0       0      inotify_event_cache

325       330     16328    8     2    8       165     165    kmalloc_dma-16328

0         0       72       0     30   1       0       0      LFIB_IlmEntryCache

0         0       1080     0     28   8       0       0      LFIB_IlmEntryCache

0         0       1464     0     21   8       0       0      MFW_FsCache

1         20      136      0     20   1       1       1      L2VFIB_Ac_cache

0         0       240      0     25   2       0       0      CCF_JOBDESC

0         0       88       0     26   1       0       0      NS4_Aggre_TosSrcPre

0         0       128      0     21   1       0       0      IPFS_CacheHash_cachep

---- More ----

请重点查看Number列和Size列的统计结果。如果发现某块内存在不停增加，那么表示该块内存在被不断使用。需要注意的是：

¡     有些内存块使用率的增加是正常的，所以需要判断该块内存是否真正的异常。Number*Size是某个模块使用的内存大小。判断内存使用率是否正常可能需要持续观察内存增长速度和内存使用的多少综合分析判断。

¡     有些内存的泄漏过程比较缓慢，所以需要比较长的时间（甚至是几周的时间）来对比观察。

(2)     收集信息并寻求技术支持。

通过上述步骤只是确定了问题的范围，但还需继续收集信息以确定具体的故障。由于后续信息收集要求较高，不建议用户操作，请与H3C的技术支持工程师联系。

需要注意的是，请不要重启设备，否则会将故障信息破坏，给故障定位带来困难。

5. 告警与日志

相关告警

无。

相关日志

·     MEM_ALERT

·     MEM_EXCEED_THRESHOLD

·     MEM_BELOW_THRESHOLD

2.1.6  CPU占用率高

1. 故障描述

连续使用命令display cpu-usage查看CPU的占用率。如果CPU占用率持续在80％以上，说明有某个任务长时间占用CPU，需要确认CPU高的具体原因。

<Sysname> display cpu-usage

Slot 1 CPU 0 CPU usage:

      80% in last 5 seconds

      80% in last 1 minute

      80% in last 5 minutes

2. 常见原因

本类故障的常见原因主要包括：

·     路由振荡

·     报文攻击

·     链路环路

3. 故障分析

本类故障的诊断流程如图2-6所示：

图2-6 CPU占用率高故障诊断流程图

 

4. 处理步骤

(1)     检查是否发生路由振荡。

路由表中条目频繁变化，可能导致CPU占用率过高。当发生路由震荡时，请收集信息并联系H3C技术人员寻求技术支持。

首次查看路由表：

[Sysname] display ip routing-table

 

         Destinations : 9        Routes : 9

 

Destination/Mask    Proto  Pre  Cost         NextHop         Interface

 

0.0.0.0/32          Direct 0    0            127.0.0.1       InLoop0

10.1.1.0/24         OSPF   150  1            11.2.1.1        Vlan100

127.0.0.0/8         Direct 0    0            127.0.0.1       InLoop0

127.0.0.0/32        Direct 0    0            127.0.0.1       InLoop0

127.0.0.1/32        Direct 0    0            127.0.0.1       InLoop0

127.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

224.0.0.0/4         Direct 0    0            0.0.0.0         NULL0

224.0.0.0/24        Direct 0    0            0.0.0.0         NULL0

255.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

再次查看路由表：

[Sysname] display ip routing-table

 

         Destinations : 8        Routes : 8

 

Destination/Mask    Proto  Pre  Cost         NextHop         Interface

 

0.0.0.0/32          Direct 0    0            127.0.0.1       InLoop0

127.0.0.0/8         Direct 0    0            127.0.0.1       InLoop0

127.0.0.0/32        Direct 0    0            127.0.0.1       InLoop0

127.0.0.1/32        Direct 0    0            127.0.0.1       InLoop0

127.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

224.0.0.0/4         Direct 0    0            0.0.0.0         NULL0

224.0.0.0/24        Direct 0    0            0.0.0.0         NULL0

255.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

(2)     检查是否受到报文攻击。

通过抓包确认攻击源。在设备端口抓包，使用报文捕获工具（如Sniffer、Wireshark、WinNetCap等）分析报文特征，确认攻击源。然后针对攻击源配置报文防攻击。关于报文防攻击的详细介绍和配置，请参见“安全配置指导”中的“攻击检测与防范”。

(3)     检查是否存在链路。

链路存在环路时，可能出现广播风暴和网络振荡，大量的协议报文上送CPU处理可能导致CPU占用率升高，设备很多端口的流量会变得很大，端口使用率达到90%以上：

<Sysname> display interface gigabitethernet1/0/1

GigabitEthernet1/0/1

Current state: UP

Line protocol state: UP

Description: GigabitEthernet1/0/1 Interface

Bandwidth: 1000000 kbps

Maximum transmission unit: 1500

Internet address: 2.1.1.2/24 (primary)

IP packet frame type: Ethernet II, hardware address: 0000-fc00-9276

IPv6 packet frame type: Ethernet II, hardware address: 0000-fc00-9276

Loopback is not set

Media type is twisted pair, port hardware type is 1000_BASE_T

Port priority: 0

1000Mbps-speed mode, full-duplex mode

Link speed type is autonegotiation, link duplex type is autonegotiation

Flow-control is not enabled

Maximum frame length: 9216

Last clearing of counters: Never

 Peak input rate: 8 bytes/sec, at 2016-03-19 09:20:48

 Peak output rate: 1 bytes/sec, at 2016-03-19 09:16:16

 Last 300 second input: 26560 packets/sec 123241940 bytes/sec 99%

 Last 300 second output: 0 packets/sec 0 bytes/sec 0%

……

如链路出现环路：

¡     排查链路连接、端口配置是否正确。

¡     对于二层口，是否使能STP协议，配置是否正确。

¡     对于二层口，邻接设备STP状态是否正常。

¡     如以上配置均正确，可能为STP协议计算错误或协议计算正确但端口驱动层没有正常Block阻塞，可以shutdown环路上端口、拔插端口让STP重新计算来快速恢复业务。

(4)     确定CPU占用率高的任务。

如果通过上述步骤无法解决故障，请通过display process cpu命令观察占用CPU最多的任务。

<Sysname> display process cpu slot 1

CPU utilization in 5 secs: 2.4%; 1 min: 2.5%; 5 mins: 2.4%

    JID      5Sec      1Min      5Min    Name

      1      0.0%      0.0%      0.0%    scmd

      2      0.0%      0.0%      0.0%    [kthreadd]

      3      0.0%      0.0%      0.0%    [migration/0]

      4      0.0%      0.0%      0.0%    [ksoftirqd/0]

      5      0.0%      0.0%      0.0%    [watchdog/0]

      6      0.0%      0.0%      0.0%    [migration/1]

      7      0.0%      0.0%      0.0%    [ksoftirqd/1]

      8      0.0%      0.0%      0.0%    [watchdog/1]

      9      0.0%      0.0%      0.0%    [migration/2]

     10      0.0%      0.0%      0.0%    [ksoftirqd/2]

     11      0.0%      0.0%      0.0%    [watchdog/2]

……

各列分别表示某任务平均5sec、1min、5min占用CPU的百分比和任务名。某任务占用率越高，说明相应的任务占用CPU的资源越多。正常情况任务对CPU的占用率一般低于5%，这个命令可以查看明显高出正常占用率的任务。

(5)     确认异常任务的调用栈。

通过Probe视图下的follow job job-id命令确认异常任务的调用栈，请查询5次以上，发送给技术支持人员分析，以便于分析该任务具体在做什么处理导致CPU占用率持续升高。此处以显示JID 145的调用栈为例。

<Sysname> system-view

[Sysname] probe

[Sysname-probe] follow job 145 slot 1

Attaching to process 145 ([dGDB])

Iteration 1 of 5

------------------------------

Kernel stack:

[<ffffffff80355290>] schedule+0x570/0xde0

[<ffffffff80355da8>] schedule_timeout+0x98/0xe0

[<ffffffff802047e4>] ep_poll+0x4b4/0x5e0

[<ffffffffc05587a8>] DRV_Sal_EVENT_Read+0x1f8/0x290 [system]

[<ffffffffc07351e4>] drv_sysm_gdb_console+0xc4/0x2d0 [system]

[<ffffffffc1a04114>] thread_boot+0x84/0xa0 [system]

[<ffffffff8015c420>] kthread+0x130/0x140

[<ffffffff801183d0>] kernel_thread_helper+0x10/0x20

 

Iteration 2 of 5

------------------------------

Kernel stack:

[<ffffffff80355290>] schedule+0x570/0xde0

[<ffffffff80355da8>] schedule_timeout+0x98/0xe0

[<ffffffff802047e4>] ep_poll+0x4b4/0x5e0

[<ffffffffc05587a8>] DRV_Sal_EVENT_Read+0x1f8/0x290 [system]

[<ffffffffc07351e4>] drv_sysm_gdb_console+0xc4/0x2d0 [system]

[<ffffffffc1a04114>] thread_boot+0x84/0xa0 [system]

[<ffffffff8015c420>] kthread+0x130/0x140

[<ffffffff801183d0>] kernel_thread_helper+0x10/0x20

 

Iteration 3 of 5

------------------------------

Kernel stack:

[<ffffffff80355290>] schedule+0x570/0xde0

[<ffffffff80355da8>] schedule_timeout+0x98/0xe0

[<ffffffff802047e4>] ep_poll+0x4b4/0x5e0

[<ffffffffc05587a8>] DRV_Sal_EVENT_Read+0x1f8/0x290 [system]

[<ffffffffc07351e4>] drv_sysm_gdb_console+0xc4/0x2d0 [system]

[<ffffffffc1a04114>] thread_boot+0x84/0xa0 [system]

[<ffffffff8015c420>] kthread+0x130/0x140

[<ffffffff801183d0>] kernel_thread_helper+0x10/0x20

 

Iteration 4 of 5

------------------------------

Kernel stack:

[<ffffffff80355290>] schedule+0x570/0xde0

[<ffffffff80355da8>] schedule_timeout+0x98/0xe0

[<ffffffff802047e4>] ep_poll+0x4b4/0x5e0

[<ffffffffc05587a8>] DRV_Sal_EVENT_Read+0x1f8/0x290 [system]

[<ffffffffc07351e4>] drv_sysm_gdb_console+0xc4/0x2d0 [system]

[<ffffffffc1a04114>] thread_boot+0x84/0xa0 [system]

[<ffffffff8015c420>] kthread+0x130/0x140

[<ffffffff801183d0>] kernel_thread_helper+0x10/0x20

 

Iteration 5 of 5

------------------------------

Kernel stack:

[<ffffffff80355290>] schedule+0x570/0xde0

[<ffffffff80355da8>] schedule_timeout+0x98/0xe0

[<ffffffff802047e4>] ep_poll+0x4b4/0x5e0

[<ffffffffc05587a8>] DRV_Sal_EVENT_Read+0x1f8/0x290 [system]

[<ffffffffc07351e4>] drv_sysm_gdb_console+0xc4/0x2d0 [system]

[<ffffffffc1a04114>] thread_boot+0x84/0xa0 [system]

[<ffffffff8015c420>] kthread+0x130/0x140

[<ffffffff801183d0>] kernel_thread_helper+0x10/0x20

(6)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

·     CPU_STATE_NORMAL

·     CPU_MINOR_RECOVERY

·     CPU_MINOR_THRESHOLD

·     CPU_SEVERE_RECOVERY

·     CPU_SEVERE_THRESHOLD

2.2  电源类故障

2.2.1  电源模块状态异常

1. 故障描述

电源模块状态指示灯异常或者电源运行中上报Fault。

2. 常见原因

本类故障的常见原因主要包括：

·     电源模块型号和主机不匹配。

·     电源模块安装不到位。

·     电源线缆没有插牢。

·     电源模块温度过高。

·     电源模块故障。

3. 故障分析

本类故障的诊断流程如图2-7所示。

图2-7 故障诊断流程图

 

4. 处理步骤

(1)     检查电源模块的型号是否和主机型号匹配。

(2)     检查设备连接的供电系统：确认供电系统正常供电，电压正常。

(3)     通过电源模块上的指示灯初步判断电源模块是否存在输出短路、输出过流、输出过压、输入欠压、温度过热等问题。不同主机电源指示灯状态有所差异，具体请参见相应主机的硬件手册。

(4)     检查电源模块状态。

使用display power命令显示电源模块状态，查看是否存在Fault、Error或Absent状态的电源模块。

<Sysname> display power

 Power        0 State: Normal

 Power        1 State: Absent

 Power        2 State: Absent

 Power        3 State: Absent

也可以使用display alarm命令查看电源模块告警信息。

<Sysname> display alarm

Slot   CPU   Level   Info

-      -     INFO    Power 1 is absent.

-      -     INFO    Power 2 is absent.

-      -     INFO    Power 3 is absent.

(5)     如果电源模块状态为Absent，请按如下子步骤进行定位处理。

a.     请将该电源模块拆卸后重新安装，重新安装前请检查电源连接器是否完好。

b.     重新安装后，该电源模块的状态未恢复为Normal，则请将该电源模块与正常的电源模块更换槽位再做一次交叉验证。

c.     如果该电源模块仍然显示为Absent，则请更换新的电源模块。

d.     更换新的电源模块后，此故障仍然存在，请执行步骤7。

(6)     如果电源模块状态为Fault或Error，请按如下子步骤进行定位处理。

a.     检查电源线是否脱落或者是否正确连接。

b.     如果电源线连接正常，交叉验证下电源线是否故障。

c.     如果电源线正常，可能是电源模块本身温度过高导致。请查看电源模块积灰情况，如果灰尘较多，请清理灰尘，并将电源模块拆卸后重新安装。

d.     重新安装后，电源模块状态未恢复为Normal，请将该电源模块与正常的电源模块更换槽位做一次交叉验证。

e.     如果该电源模块仍然显示为Fault状态，请更换电源模块。

f.     更换新电源模块后，此故障仍然存在，请执行步骤7。

(7)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

·     DEV/2/POWER_FAILED

·     DEV/3/POWER_ABSENT

2.3  风扇类故障

2.3.1  风扇模块状态异常

1. 故障描述

风扇模块状态指示灯异常或者风扇框运行中上报Fault。

2. 常见原因

本类故障的常见原因主要包括：

·     风扇未插紧。

·     机箱出风口、入风口被异物堵塞。

·     风扇硬件故障。

3. 故障分析

本类故障的诊断流程如图2-8所示。

图2-8 故障诊断流程图

 

4. 处理步骤

(1)     查看风扇模块指示灯状态是否正常，不同主机风扇指示灯状态有所差异，具体请参见相应主机的硬件手册。如果所有指示灯都为灭，请确认电源模块是否正常工作，或整机开关接线是否开路，具体请参见电源模块状态异常章节。

(2)     查看风扇框状态。

使用display fan命令查看风扇框状态。

<Sysname> display fan

Fan Frame 0  State: Normal

也可以使用display alarm命令查看风扇框告警信息。

<Sysname> display alarm

Chassis Slot   CPU   Level   Info

2       -      -     INFO    fan 1 is absent.

(3)     检查风扇框是否安装牢固。

如果风扇框工作状态显示为Absent，表示风扇框不在位或者没有安装牢固。如果风扇框在位，请将该风扇框拆卸后重新安装，重新安装前请检查风扇连接器是否完好，然后查看风扇框状态是否显示为Normal状态。如果仍然显示为Absent状态，请更换风扇框。如果更换新风扇框后仍然显示为Absent状态，请执行步骤5。

(4)     检查设备的工作环境信息。

如果风扇框工作状态显示为Fault，表示该风扇框异常，无法提供抽风散热功能。请使用下述步骤进一步定位。

a.     使用display environment命令查看系统温度是否持续升高。如果系统温度持续升高，建议用手在设备出风口触摸进一步判断出风口是否有出风。如果温度持续升高，且出风口无风，表示风扇框异常。

b.     检查机箱出风口、入风口是否被异物堵塞。如果有异物，请将其清理。

c.     查看各个风扇的转速是否正常。

通过display fan（任意视图）命令查看各个风扇的转速和正常转速是否相差达到50%以上。如存在异常，建议通过风扇框拔插、更换交叉进一步确认。

d.     如果确定风扇异常，请将风扇框拆卸后重新安装，重新安装前请检查风扇连接器是否完好，然后使用display fan命令查看是否恢复为Normal状态。

e.     如果仍然不能恢复为Normal状态，请更换该风扇框。如果现场没有风扇框，不能立即更换，请关闭设备以免温度过高导致电路烧坏；如果有降温措施保证系统工作在50摄氏度以下，也可以继续使用设备。

f.     如果更换新的风扇框仍然不能恢复为Normal状态，请执行步骤5。

(5)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

·     DEV/2/FAN_FAILED

·     DEV/3/FAN_ABSENT

2.4  单板故障

2.4.1  单板状态异常故障

1. 故障描述

·     单板状态异常（比如执行display device命令查看单板状态为Absent、Fault等）。

·     单板出现异常重启、无法启动或不断重启等。

2. 常见原因

本类故障的常见原因主要包括：

·     单板安装不到位。

·     单板损坏。

·     单板面板的指示灯点亮异常。

·     电源模块故障。

·     电源模块输出功率不足。

·     主机软件版本不支持使用该单板。

·     主控板非正常工作状态。

3. 故障分析

本类故障的诊断流程如图2-9所示。

图2-9 单板状态异常故障诊断流程图

 

4. 处理步骤

·     单板状态Absent

(1)     确认单板是否插稳，如检查单板与机框之间是否有空隙，也可以将单板拔出后重插入。重新插入前务必检查单板的连接器状态，看连接器是否变形、脏污。

(2)     将单板放到别的槽位，将框上别的正常的单板放到这个槽位，进一步确认是不是单板故障。

(3)     检查单板面板的指示灯是否点亮。

(4)     确认电源模块输出功率是否充足。比如增加电源模块，看该单板状态是否恢复正常。

(5)     确认主机软件版本是否支持该单板。

a.     通过display version命令查看主机软件版本；

b.     联系技术支持，确认当前主机软件版本是否支持该单板；

c.     如果当前软件版本不支持该单板，请升级到正确版本，版本升级前务必确认新版本可以兼容其它单板。

(6)     如果单板是主控板，连上Console口配置电缆后，使用尖细工具（如笔尖）按单板上的系统复位键（RESET）或通过reboot slot slotid force命令重启单板，查看配置终端上的显示的启动信息是否恢复正常（配置终端无显示或显示乱码均为异常情况），同时查看单板状态指示灯是否恢复正常。正常情况下，配置终端启动后会有类似如下显示信息输出：

System is starting...

Press Ctrl+D to access BASIC-BOOTWARE MENU...

Press Ctrl+T to start heavy memory test

Booting Normal Extended BootWare........

The Extended BootWare is self-decompressing....Done.

 

****************************************************************************

*                                                                          *

*                  H3C MSR56-60 BootWare, Version 2.61                     *

*                                                                          *

****************************************************************************

Copyright (c) 2004-2017 New H3C Technologies Co., Ltd.

 

Compiled Date       : Dec 23 2015

CPU ID              : 0x3

Memory Type         : DDR3 SDRAM

Memory Size         : 2048MB

BootWare Size       : 1024KB

Flash Size          : 8MB

cfa0 Size           : 497MB

CPLD Version        : 3.0

PCB Version         : 2.0

 

 

BootWare Validating...

Press Ctrl+B to access EXTENDED-BOOTWARE MENU...

Loading the main image files...

Loading file cfa0:/msr56-cmw710-system-e0006p05.bin.........................

..........................Done.

Loading file cfa0:/msr56-cmw710-security-e0006p05.bin....Done.

Loading file cfa0:/msr56-cmw710-voice-e0006p05.bin......Done.

Loading file cfa0:/msr56-cmw710-data-e0006p05.bin....Done.

Loading file cfa0:/msr56-cmw710-boot-e0006p05.bin.......................

Done.

 

Image file cfa0:/msr56-cmw710-boot-e0006p05.bin is self-decompressing.......

........Done.

System image is starting...

Line con1 is available.

 

 

Press ENTER to get started.

(7)     如果单板是接口模块，请先确保主控板处于正常工作状态，确保子卡连接器没有变形、脏污。

(8)     如确认为单板故障，请更换单板，收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

·     单板状态Power-off。

(1)     确认设备环境是否存在过温下电，通过命令display power-supply查看是否存在环境温度过高，单板被下电的记录。比如单板的供电状态“Status”为“off”表示单板由于用户操作或过温保护等原因被主动下电。

<sysname>display power-supply verbose

  Index          Status          Type            Description

  -----------------------------------------------------------

  PWR1           absent

  PWR2           normal          AC              PSR300-12A2

  PWR3           absent

  PWR4           absent

 

 System power capacity: 300W

 Remaining power for HMIM: 164W

(2)     如果确认是过温下电，请排查环境单板槽位是否插满，如果单板槽位已插满单板，请通过命令display fan确认风扇工作是否正常，风扇状态为Normal表示风扇正常工作，如不正常，或确认单板存在电源故障，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

·     单板状态Fault。

(1)     检查整机功耗，整机功耗不够时，单板会进入fault状态。

(2)     等待一段时间（大约10分钟左右）确认下单板是一直Fault还是Normal后又再次重启。如单板是Normal后又自动重启，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

(3)     如果单板是主控板，请连上串口线，查看配置终端上是否有单板正常启动的显示信息、或单板启动是否异常。如下述主控板启动时出现内存读写测试失败而不断重启，需要检查主控板内存条是否插稳。

readed value is 55555555 , expected value is aaaaaaaa

DRAM test fails at: 080ffff8

DRAM test fails at: 080ffff8

Fatal error! Please reboot the board.

(4)     将单板放到别的槽位，进一步确认是不是槽位故障。

(5)     如确认为单板故障，请更换单板，收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

·     单板重启异常

这里的单板重启是指单板出现过重启，而当前单板状态是Normal。

(1)     通过日志或运行时间分析重启的时间段，确认重启的时间点附近有无用户通过命令行reboot重启或进行单板上下电等操作。

(2)     display version命令支持查询单板最近一次重启的原因。比如“Last reboot reason”表示单板最近一次重启原因是设备上电。

<Sysname> display version

H3C Comware Software, Version 7.1.064, Feature 6749L22

Copyright (c) 2004-2024 New H3C Technologies Co., Ltd. All rights reserved.

H3C MSR56-60 uptime is 0 weeks, 0 days, 6 hours, 56 minutes

Last reboot reason : Power on

(3)     如果所有单板同时出现重启，请检查设备电源模块是否正常，确认外部电源是否出现过停电，电源进线是否插稳、是否出现松动。

(4)     如无法确认，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.4.2  原主控板无法启动

1. 故障描述

原有主控板无法启动。

2. 常见原因

本类故障的常见原因主要包括：

·     主控板卡硬件故障导致无法上电。

·     主控板卡BootWare基本段损坏。

·     内存或CPU硬件故障导致BootWare无法运行。

3. 故障分析

本类故障的诊断流程如图2-10所示。

图2-10 故障诊断流程图

 

4. 处理步骤

(1)     查看主控板运行灯（SYS灯）是否点亮

BootWare基本段启动后，会立刻将运行灯置成快闪，所以这是判断系统能否启动的重要标志。

表2-1 主控板运行灯状态及含义

	主控板运行灯状态	指示灯含义
SYS	绿色常亮	表示内存自检
	绿色快速闪烁	表示系统正在启动
	绿色慢速闪烁	表示系统正常运行
	黄色快速闪烁	表示系统文件丢失
	黄色慢速闪烁	表示内存检测故障
	黄色常亮	系统文件不存在
	灯灭	系统硬件故障

 

(2)     如果设备上电后运行灯绿色快闪，说明基本段启动正常，则进行步骤4。

(3)     若运行灯没有点亮，可能是设备未上电或者BootWare基本段被破坏。

a.     先判断设备是否上电。从主控入风口正面观察，主控板内部是否有绿色闪灯或者常亮灯，也可以经过一段时间后，拔出主控板，检验CPU上的散热片是否有热度。

b.     如果没有上电，则检查供电、电源模块，设备硬件故障也可能导致主板不能上电。

c.     如果设备上电正常，则应该是BootWare基本段被破坏，需要返回研发处理。

 

(4)     检查Bootware是否运行成功。

查看是否有如下信息，是则说明基本段运行成功，进入步骤5。

System is starting...

Press Ctrl+D to access BASIC-BOOTWARE MENU...

Press Ctrl+T to start heavy memory test

Booting Normal Extended BootWare........

The Extended BootWare is self-decompressing....Done.

 

****************************************************************************

*                                                                          *

*                  H3C MSR56-60 BootWare, Version 2.61                     *

*                                                                          *

****************************************************************************

Copyright (c) 2004-2017 New H3C Technologies Co., Ltd.

 

Compiled Date       : Dec 23 2015

CPU ID              : 0x3

Memory Type         : DDR3 SDRAM

Memory Size         : 2048MB

BootWare Size       : 1024KB

Flash Size          : 8MB

cfa0 Size           : 497MB

CPLD Version        : 3.0

PCB Version         : 2.0

 

 

BootWare Validating...

如果没有任何输出信息，可能是内存或CPU本身有问题，进入步骤5。

(5)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.4.3  新加入主控板无法启动

1. 故障描述

设备原有一块主控板，新加入一块主控板作为备用主控板，新加入的主控板无法启动。

2. 常见原因

本类故障的常见原因主要包括：

·     备用主控板和原主控板的型号不一致。

·     备用主控板和原主控板的软件版本不一致。

3. 故障分析

本类故障的诊断流程如图2-11所示。

图2-11 故障诊断流程图

 

4. 处理步骤

(1)     检查新加入主控板是否和原主控板型号一致。

同一台设备中的两块主控板型号要求一致。检查两块主控板型号是否一致，如果不一致，更换一块型号一致的主控板插入。

(2)     检查新加入主控板是否和原主控板版本一致。

连接备用主控板的Console口，查看启动时备用主控板加载的系统软件版本是否和主用主控板一致。如果不一致，请在BootWare菜单里升级备用主控板的版本。

(3)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.4.4  主控板在使用中发生重启，无法正常启动

1. 故障描述

主控板在使用中发生重启，无法正常启动。

2. 常见原因

本类故障的常见原因主要包括：

·     启动文件损坏。

·     主控板内存单元损坏。

·     单板未完全插入或损坏导致BootWare运行异常。

3. 故障分析

本类故障的诊断流程如图2-12所示。

图2-12 故障诊断流程图

 

4. 处理步骤

(1)     检查主控板上的启动文件是否正常。

通过Console口登录故障主控板，重新启动设备，如果BootWare提示CRC错误或者找不到启动文件，请重新加载启动文件，并确认Flash中文件大小与服务器上的文件是否一致，如不存在或不一致需重新加载启动文件。加载后请设置该文件为当前启动文件（在BootWare加载过程中，BootWare能自动将该文件设置为当前启动文件）。

(2)     测试主控板内存单元是否正常。

如果确认加载的文件大小正确，且设置为当前启动文件也正常。请重新启动单板，同时立即按住CTRL+T，对内存单元进行检测。如果提示内存错误，请更换单板。

(3)     查看Bootware是否依旧提示错误。

如果内存检查也正常，但BootWare启动过程中还有错误提示，则根据相关提示初步判断发生故障的器件。检查单板是否插牢。如已插牢则更换单板。

(4)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.4.5  主备倒换故障

1. 故障描述

本类故障常见如下三种情况：

·     用reboot命令重启主用主控板时，备用主控板也重启。

·     主、备倒换异常。

2. 常见原因

本类故障的常见原因主要包括：

·     原备用主控板未启动完成的情况下，因重启主用主控而被动变成主用主控板。

·     备用主控板未收到主用主控板的报文而切换成主用主控板。

·     主用主控板自身异常导致重启。

·     主用主控板和备用主控板版本不一致。

3. 故障分析

用reboot命令重启主用主控板时，备用主控板也重启，此类故障的诊断流程如图2-13所示。

图2-13 故障诊断流程图

 

4. 处理步骤

·     对于用reboot命令重启主用主控板时备用主控板也重启，此类故障的处理步骤如下：

(1)     在原主用主控板启动完成后，使用ftp或tftp命令将存储介质中logfile目录下最新的logfile文件上传到文件服务器。

(2)     查看logfile中reboot命令日志（类似Command is reboot slot 0）到上次启动开始（类似SYSLOG_RESTART: System restarted）这段时间是否出现过类似Batch backup of standby board in slot 1 has finished字符串。

a.     如果没出现过，则表示是在原备用主控板未启动完成的情况下，因重启主用主控而被动变成主用主控板，这种情况下备用主控重启属于正常现象，无需处理。下次重启前注意确保备用主控板批量备份完成（即已经出现过类似Batch backup of standby board in slot 1 has finished日志），再用reboot slot命令重启主用主控板。

b.     如果出现过，请联系H3C技术支持人员。

·     对于主、备倒换异常，此类故障的处理步骤如下：

(1)     通过display system stable state命令收集主用主控、备用主控状态信息：

<H3C> display system stable state

System state     : Stable

Redundancy state : Stable

  Slot    CPU    Role       State

  0       0      Active     Stable

  1       0      Standby    Stable

根据显示信息查看：

a.     双主控的Role是否为Active和Standby。

b.     主用主控、备用主控状态是否Stable。

(2)     通过display boot-loader命令收集主用主控、备用主控版本信息，查看主用主控、备用主控版本是否一致。

(3)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.5  端口故障

2.5.1  端口出现CRC错误

1. 故障描述

通过display interface查看到端口存在CRC错包。

<Sysname> display interface gigabitethernet1/0/1

GigabitEthernet1/0/1

Current state: DOWN

Line protocol state: DOWN

Description: GigabitEthernet1/0/1 Interface

Bandwidth: 1000000 kbps

Maximum transmission unit: 1500

Internet address: 2.1.1.2/24 (primary)

IP packet frame type: Ethernet II, hardware address: 0000-fc00-9276

IPv6 packet frame type: Ethernet II, hardware address: 0000-fc00-9276

Loopback is not set

Media type is twisted pair, port hardware type is 1000_BASE_T

Port priority: 0

1000Mbps-speed mode, full-duplex mode

Link speed type is autonegotiation, link duplex type is autonegotiation

Flow-control is not enabled

Port priority: 0

Output queue - Urgent queuing: Size/Length/Discards 0/1024/0

Output queue - Protocol queuing: Size/Length/Discards 0/500/0

Output queue - FIFO queuing: Size/Length/Discards 0/75/0

Last link flapping: 6 hours 39 minutes 28 seconds

Last hardware down reason: PHY line side is down

Last clearing of counters: Never

Current system time:2023-12-09 10:46:24

Last time when physical state changed to up:-

Last time when physical state changed to down:2023-12-09 10:25:30

 Peak input rate: 8 bytes/sec, at 2019-03-19 09:20:48

 Peak output rate: 1 bytes/sec, at 2019-03-19 09:16:16

 Last 300 second input: 0 packets/sec 0 bytes/sec -%

 Last 300 second output: 0 packets/sec 0 bytes/sec -%

 Input (total):  2892 packets, 236676 bytes

          24 unicasts, 2 broadcasts, 2866 multicasts, 0 pauses

 Input (normal):  2892 packets, - bytes

          24 unicasts, 2 broadcasts, 2866 multicasts, 0 pauses

 Input:  0 input errors, 0 runts, 0 giants, 0 throttles

          3 CRC, 0 frame, - overruns, 0 aborts

          - ignored, - parity errors

 Output (total): 29 packets, 1856 bytes

          24 unicasts, 5 broadcasts, 0 multicasts, 0 pauses

 Output (normal): 29 packets, - bytes

          24 unicasts, 5 broadcasts, 0 multicasts, 0 pauses

 Output: 0 output errors, - underruns, - buffer failures

          0 aborts, 0 deferred, 0 collisions, 0 late collisions

          0 lost carrier, - no carrier

以上显示信息表明，入端口出现了CRC错包。

2. 常见原因

·     端口与电缆连接器物理连接有虚插现象。

·     端口异常。

·     电缆连接器损坏。

·     光模块、光纤有污染或连接不好。

·     光功率不足。

·     中间链路或设备故障。

·     设备或单板硬件故障。

3. 故障分析

本类故障的诊断流程如图2-14所示。

图2-14 故障诊断流程图

 

4. 处理步骤

(1)     端口进行内部环回检查。

在端口下配置loopback internal命令开启内部环回功能，然后通过display interface查看端口CRC错包统计是否增长。如果增长，则可能是设备或单板硬件故障，请联系技术支持人员。如果不增长，则不是端口内部问题。

(2)     检查端口与电缆连接器是否有异常。

a.     检查端口和电缆连接器的物理连接是否有虚插。若有虚插，请正确连接端口和电缆连接器。

b.     检查端口是否异常，比如端口内存在异物，端口的PIN针有弯针，端口的外壳变形等异常。若有异常，需要更换其他正常端口或光模块。

c.     检查电缆连接器是否出现损坏现象。若有损坏现象，请更换电缆。

(3)     检查光模块是否有异常。

a.     将使用光纤将该端口的光模块Tx端和Rx端连接，然后通过display interface查看端口CRC错包统计是否增长。如果增长，则可能是光模块的问题。如果不增长，则不是该光模块问题。

b.     通过display transceiver alarm命令查看光模块是否有Rx_Los或Tx_Fault告警信息，若有告警信息，需要清洁或更换光纤、光模块。

c.     通过display transceiver diagnosis命令查看光模块的接收功率和发送功率是否在规定的最大值和最小值的范围内，若有接收或发送的功率超出范围，需要清洁或更换光纤、光模块。

(4)     更换正常端口测试是否能恢复正常。

更换其他正常的端口测试，如果端口更换后错包消失，端口更换回来错包又再次出现，则为端口硬件故障，请更换端口并将故障信息发送技术支持人员分析；如更换到其他正常端口仍会出现错包，则中间传输链路故障的可能性较大。

(5)     检查中间传输链路是否正常。

使用仪器测试中间链路，链路质量差或者线路光信号衰减过大会导致报文在传输过程中出错。检查互连中间链路设备（光转，转接架，传输等设备）是否正常。若中间传输链路故障，请更换或恢复中间传输链路。

(6)     执行shutdown命令，再执行undo shutdown命令，查看端口是否能恢复正常。

(7)     如果故障仍然未能排除，可能是设备或单板硬件故障，请收集信息，并联系技术支持人员。

5. 告警与日志

相关告警

无。

相关日志

Number of CRC error packets exceeded the high threshold: Interface Name GigabitEthernet1/0/1, High threshold 1000, Number of CRC error packets 6611063, Interval 10s.

2.5.2  端口不接收报文

1. 故障描述

端口状态为UP，不接收报文或出现丢包。

使用display interface 命令查看本端入方向的接收报文统计增长数量小于对端出方向发送报文统计增长数量。

2. 常见原因

·     端口出现CRC错误。

·     端口上的配置影响报文的接收。

·     设备或单板硬件故障。

3. 故障分析

本类故障的诊断流程如图2-15所示。

图2-15 故障诊断流程图

 

4. 处理步骤

(1)     查看端口是否出现CRC错误。

按“端口出现CRC错误”章节排查。

(2)     检查端口配置是否影响报文接收。

可通过以下步骤检查端口配置是否影响报文的接收：

¡     通过display interface brief命令，查看端口配置是否有异常。其中包括两端的端口双工模式、端口类型以及VLAN等配置。若有异常，请更改端口属性的配置查看该故障端口是否能恢复正常。如果不能，请先执行shutdown命令后，再执行undo shutdown命令，再次查看端口是否能恢复正常。

¡     对于二层口，如果配置了STP功能，通过display stp brief命令，查看端口是否为discarding状态。如果端口被STP设置为discarding状态，请根据STP的相关配置进一步排查。建议将连接终端设备的端口配置为边缘端口或关闭该端口的STP功能。

¡     如果该端口加入了聚合组，通过display link-aggregation summary命令查看该端口是否为Selected选中状态。当该端口Status为Unselected状态时，该端口无法收发数据报文。请定位端口成为Unselected状态的原因，如聚合组内成员端口的属性类配置与参考端口不一致，进一步排查解决。

¡     如果配置了ACL过滤，请根据ACL的相关配置进一步排查。

¡     如果接口配置了流量控制功能，请关闭流量控制功能查看该故障端口是否能恢复正常。

¡     如果接口上配置了广播/组播/未知单播风暴抑制功能，当接口上的广播/组播/未知单播流量超过用户设置的抑制阈值时，系统会丢弃超出流量限制的报文，查看接口是否配置了了广播/组播/未知单播风暴抑制功能，如果配置了，请关闭接口的风暴抑制功能查看该故障端口是否能恢复正常。

(3)     执行shutdown命令，再执行undo shutdown命令，查看端口是否能恢复正常。

(4)     如果故障仍然未能排除，可能是设备或单板硬件故障，请收集信息，并联系技术支持人员。

5. 告警与日志

相关告警

无。

相关日志

无。

2.5.3  端口不发送报文

1. 故障描述

端口状态为UP，但不发送报文。

使用display interface 命令查看本端出方向的发送报文统计不增长。

2. 常见原因

·     光模块异常。

·     端口上的配置影响报文的接收。

·     设备或单板硬件故障。

3. 故障分析

本类故障的诊断流程如图2-16所示。

图2-16 故障诊断流程图

 

4. 处理步骤

(1)     端口进行内部环回检查。

在端口下配置loopback internal命令开启内部环回功能，然后通过display interface查看本端出方向的发送报文统计是否增长。如果不增长，则可能是设备或单板硬件故障，请联系技术支持人员。如果增长，则不是端口内部问题。

(2)     检查端口配置是否影响报文发送。

可通过以下步骤检查端口配置是否影响报文的发送：

¡     对于二层口，如果配置了STP功能，通过display stp brief命令，查看端口是否为discarding状态。如果端口被STP设置为discarding状态，请根据STP的相关配置进一步排查。建议将连接终端设备的端口配置为边缘端口或关闭该端口的STP功能。

¡     如果该端口加入了聚合组，通过display link-aggregation summary命令查看该端口是否为Selected选中状态。当该端口Status为Unselected状态时，该端口无法收发数据报文。请定位端口成为Unselected状态的原因，如聚合组内成员端口的属性类配置与参考端口不一致，进一步排查解决。

¡     如果配置了ACL过滤，请根据ACL的相关配置进一步排查。

¡     如果接口配置了流量控制功能，请关闭流量控制功能查看该故障端口是否能恢复正常。

¡     查看是否配置了接口出方向上阻断广播/未知组播/未知单播报文功能，某些协议（例如ARP、DHCP、RIP、IGMP等）在运行过程中会交互广播/未知组播/未知单播报文，如果配置该功能将导致这些协议报文不能通过该接口发送，请关闭该功能查看故障端口是否能恢复正常。

(3)     执行shutdown命令，再执行undo shutdown命令，查看端口是否能恢复正常。

(4)     如果故障仍然未能排除，可能是设备或单板硬件故障，请收集信息，并联系技术支持人员。

5. 告警与日志

相关告警

无。

相关日志

无。

2.5.4  电口无法UP

1. 故障描述

电口连接线缆后无法正常UP。

2. 常见原因

本类故障的常见原因主要包括：

·     端口配置问题。

·     网线有问题。

·     本端或者对端端口有问题。

3. 故障分析

本类故障的诊断流程如图2-17所示：

图2-17 故障诊断流程图

 

4. 处理步骤

(1)     查看网线两端对接设备网口配置（端口速率，双工，协商模式等）是否一致。执行display interface brief命令，查看两端端口的速率、双工配置是否匹配。若不匹配，请通过speed命令和duplex命令配置端口的速率和双工模式。

<Sysname> display interface brief

Brief information on interfaces in route mode:

Link: ADM - administratively down; Stby - standby

Protocol: (s) – spoofing

 

Interface            Link Protocol Primary IP      Description

GE1/0/1              DOWN DOWN     --

Loop0                UP   UP(s)    2.2.2.9

NULL0                UP   UP(s)    --

Vlan1                UP   UP       --

Vlan999              UP   UP       192.168.1.42

 

Brief information on interfaces in bridge mode:

Link: ADM - administratively down; Stby - standby

Speed: (a) - auto

Duplex: (a)/A - auto; H - half; F - full

Type: A - access; T - trunk; H - hybrid

Interface         Link    Speed   Duplex   Type   PVID  Description

GE1/0/2           DOWN    auto     A        A      1    aaaaaaa

GE1/0/3            UP     1G(a)    F(a)     A      1    aaaaaaa

(2)     通过display interface命令查看端口状态Current state是否为Administratively DOWN状态，如果是，请使用undo shutdown命令激活相应的以太网端口。

<Sysname> display interface gigabitethernet 1/0/1

GigabitEthernet1/0/1

Current state: Administratively DOWN

Line protocol state: DOWN

Description: GigabitEthernet1/0/1 Interface

Bandwidth: 1000000 kbps

Maximum transmission unit: 1500

Allow jumbo frames to pass

Broadcast max-ratio: 100%

Multicast max-ratio: 100%

Unicast max-ratio: 100%

Internet protocol processing: Disabled

...

(3)     更换一根确认为好的网线，检查故障是否排除。

(4)     分别更换本端设备端口以及对端设备端口，检查故障是否排除。

(5)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

无

2.5.5  端口频繁UP/DOWN

1. 故障描述

板卡插入线缆或光模块后，端口频繁UP/DOWN。

2. 常见原因

本类故障的常见原因主要包括：

·     光模块或线缆故障。

·     电口自协商不稳定。

·     WAN口两端时钟配置问题。

3. 故障分析

本类故障的诊断流程如图2-18所示：

图2-18 故障诊断流程图

 

4. 处理步骤

(1)     对于光口，需要确认光模块是否异常。通过查看光模块alarm信息来排查两者光模块以及中间光纤问题。告警信息中如果存在接收有问题那一般是对端端口、光纤或中转传输设备导致；如果是发送有问题或者电流、电压异常那就需要排查本端端口。

<Sysname> display transceiver alarm interface gigabitethernet 1/0/1

GigabitEthernet1/0/1 transceiver current alarm information:

  RX loss of signal

  RX power low

(2)     检查光模块的接收、发送光功率是否正常（即在该光模块的光功率上下门限值之内）。如果发送光功率处于临界值，请更换光纤、光模块做交叉验证；如接收光功率处于临界值，请排查对端光模块及中间光纤链路。

<Sysname> display transceiver diagnosis interface gigabitethernet 1/0/1

GigabitEthernet1/0/1 transceiver diagnostic information:

  Current diagnostic parameters:

    Temp(°C)  Voltage(V)  Bias(mA)  RX power(dBm)  TX power(dBm)

    36        3.31        6.13      -35.64          -5.19

  Alarm thresholds:

           Temp(°C)   Voltage(V)  Bias(mA)  RX power(dBM)  TX power(dBM)

    High   50         3.55        1.44      -10.00         5.00

    Low    30         3.01        1.01      -30.00         0.00

(3)     对于电口，一般在自协商情况下容易出现协商不稳定，这种情况请尝试设置强制速率双工。

(4)     对于WAN口，请检查两端时钟是否配置，需在主控板有时钟扣板的一端配置为Master，另一端配置为Slave。

(5)     如果故障依存在，请排查链路、对端设备、中间设备。

(6)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

无

2.6  光模块故障

2.6.1  光口不UP故障

1. 故障描述

光口不UP。

2. 常见原因

·     设备当前版本不支持该光模块。

·     光口有异物或光模块金手指被污染、损坏。

·     光模块与接口速率不匹配。

·     光口故障。

·     光模块或线缆故障。

·     光模块与光纤类型不匹配。

3. 故障分析

本类故障的诊断流程如图2-19所示。

图2-19 故障诊断流程图

 

4. 处理步骤

(1)     检查设备当前版本是否支持该光模块。

可通过产品安装手册或软件版本说明书查看当前软件版本是否支持该光模块。如果有新版本支持该光模块，也可以升级软件版本。

(2)     检查光模块与接口速率、双工模式是否匹配。

执行display interface命令，查看端口与光模块的速率、双工配置是否匹配。若不匹配，请通过speed命令和duplex命令配置端口的速率和双工模式。

(3)     检查光接口是否故障。

在本设备上的相同速率的光口上用匹配的线缆（适用于短距离连接）直接互连，查看该端口是否能UP。如果能UP，则说明对端端口异常；如果不能UP，则说明本端端口异常。可通过更换本端与对端端口来检查故障是否解决。

(4)     检查光模块/线缆是否异常。

可通过如下步骤检查光模块/线缆是否异常：

a.     可通过display transceiver alarm interface命令，查看当前端口上的光模块的故障告警信息，若显示为“None”，则表示没有故障；若显示有告警信息，可通过查看光模块/线缆告警信息来确认是光模块问题还是光纤或者对端问题。比如出现RX signal loss和TX fault错误，可以查看光口、光模块是否存在异物，或者光模块金手指严重氧化。

b.     可通过display transceiver interface命令，检查两端的光模块类型、波长、传输距离等参数是否一致。

c.     可通过display transceiver diagnosis interface命令，检查光模块的数字诊断参数的当前测量值是否在正常范围内。参数异常常见问题及解决办法如下：

-     当光纤与光模块接触不良时，可通过将光线与光模块插牢解决。

-     当光纤质量不好或损坏，可通过更换光纤解决。

-     当传输路径增加了中间光衰设备，可根据实际使用，调整光衰设备解决。

-     当光模块适配传输距离与实际使用距离相差较大，更换为与实际传输距离适配的光模块解决。

(5)     检查光模块类型与光纤是匹配。

可通过《H3C光模块手册》，查看光模块类型与光纤类型是否匹配。若不匹配，可通过更换光纤解决。

(6)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

·     OPTMOD/3/CFG_ERR

·     OPTMOD/5/CHKSUM_ERR

·     OPTMOD/5/IO_ERR

·     OPTMOD/4/FIBER_SFPMODULE_INVALID

·     OPTMOD/4/FIBER_SFPMODULE_NOWINVALID

·     OPTMOD/5/MOD_ALM_ON

·     OPTMOD/5/RX_ALM_ON

·     OPTMOD/5/RX_POW_HIGH

·     OPTMOD/5/RX_POW_LOW

2.6.2  光模块上报非H3C合法光模块故障处理

1. 故障描述

通过display logbuffer命令查看系统日志时，发现存在上报非H3C合法光模块的相关信息。相关日志信息显示如下：

This transceiver is NOT sold by H3C. H3C  therefore shall NOT guarantee the normal function of the device or  assume the maintenance responsibility thereof!

2. 常见原因

光模块为第三方光模块或伪造的H3C光模块。

3. 故障分析

本类故障的诊断流程如图2-20所示。

图2-20 故障诊断流程图

 

4. 处理步骤

(1)     检查光模块是否为H3C光模块。

a.     根据光模块上的标签判断是否为H3C认证光模块。

b.     通过命令display transceiver interface，查看Vendor Name是否是H3C。如果显示的是H3C，则可能是没有电子标签的H3C光模块，也可能不是H3C光模块，需要进一步确认。如果显示的是其它信息，则一定不是H3C光模块，可通过更换为H3C光模块来检查故障是否排除。

(2)     与H3C的技术支持工程师确认是否是H3C光模块。

通过Probe视图下的命令display hardware internal transceiver register interface和display transceiver information interface收集光模块信息。然后向H3C技术支持工程师反馈光模块上的条码，确认光模块的渠道来源，明确是否是H3C光模块。如果确认不是H3C光模块，可通过更换为H3C光模块来检查故障是否排除。

(3)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的日志信息、告警信息。

5. 告警与日志

相关告警

无。

相关日志

·     OPTMOD/4/PHONY_MODULE

2.6.3  光模块不支持数字诊断

1. 故障描述

通过display transceiver diagnosis interface命令查看光模块诊断信息时，系统提示光模块不支持数字诊断。显示如下：

<Sysname> display transceiver diagnosis interface Twenty-FiveGigE1/0/1

The transceiver does not support this function.

2. 常见原因

·     光模块为非H3C光模块。

·     光模块不支持数字诊断。

·     光模块故障。

·     设备/光口故障。

3. 故障分析

本类故障的诊断流程如图2-21所示。

图2-21 故障诊断流程图

 

4. 处理步骤

(1)     判断是否为H3C光模块，具体步骤见2.6.2  光模块上报非H3C合法光模块故障处理。

(2)     通过display transceiver interface命令，查看Digital Diagnostic Monitoring字段是否是YES，如果是YES，表明支持数字诊断，反之亦然。

(3)     使用相同型号光模块插在本设备其他正常端口或者其他正常运行且支持该光模块的设备上，检查是否仍然提示不支持数字诊断。

(4)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

2.6.4  光模块序列号丢失

1. 故障描述

使用display transceiver manuinfo interface命令查看光模块序列号丢失。

2. 常见原因

·     光模块未插紧。

·     光模块/设备故障。

3. 故障分析

本类故障的诊断流程如图2-22所示。

图2-22 故障诊断流程图

 

4. 处理步骤

(1)     检查光模块是否完全插入光口。

可通过插紧光模块，或更换光口解决。

(2)     检查光模块是否故障。

可通过使用相同型号光模块插在本设备端口或者其他正常运行且支持该光模块的设备上来判断。

(3)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的告警信息。

5. 告警与日志

相关告警

无。

相关日志

无。

 

2.7  PoE供电故障

2.7.1  PoE供电异常

1. 故障描述

PoE供电功率不足或无法供电。

2. 常见原因

·     供电电源与设备不匹配或供电电源供电能力不足。

·     PSE固件故障。

·     受电设备为非标准PD，PoE接口没有开启非标准PD检测功能。

3. 故障分析

本类故障的诊断流程如图2-23所示。

图2-23 故障诊断流程图

 

4. 处理步骤

(1)     确定电源配备是否正确。

检查设备配备的电源模块对于PoE设备，必须按照电源配置方案配置电源。关于电源模块的适配情况，请参见对应产品的安装指导或硬件描述。

(2)     查看PSE固件运行是否正常。

执行display poe device命令查看显示PSE的工作状态。如果工作状态显示为faulty，则说明PSE故障。如下所示：

<Sysname> display poe device

Slot  1:

 PSE ID  Slot No. SSlot No. PortNum  MaxPower(W)  State  Model

 1       0        0         48       0            Faulty LSP1POEA

以上显示信息说明该PSE存在故障。

用户可联系H3C用服或设备供应商获取对应版本的PSE固件，然后使用poe update命令升级PSE固件。升级方法如下所示：

<Sysname> system-view

[Sysname] poe update full POE-168.bin pse 4

This command will refresh the PSE firmware. Continue? [Y/N]:y

……

以上显示信息说明PSE软件升级成功。再次执行display poe device命令查看显示PSE的工作状态。如果工作状态显示为on或off，则说明PSE故障已修复。如下所示：

[Sysname] display poe device

Slot  1:

 PSE ID  Slot No. SSlot No. PortNum  MaxPower(W)  State  Model

 1       0        0         48       0            on     LSP1POEA

(3)     在任意视图中执行display poe pse命令查看显示PSE的信息。确认当前整机供电功率、平均功率、峰值功率是否正常、PSE检测非标准PD功能是否打开等。如下所示：

<Sysname> display poe pse

 PSE ID                                    : 1

 Slot NO.                                  : 0

 PSE Model                                 : LSBMPOEGV48TP

 PSE Status                                : Enabled

 PSE Preempted                             : No

 Power Priority                            : Low

 Current Power                             : 130      W

 Average Power                             : 20       W

 Peak Power                                : 240      W

 Max Power                                 : 200      W

 Remaining Guaranteed Power             : 120      W

 PSE CPLD Version                         : 100

 PSE Software Version                    : 200

 PSE Hardware Version                    : 100

 Legacy PD Detection                      : Disabled

 Power Utilization Threshold            : 80

 PSE Power Policy                         : Disabled

 PD Power Policy                          : Disabled

 PD Disconnect-Detection Mode           : DC

¡     如果PSE当前供电功率、PSE平均功率、PSE峰值功率都达到或接近PSE最大供电功率，说明PoE电源模块供电不足，此时请选配更大供电功率的PoE电源模块。

¡     如果PSE Legacy PD Detection字段显示为Disable，请执行poe legacy enable命令，开启非标准PD检测功能。

(4)     在任意视图中执行display poe interface命令查看显示PoE端口的相关信息。确认当前端口供电功率、平均功率、峰值功率是否正常，端口的电流、电压是否正常。如下所示：

<Sysname> display poe interface gigabitethernet 1/0/1

 

 PoE Status                        : Enabled

 Power Priority                    : Critical

 Oper                              : On

 IEEE Class                        : 1

 Detection Status                  : Delivering power

 Power Mode                        : Signal

 Current Power                     : 11592    mW

 Average Power                     : 11610    mW

 Peak Power                        : 11684    mW

 Max Power                         : 15400    mW

 Electric Current                  : 244      mA

 Voltage                           : 51.7     V

 PD Description                    : IP Phone For Room 101

 

如果当前端口供电功率、平均功率、峰值功率都达到或接近端口最大供电功率，说明PoE端口供电不足，此时请执行poe max-power命令重新配置PoE端口的最大供电功率。

(5)     如果故障仍然未能排除，请收集上述步骤的执行结果，并联系技术支持人员。

2.8  以太接口故障处理

2.8.1  无法ping通直连设备问题

1. 故障描述

无法ping通与以太网接口直连的设备。

2. 故障处理步骤

(1)     通过display interface命令收集指定接口信息，查看：

¡     接口状态是否UP。

¡     接口两端速率双工是否匹配。

¡     接口收发包统计是否正常，有无错包和丢包统计，如果有错包统计，可以先排除线缆问题或接口故障。

¡     如果接口是光口查看两端光模块是否匹配。

(2)     通过display arp all命令查看是否学到直连接口的ARP，如果没有，通过debugging arp packet命令打开两台设备上的ARP调试开关，查看ARP收发是否存在异常情况。

(3)     通过debugging ip packet命令打开两个设备上的IP调试开关，通过debugging ip icmp命令打开ICMP调试开关，查看ICMP收发是否存在异常情况。

(4)     如果上述步骤无法具体定位故障，请联系H3C技术支持人员。

(5)     如果上述步骤无法具体定位故障，则收集如下信息，并联系H3C技术支持人员。

¡     在probe视图下，通过display hardware internal module interface-name interface-number statistics命令收集接口可维护统计信息。

¡     在probe视图下，通过display hardware internal module interface-name interface-number status命令收集接口可维护状态信息。

2.8.2  转发不通问题

1. 故障描述

以太网接口所在路由器作为中间设备转发流量时，流量转发不通。

2. 故障处理步骤

(1)     在没有流量转发的情况下，确认以太网接口与直连设备是否可以ping通，如果不通，请参见2.8.1  无法ping通直连设备问题处理。

(2)     通过debugging ip packet命令打开设备上的IP调试开关，查看IP报文收发是否存在异常情况。

(3)     如果上述步骤无法具体定位故障，请联系开发人员。

(4)     如果上述步骤无法具体定位故障，则收集如下信息，并联系开发人员。

¡     在probe视图下，通过display hardware internal module interface-name interface-number statistics命令收集接口可维护统计信息。

¡     在probe视图下，通过display hardware internal module interface-name interface-number status命令收集接口可维护状态信息。

2.8.3  转发丢包问题

1. 故障描述

以太网接口转发流量有丢包问题。

2. 故障处理步骤

(1)     通过display counters rate inbound interface命令查看入接口速率统计，通过display counters rate outbound interface命令查看出接口速率统计，初步确认丢包的设备。

(2)     通过display interface命令查看流量出接口统计，查看qos队列入方向是否有流量，是否有丢包。

(3)     如果上述步骤无法具体定位故障，请联系H3C技术支持人员。

(4)     如果上述步骤无法具体定位故障，则收集如下信息，并联系H3C技术支持人员。

¡     在probe视图下，通过display hardware internal module interface-name interface-number statistics命令收集接口可维护统计信息。

¡     在probe视图下，通过display hardware internal module interface-name interface-number status命令收集接口可维护状态信息。

¡     有跨板转发流量时，在probe视图下，通过display hardware internal ibd pkt-info slot slot-number slot-number 命令收集板间统计信息。

3. 故障诊断命令

命令	说明
display interface	查看接口信息
display arp all	查看所有的ARP表项信息
display counters rate inbound interface	查看入接口速率统计
display counters rate outbound interface	查看出接口速率统计
display hardware internal module interface-name interface-number statistics	查看接口可维护统计信息
display hardware internal module interface-name interface-number status	查看接口状态信息
display hardware internal module interface-name interface-number message	查看接口配置信息
display hardware internal ibd pkt-info slot slot-number slot-number	查看板间统计信息
debugging arp packet	打开ARP的报文调试信息开关
debugging ip packet	打开IP报文调试信息开关
debugging ip icmp	打开ICMP调试信息开关

 

命令	说明
display interface	查看接口信息
display arp all	查看所有的ARP表项信息
display counters rate inbound interface	查看入接口速率统计
display counters rate outbound interface	查看出接口速率统计
debugging arp packet	打开ARP的报文调试信息开关
debugging ip packet	打开IP报文调试信息开关
debugging ip icmp	打开ICMP调试信息开关

 

2.9  E1&T1接口故障处理

2.9.1  E1&T1常见排查方法

E1/T1常见排查方法有：

·     硬件排查。

·     线缆排查。

·     配置排查。

·     时钟排查。

·     接地排查。

·     打环排查。

1. 硬件排查方法

(1)     确认外接电源连接：

对问题主机进行独立供电测试以排除电源问题。

(2)     本地自环测试：

在E1/T1接口下配置loopback local命令或在E1-F/T1-F接口视图下配置fe1 loopback local/ft1 loopback local命令观察接口物理是否up，并观察逻辑串口上的收发是否正确环回，如果正常可以初步排除板卡硬件问题。

a.     如果接口本地自环失败，并且在更换槽位后本地自环成功，可以定位为硬件问题，将问题主机走分析件流程。

b.     更换单板测试，如果接口本地自环失败，并且在更换单板后本地自环成功，可以定位为硬件问题，将问题单板走分析件流程。

c.     更换主机测试，如果接口本地自环失败，并且在更换主机后本地自环成功，可以定位为硬件问题，将问题主机走分析件流程。

2. 线缆排查方法

(1)     线缆质量排查

¡     确保线缆为我司标准线缆。

¡     更换电缆。

¡     将电缆收发短接，查看接口是否能成功自环。若自环成功，可排除线缆问题。如何查看自环请参见2.9.1  6. 打环排查方法。

(2)     排查线缆阻抗与接口阻抗是否匹配

¡     通过display controller或display fe1获取接口阻抗（例文中蓝色字体）：

<Sysname> display controller E1 1/0/0

E1 1/0/0 current state :DOWN

Description : E1 1/0/0 Interface

Basic Configuration:

    Work mode is E1 framed, Cable type is 120 Ohm balanced.

¡     通过更换线缆或调整接口卡拨码开关（HMIM-8E1T1板卡使用硬件跳线和cable-type命令确认板卡阻抗类型）来保证线缆阻抗和接口阻抗的一致性。

接口类型：E1接口

相应命令：cable-type { 75 | 120 }

参数说明：75：匹配75欧的传输线路；120：匹配120欧的传输线路。

(3)     排查线缆长度与配置是否匹配

E1/T1接口对其使用的电缆长度有一定的限制，通常最大长度不能超过500米，当线缆越长，信号衰减越大，此时需对信号进行补偿或外接CSU设备，路由器提供了cable命令用来设置接口匹配的传输线路的衰减或长度，本命令作用是配置发送时的信号波形，以适应不同传输需要。实际使用中，可根据接收端收到的信号质量的好坏，来决定是否使用此命令。如果信号质量较好，可以使用缺省设置。

接口类型：E1接口

相应命令：cable { long | short }

参数说明：long：匹配655英尺以上的传输线路；short：匹配655英尺以下的传输线路。

接口类型：T1/T1-F接口

相应命令：cable { long decibel | short length }

参数说明：

long decibel：匹配655英尺以上的传输线路。参数decibel的值可以为0db、-7.5db、-15db、-22.5db，用户可根据接收端信号质量选择不同的衰减参数。当线路质量越差时，信号衰减越大，需要用户对这种衰减进行相应补偿，此时，不需要外接CSU。

short length：匹配655英尺以下的传输线路。参数length的值可以为133ft、266ft、399ft、533ft、655ft，用户可根据传输线路的长度，选择相应的长度参数。

3. 配置排查方法

(1)     通信两端配置要保持一致：

包括工作模式（成帧或非成帧）、帧格式、CRC校验方式、编码格式、线路空闲码、帧间填充符。

 

(2)     用配置解决AIS告警误检问题：

如果线路上正常传输的数据为全1码流，空闲码为FF，当没有业务数据传输时，线路上传输的数据为全1的空闲码，即表现为AIS告警。

两种解决方案：

¡     在路由器上配置undo detect-ais 命令，即不检测AIS命令。

¡     把帧间填充改为7E。

4. 时钟排查方法

(1)     标准时钟方案

根据传输网络是否提供时钟，E1有两类时钟方案：

¡     当传输网络提供时钟时，即传输为主时钟，E1对接双方都为从时钟。

图2-24 传输提供时钟时E1时钟配置方案

 

¡     当传输网络不提供时钟时，即传输只进行透传，此时E1对接双方应一端配置主时钟，另一端配置从时钟。

图2-25 传输不提供时钟时E1时钟配置方案

 

(2)     频偏测量

如果时钟配置有误，会导致线路上时钟产生频偏。E1接口正常的频偏范围为正负50ppm，如果频偏超过这个范围，则不能保证数据收发正常。频偏有积累效应，即频偏会随着时间推移持续变大，表现为E1接口由正常到出现错包，直至到不可用状态。可通过shutdown/undo shutdown命令使频偏回到初时值，恢复接口使用。

通常，可以使用ETEN表来测量线路的频偏，方法为将ETEN串接在E1的接收或发送线路上，分别测试线路的收发频偏。

5. 接地排查方法

(1)     常见的不良接地和共地

¡     设备安装在19英寸机柜中，但并未将设备的地线接到机柜的接地线上。

¡     设备与对接设备在同一机房，设备只接地，但并未共地。

(2)     不良共地的影响

共地不良会导致对接双方基准电压不同，数据的收发和各种信号的检测不在一个电压平台上。于是，会出现本端发送的数据与对端接收的数据不一致，收发出现错包，严重时会导致协议up/down，或者本端正常的发送信号，对方无法检测或错误检测，导致物理上出现告警，E1物理接口up/down。

(3)     接地要求

¡     设备必须接地。

¡     如果设备与对接设备在同一机房，设备不但要接地，还要与对接设备共地。

¡     接地导线必须采用铜导线以降低高频阻抗，接地线尽量粗和短，接地线不得使用铝材。

¡     接地线两端的连接点应确保电气接触良好，并做防腐、防锈处理。

¡     不得利用其他设备作为接地线电气连通的组成部分。

¡     接地引线不能与信号线平行走线或相互缠绕。

¡     保护地线上严禁接头，严禁加装开关或熔断器。

¡     保护地线应选用黄绿双色相间的塑料绝缘铜芯导线。

¡     保护地线的长度不应超过30米，且尽量短，当超过30米时，应要求客户就近重新设置地排。

¡     设备如果用UPS供电，那么UPS也必须接地。

可靠接地是设备具有良好的防雷、防电击和抗干扰性能的基本要求，是设备长期可靠、稳定运行的前提。

(4)     不同环境中设备接地方法

¡     安装环境中提供接地排

当设备所处安装环境中有接地排时，在确认接地排的接地连接可靠的情况下，将设备黄绿双色的保护接地电缆一端接至接地排的接线柱上，拧紧固定螺母（如图3-11所示）。保护接地电缆截面积必须不小于4mm²，工程施工时该电缆尽量短，不能盘绕。

图2-26 机房有接地排时接地安装简图

 

对于安装在19英寸机柜上的设备，可将设备黄绿双色的保护接地电缆接到19英寸机柜的接地端子上，并确认19英寸机柜的接地端子与机房接地排可靠连接。

¡     安装环境中无接地排，并且条件不允许埋设接地体

当设备所处安装环境中没有接地排，并且条件不允许埋设接地体时。

¡     若设备采用220V交流电供电，可以通过交流电源的PE线进行接地（如图3-12所示）。确认交流电源的PE线在配电室或交流供电变压器侧是否良好接地，并保证设备的PE端子可靠的和交流电源的PE线连接，设备的电源电缆应采用带保护地线的三芯电缆。若交流电源的PE线在配电室或交流供电变压器侧没有接地，应及时向客户提出整改的要求。

图2-27 利用交流PE线接地时接地安装简图

 

¡     若设备采用-48V（或+24V）直流电供电，可以通过直流电源的回流线RTN或PGND进行接地（如图3-13所示）。 确认RTN或PGND在直流电源柜的直流输出口处是可靠接地的，若RTN或PGND在直流电源柜的直流输出口处没有接地，应及时向客户提出整改的要求。

图2-28 利用电源柜PGND接地时接地安装简图

 

¡     安装环境中无接地排，附近可以埋设接地体

当设备所处安装环境中没有接地排，附近有泥地并且允许埋设接地体时，可采用长度不小于0.5m的角钢或钢管，直接打入地下。 角钢截面应不小于L×W×H = 50×50 ×5mm，钢管壁厚应不小于3.5mm，材料采用镀锌钢材。设备黄绿双色的保护接地电缆应和角钢采用电焊连接，焊接点表面应涂敷防锈漆进行防锈处理。 保护接地电缆截面积必须不小于4mm2，工程施工时该电缆尽量短，不能盘绕（如图3-14所示）。

图2-29 机房附近允许埋设接地体时接地安装简图

 

 

(5)     接地电阻值

设备接地连接的机房接地排，其接地电阻应按照机房环境的要求来确定。对于电信中心机房，接地电阻按照YDJ26-89标准要求执行（标准要求小于1W）；对于非电信中心机房，接地电阻应小于5W；对于打入地下的角钢，其接地电阻可适当放宽，应小于10W。对于土壤电阻率高的地方，宜在接地体泥土周围撒一些盐水或降阻剂等措施来降低土壤的电阻率。

(6)     设备共地方法

对接设备之间一定要共地，同时各对接设备也要可靠接地。

¡     如果对接设备都安装在19英寸机柜中，那么分别把对接设备的地线直接接到机柜的接地线上共地。

¡     如果对接设备之间放置在同一个机房内，且距离不太远，那么可以通过把对接设备的接地线直接连接在一起，然后再接地的方法来共地，如下图所示。

图2-30 设备共地示意图

 

¡     如果对接设备没有安装在同一个机房，无法通过接地线共地，那么采用对接设备分别可靠接地的方法来共地。

(7)     共地是否可靠的测量方法

图2-31 共地是否可靠的测量方法

 

按上图用接地线将对接设备的接地点引出，用万用电表测量这两点的电压和电阻：

良好的接地：被测两点的电阻应迅速归零，而电压值小于1V。

不良的接地：被测两点之间电阻值非零，或虽为零但并未迅速归零，或两点电压值大于1V。

6. 打环排查方法

(1)     常用的打环点

图2-32 共地是否可靠的测量方法

 

¡     1打环点：

打环方法：在路由器上E1接口上配置loopbace local，在FE1接口下配置FE1 loopbace local。

测试目的：排查路由器接口本身收发是否正常。

¡     2、3打环点：

打环方法：将Router1与传输1之间的E1收发线缆短接或在传输上向左侧打环。

测试目的：排查Router1和传输1之间线路是否正常。

¡     4打环点：

打环方法：在传输2上向左侧打环。

测试目的：排查传输网络是否正常。

¡     5打环点：

打环方法：将Router1与传输1之间的E1收发线缆短接。

测试目的：排查Router1到Router2直接整个物理链接是否正常。

¡     6打环点：

打环方法：在Router2上E1接口上配置loopbace remote/loopbace payload，在FE1接口下配置fe1 loopbace remote/fe1 loopbace payload。

测试目的：排查整个链路，包括Router2是否正常。

(2)     打环后如何进行线路排查：

¡     通过路由器自环检测功能进行排查

将接口链路层协议配置为PPP，查看接口收发以12个包的步长匀速增长，在接口信息中显示loopback is detected，而且接口上没有错包增加，则表明链路正常，否则为异常。

<Sysname> display interface serial 1/0:0

Serial1/0:0

Current state: UP

Line protocol state: DOWN

Description: Serial1/0:0 Interface

Bandwidth: 64kbps

Maximum Transmit Unit: 1500

Hold timer: 10 seconds, retry times: 5

Derived from E1 1/0, Timeslot(s) Used: 1, Baudrate is 64000 bps

Internet protocol processing: disabled

Link layer protocol: PPP, Loopback: detected

LCP: closed

Output queue - Urgent queuing: Size/Length/Discards 0/100/0

Output queue - Protocol queuing: Size/Length/Discards 0/500/0

Output queue - FIFO queuing: Size/Length/Discards 0/75/0

Last clearing of counters: Never

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

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

Input:

  12 packets, 156 bytes

  0 broadcasts, 0 multicasts

  0 errors, 0 runts, 0 giants

  0 CRC, 0 align errors, 0 overruns

  0 aborts, 0 no buffers, 0 frame errors

Output:

  12 packets, 156 bytes

  0 errors, 0 underruns, 0 collisions

  0 deferred

¡     通过误码仪进行排查

用线路误码仪取代路由器的位置，将接在路由器上的收发线缆接在误码仪的收发上，此时误码仪即能显示线路上是否有误码存在。

2.9.2  E1&T1常见问题定位

常见的E1/T1模块问题可以分为以下两类：

·     物理接口异常，表现为controller接口信息存在LOS、LFA、AIS或RAI告警，物理一直down或反复up/down。

·     物理接口UP，并且没有告警，但数据收发异常，表现为对接双方接口上有错包或链路层协议up/down。

1. 物理接口异常问题

·     故障描述

物理接口异常，表现为 controller接口信息存在LOS、LFA、AIS或RAI告警，物理一直down或反复up/down。

·     故障处理步骤

按如下顺序进行问题排查

(1)     用硬件排查方法排查硬件问题。

(2)     用线缆排查方法排查线缆问题。

(3)     用配置排查方法排查配置问题。

(4)     用时钟排查方法排查时钟问题。

(5)     用接地排查方法排查接地问题。

(6)     用打环排查方法排查线路问题。

2. 数据收发异常问题

·     故障描述

物理接口UP，并且没有告警，但数据收发异常，表现为对接双方接口上有错包或链路层协议up/down。

·     故障处理步骤

按如下顺序进行问题排查

(1)     用硬件排查方法排查硬件问题。

(2)     用线缆排查方法排查线缆问题。

(3)     用配置排查方法排查配置问题。

(4)     用时钟排查方法排查时钟问题。

(5)     用接地排查方法排查接地问题。

(6)     用打环排查方法排查线路问题。

3. 信息收集建议

如果上述步骤无法定位或排除故障，请收集如下信息，并联系H3C技术支持人员：

·     display diagnostic-information

·     display device verbose

·     display controller、display fe1或display ft1

·     display interface serial(如收发有错包增长，请有间隔的多次收集该信息)