很多人刚接触华为路由器第一件事就是拉一堆配置出来看display current-configuration一敲几千行配置刷屏看得眼花缭乱最后发现真正要找的设备基本状态压根没看到。其实查看华为路由器的设备基本状态思路应该是“先看健康再看配置”版本是不是预期版本、设备起来多久了、接口通不通、CPU和内存吃紧不紧张、有没有告警和异常重启。这些信息用一组固定命令几分钟就能全部拿到手比翻配置高效得多。这篇文章就围绕“华为路由器如何查看设备基本状态”这条主线把登录准备、版本信息、接口状态、CPU内存温度、日志与重启记录逐一拆开讲。内容主要面向刚接手华为AR系列或R系列设备的网络工程师、企业网管也适合正在备考华为认证的朋友。文章里的命令在华为VRP平台通用不同系列输出的字段略有差异但思路完全一致。1. 进设备前的准备怎么安全登录到命令行1.1 三种主流登录方式查看设备状态的前提是能进到设备的命令行界面。华为路由器常用的登录方式有三种Console口本地登录、SSH远程登录、Telnet远程登录。Console口登录是首次配置和故障应急时最可靠的方式。需要一根Console线老式设备一般是RJ45口的Console线现在不少新设备直接做成USB-C或者Mini USB口线缆选型别搞错。电脑上装好串口驱动后用SecureCRT、Xshell或者PuTTY新建一个串口会话关键参数固定是波特率9600、数据位8、停止位1、无校验、无流控。很多人第一次连不上十有八九是COM口号选错或者波特率不是9600Check一下设备管理器里的COM端口号就行。SSH和Telnet则是带内管理方式适合设备IP可达、管理地址已经配置好的场景。SSH的安全性高于Telnet因为所有数据都是加密传输的远程管理强烈建议用SSH。登录用的账号通常在设备上通过AAA本地认证创建需要同时绑定service-type ssh或者service-type telnet否则账号能建出来但登不进去。1.2 Console登录与密码问题Console口连接的实操里有两个容易被忽略的细节。第一个是终端仿真软件的会话属性。除了波特率9600之外还要把“Flow Control”设置为None。如果开了XON/XOFF流控登录后敲命令可能出现“丢字符”或者命令卡住不执行的现象看着像设备死机其实只是终端设置不对。第二个是Console密码。华为设备Console口默认情况下可能没有密码但很多项目交付时都会配上认证密码。如果你的设备Console密码忘了千万别急着恢复出厂配置。华为设备在BootROM菜单里提供了Console密码恢复能力但操作不当会丢失当前配置。我的建议是优先联系原实施方或华为技术支持获取官方恢复方案并且操作前一定先确认有没有最近的配置文件备份。网络上很多教程教人直接清空配置重启那是治标不治本配置没了整个网络就瘫了。1.3 登录后第一步确认视图与权限范围进设备后看到的是用户视图提示符是尖括号比如Huawei。在这个视图下就可以执行绝大多数display开头的查询命令这也是我们这次要用的主要视图。需要进入系统视图时输入system-view提示符会变成方括号[Huawei]。要特别提醒的是查询类命令和配置类命令不要混在一起敲。很多新手习惯进到系统视图后开始狂敲display命令这没问题但反过来在用户视图敲配置命令就会报错“Error: Unrecognized command”。养成好习惯查状态就在用户视图改配置才进系统视图。账号权限也会影响你看到的设备状态内容。用display privilege可以查看当前账号的权限级别级别3以上属于管理权限。如果某个账号只有监控权限部分敏感状态信息可能是看不到的这属于正常现象别误以为设备出问题了。2. 设备基本信息display version与硬件状态2.1 display version输出逐行解读display version是查看设备基本状态最先应该敲的命令没有之一。它回答的问题非常明确这台设备是什么型号、跑的什么软件版本、已经运行了多久。华为设备的输出一般长这样VRP (R) software, Version 8.180 (AR651C V300R019C00SPC100) Copyright (C) 2016-2022 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI AR651C uptime is 183 days, 14 hours, 32 minutes这里需要重点关注三个地方一是设备型号比如上面输出里的AR651C这决定了设备的硬件规格和定位二是软件版本V300R019C00SPC100里的V300R019是大版本C00是特性版本SPC100是补丁版本三是uptime183天表示设备已经连续稳定运行了这么久。这个字段非常重要如果你怀疑某次断网是设备重启导致的看uptime就能立刻验证——如果uptime只有5分钟说明设备刚刚重启过。2.2 display device与硬件板卡清单display version看的是整体轮廓再往下就得用display device查看设备单板状态了。对于框式设备比如NE系列或者旗舰级AR这个命令会列出所有板卡的工作状态Online表示单板在线且注册成功Running表示单板正在正常运行Standby表示备用板处于热备状态Fault或者Offline则说明单板存在故障。我见过不少维护案例设备从外面看着通电正常业务却不通最后查出来是业务板卡已经Down了display device一眼就暴露问题。对于盒式AR路由器输出内容会简单一些主要确认设备整体状态是Normal风扇和电源工作是否正常也在这里能看到。2.3 为什么运行时间是个关键信号uptime这个字段我特别想多说两句。日常维护中它是最容易被人忽略、但信息量极大的“设备基本状态”。举个例子你和同事同时排查一个“晚上9点网络卡顿”的问题。如果某台设备uptime显示只有2小时而晚上9点恰好是设备自动重启时间那基本可以断定问题源头就在这台设备。如果uptime显示200天就不用在设备重启这件事上浪费时间应该优先查链路流量和光模块状态。另外在做设备升级或者配置变更前后也应该记录一下display version的输出。运维记录里“升级前版本是XXX升级后版本是XXX”这种信息就靠这个命令来支撑升级完一对比就能确认是不是真的生效了。display startup还可以查看设备下次启动时加载的软件包和配置文件升级后如果版本没变先看这里八成是启动加载顺序没改对。3. 接口状态怎么看物理链路与协议链路3.1 display interface brief 一眼看全局查看接口状态是路由器日常维护里最频繁的动作。总览所有接口状态用display interface brief输出类似Interface PHY Protocol InUti OutUti inErr outErr GigabitEthernet0/0/0 up up 0.01% 0.02% 0 0 GigabitEthernet0/0/1 down down 0.00% 0.00% 0 0这里有两列核心信息PHY和Protocol。PHY代表物理层状态也就是网线、光模块、对端设备这些物理层因素是否正常Protocol代表链路层协议状态比如PPP协商、以太网封装这类二三层协议是否正常。两列状态组合起来其实就是故障判断的第一现场。up/up是最健康的状态代表物理链路通、协议也正常。down/down说明物理层就不通最常见的原因是网线没插好、对端设备断电、光模块没有收到光。up/down这个组合最有意思物理层没问题但是协议协商失败常见于PPP认证失败、链路层封装类型不匹配这些情况。3.2 深入display interface看流量和错包总览发现问题后需要对具体接口做“体检”用到display interface GigabitEthernet0/0/0。这个命令会把接口的详细信息全部列出来包括速率、双工模式、收发包统计、错包统计等。我重点看这几个字段Last physical up/down time接口最后一次状态变化的时间判断断网是持续性还是偶发性Input error和Output error错包计数持续增长就说明链路质量有问题CRC错误帧数量这个字段特别关键CRC校验错误通常意味着物理层信号质量差比如网线老化、接头氧化、光纤损耗过大或者光模块性能劣化。我实际排查过一个案例办公网每隔一段时间就卡顿接口状态一直up/up看Input error发现CRC报错在不停增长最后定位到一根从弱电井穿过的网线被老鼠咬了几口替换后立刻恢复正常。所以接口up不代表链路健康错误的增长趋势才是问题核心。reset counters interface GigabitEthernet0/0/0可以清零接口统计计数器做监控基线时很有用。建议在链路刚恢复时清零一次过24小时再看增量比看“历史累计值”更有参考价值。3.3 状态组合的含义与排查方向有些状态不是你一看就能明白的这里整理一个速查表方便直接对号入座状态组合含义排查方向PHY up / Protocol up链路正常无需处理关注错包增长即可PHY down / Protocol down物理层不通查网线、光模块、对端设备、接口是否shutdownPHY up / Protocol down协议协商失败查PPP认证、封装格式、MTU协商、双模配置接口速率异常协商失败检查两端速率双工模式是否一致错包持续增长链路质量差更换线缆、清洁光模块、检查光功率实际上还有一种情况接口显示Administratively down也就是被动关闭状态。这是人为执行过shutdown命令导致的华为设备接口默认是开启的出现这个状态八成是之前有人手动关了重新undo shutdown就能恢复。4. CPU、内存、温度三个健康指标现场体检4.1 CPU占用率和任务分布CPU是路由器的核心处理单元承载着路由计算、协议交互、转发控制等任务。用display cpu usage查看CPU实时占用率输出一般包含最近5秒、1分钟、5分钟的平均值以及当前CPU占用率。你要关注的不是某一个瞬间的数值而是整体趋势。CPU短期冲到80%以上可能是瞬时流量高峰但如果持续在90%以上大概率有问题。接着再执行display cpu-usage task可以看到当前哪些进程占用了CPU资源。这个命令的输出会列出任务名称和占用比例比如某个路由协议进程占用过高可能是邻居震荡导致频繁计算如果aaa进程占用高可能是大量认证请求打过来。这里用个生活化的类比CPU就像厨房里的一个灶眼正常炒菜时各种菜轮流下锅没问题但如果几十个订单同时挤进来灶眼就会忙不过来。路由器CPU同理重点是看是什么任务在“抢灶眼”。4.2 内存使用率与碎片告警内存状态用display memory查看输出包括总内存大小、已用内存、空闲内存以及内存使用率。华为设备的VRP系统会预留一部分内存给转发平面使用所以看到内存使用率在60%-70%左右只要没有持续上涨一般不需要过度紧张。真正需要警惕的是内存使用率缓慢爬升的情况。比如从30%经过两周涨到80%这通常不是正常业务波动而是可能存在内存泄漏。遇到这种情况先看display memory里的峰值记录再配合display logbuffer里有没有内存不足的日志告警最后结合近期是否做过版本升级、配置变更来定位原因。内存不足时华为设备可能会出现CPU占用率飙升、业务随机中断、部分命令无法执行等情况。如果是生产设备我不建议贸然重启先确认是不是某个进程异常能通过调整配置解决的优先调整配置确实无法解决再评估重启窗口。4.3 温度与电源风扇环境信息设备温度这类环境信息中高端框式设备和盒式设备查看方式略有差异。框式设备常见的是display temperature all直接列出各单板的当前温度和阈值一旦接近告警阈值就要立刻处理。盒式AR系列更多用display device和display environment查看整体状态。温度告警最直接的物理反应就是风扇转速上升声音变得明显。如果风扇已经堵转或者转速异常设备会随即触发高温告警严重时直接强制关机保护。这类问题在夏季机房空调故障时特别高发建议有条件的话在设备上配置display environment定期巡检或者通过网管平台采集环境状态。另外电源状态也属于环境巡检范畴。双电源设备如果一路电源失效设备不会马上停机但冗余能力已经丧失。display device输出里能看到电源模块的当前状态有告警尽快安排更换别等第二路电源也挂了再处理。5. 日志和重启记录设备有没有“生过病”5.1 display logbuffer最近发生了什么设备运行过程中系统会把各类事件记录在信息中心里其中最新的日志会写入内存日志缓冲区。display logbuffer就是读取这个缓冲区内容的命令。日志输出的基本格式包含时间戳、模块名、严重级别和日志内容。以下类型的日志在状态排查时最值得关注IFNET模块的接口状态变更日志比如接口up/downCFG模块的配置变更日志谁在什么时候改过什么配置SYS模块的系统运行日志比如设备复位、热补丁加载AAA模块的认证相关日志排查登录失败时很有用。有一个细节容易忽略logbuffer是内存缓冲区容量有限设备重启后内容会全部丢失。如果日志需要长期留存用于审计应该配置info-center loghost把日志发送到外部日志服务器或者在设备上配置日志输出到Flash文件。另外还可以用display logbuffer summary查看日志缓冲区的使用概况以及各级别日志的数量统计。如果Warning级别以上的日志数量异常偏多说明设备近期的确不太平静。5.2 display reboot-info设备为什么重启过很多时候网络出现一次瞬断赶到现场设备已经恢复正常无法复现症状。这时候display reboot-info就是破案的关键。这个命令会列出设备每次复位的时间点和复位原因常见的复位原因包括Power on设备重新上电说明可能是断电导致的Reset by software软件触发重启可能是人为执行了重启命令Watchdog timeout看门狗超时复位这种情况一般伴随软件异常Active/Standby switchover主备倒换多见于框式设备。我维护过的一台设备业务侧报告凌晨出现过一次短暂断网但当天的display version显示uptime只有几个小时再一查display reboot-info复位原因是Power on监控记录里正好有一次机房PDU告警真相一目了然。5.3 告警信息display alarm active设备自身会通过健康检测机制产生告警display alarm active可以查看当前告警列表。这个命令和日志的最大区别在于日志是流水账告警是设备主动报告“我现在处于异常状态”。常见告警类型包括温度过高、风扇故障、电源异常、单板故障、光模块收发异常等。告警输出一般包含告警ID、告警级别和产生时间。看到告警后即使业务暂时未受影响也要尽快安排处理。很多设备故障不是突发的而是告警已经挂了很久、没人关注最终恶化成业务中断。建议把“查看活跃告警”纳入值班巡检的固定项目。每周或者每两周执行一次display alarm active看看有没有新增告警比出了问题再翻日志要主动得多。6. 状态查看实战组合拳和问题速查6.1 一条一条敲还是组合脚本很多工程师习惯登录设备后一条一条手动敲命令这没问题但效率确实偏低。我更推荐把常用的状态查看命令整理成一个固定顺序的“首屏信息脚本”每次巡检或者排障时按顺序执行一遍就能在几分钟内掌握设备全貌。我个人的习惯命令顺序是这样的display version display device display interface brief display cpu usage display memory display alarm active display logbuffer实际效果就是用最快速度把“设备是什么版本、硬件是否正常、接口通不通、CPU内存紧不紧张、有没有告警、最近出了什么日志”全部扫一遍。这组命令执行完设备的基本状态基本就掌握清楚了。之后再根据初步结果深入排查比如某个接口有问题就display interface GigabitEthernet0/0/0细看CPU高就display cpu-usage task看任务分布。6.2 常见状态异常排查速查表实际维护中总会遇到各种状态异常下面这张速查表是我根据经验整理的排查路径可以直接拿来参考现象关键命令排查思路接口PHY downdisplay interface brief / display interface确认网线、光模块、对端状态检查接口是否执行了shutdown接口PHY up但Protocol downdisplay interface检查PPP认证、链路层封装、MTU协商、两端双工模式CPU长期90%以上display cpu usage / display cpu-usage task查看任务分布判断是否受到广播风暴或路由震荡影响内存使用率持续上涨display memory / display logbuffer排查内存泄漏结合近期配置变更和版本升级记录设备频繁重启display reboot-info查看复位原因是断电、软件重启还是看门狗复位设备温度告警display temperature all / display environment检查机房温度、风扇转速、设备通风位置CRC错包不断上涨display interface更换网线或光模块检查接头和光功率排查的基本原则是先看物理层再往上层推先看当前状态再看历史趋势。不要一上来就怀疑配置很多问题的根源都在物理链路和环境因素上。6.3 几个容易忽视的小细节最后分享几个实际操作中容易踩坑的细节这些是文档里很少专门提到的地方。第一很多命令支持逻辑过滤。比如display interface brief | include down能快速筛选出所有非up状态的接口在地市汇聚设备接口数量几十个的时候特别好用。display version | include uptime能直接提取运行时间字段不用在一大段输出里找。第二命令的兼容性问题。华为不同产品系列、不同VRP版本之间部分命令存在差异。最典型的就是CPU查询有的平台用display cpu有的平台用display cpu usage输入不完整时按?查看帮助就能确认当前设备支持哪种写法。这种细节在新接触一个系列设备时非常常见不是设备故障。第三配置和状态的关系。我们做ACL配置、MAC与IP绑定这类操作之前一定要先确认设备基本状态正常。ACL规则复杂MAC与IP绑定涉及终端定位如果设备本身已经CPU过载或者接口在丢包配置完成后排查起来会非常混乱。先查状态再做配置再验证效果这个顺序不能乱。我在实际维护中还养成了一个习惯每次处理完设备问题都会把当时的display version、display alarm active、display logbuffer三份关键输出保存下来标注好日期和问题编号。下次再出问题翻一翻历史记录对比一下前后变化很多疑难问题都能从中找到线索。状态查看本身不难难的是坚持记录、持续跟踪这才是设备稳定运行背后真正值钱的经验。 
长河君 · 2026/9/25 10:09:38 · 阅读 1.2k 华为路由器设备状态查看：从display命令到故障排查的完整指南
很多人刚接触华为路由器第一件事就是拉一堆配置出来看display current-configuration一敲几千行配置刷屏看得眼花缭乱最后发现真正要找的设备基本状态压根没看到。其实查看华为路由器的设备基本状态思路应该是“先看健康再看配置”版本是不是预期版本、设备起来多久了、接口通不通、CPU和内存吃紧不紧张、有没有告警和异常重启。这些信息用一组固定命令几分钟就能全部拿到手比翻配置高效得多。这篇文章就围绕“华为路由器如何查看设备基本状态”这条主线把登录准备、版本信息、接口状态、CPU内存温度、日志与重启记录逐一拆开讲。内容主要面向刚接手华为AR系列或R系列设备的网络工程师、企业网管也适合正在备考华为认证的朋友。文章里的命令在华为VRP平台通用不同系列输出的字段略有差异但思路完全一致。1. 进设备前的准备怎么安全登录到命令行1.1 三种主流登录方式查看设备状态的前提是能进到设备的命令行界面。华为路由器常用的登录方式有三种Console口本地登录、SSH远程登录、Telnet远程登录。Console口登录是首次配置和故障应急时最可靠的方式。需要一根Console线老式设备一般是RJ45口的Console线现在不少新设备直接做成USB-C或者Mini USB口线缆选型别搞错。电脑上装好串口驱动后用SecureCRT、Xshell或者PuTTY新建一个串口会话关键参数固定是波特率9600、数据位8、停止位1、无校验、无流控。很多人第一次连不上十有八九是COM口号选错或者波特率不是9600Check一下设备管理器里的COM端口号就行。SSH和Telnet则是带内管理方式适合设备IP可达、管理地址已经配置好的场景。SSH的安全性高于Telnet因为所有数据都是加密传输的远程管理强烈建议用SSH。登录用的账号通常在设备上通过AAA本地认证创建需要同时绑定service-type ssh或者service-type telnet否则账号能建出来但登不进去。1.2 Console登录与密码问题Console口连接的实操里有两个容易被忽略的细节。第一个是终端仿真软件的会话属性。除了波特率9600之外还要把“Flow Control”设置为None。如果开了XON/XOFF流控登录后敲命令可能出现“丢字符”或者命令卡住不执行的现象看着像设备死机其实只是终端设置不对。第二个是Console密码。华为设备Console口默认情况下可能没有密码但很多项目交付时都会配上认证密码。如果你的设备Console密码忘了千万别急着恢复出厂配置。华为设备在BootROM菜单里提供了Console密码恢复能力但操作不当会丢失当前配置。我的建议是优先联系原实施方或华为技术支持获取官方恢复方案并且操作前一定先确认有没有最近的配置文件备份。网络上很多教程教人直接清空配置重启那是治标不治本配置没了整个网络就瘫了。1.3 登录后第一步确认视图与权限范围进设备后看到的是用户视图提示符是尖括号比如Huawei。在这个视图下就可以执行绝大多数display开头的查询命令这也是我们这次要用的主要视图。需要进入系统视图时输入system-view提示符会变成方括号[Huawei]。要特别提醒的是查询类命令和配置类命令不要混在一起敲。很多新手习惯进到系统视图后开始狂敲display命令这没问题但反过来在用户视图敲配置命令就会报错“Error: Unrecognized command”。养成好习惯查状态就在用户视图改配置才进系统视图。账号权限也会影响你看到的设备状态内容。用display privilege可以查看当前账号的权限级别级别3以上属于管理权限。如果某个账号只有监控权限部分敏感状态信息可能是看不到的这属于正常现象别误以为设备出问题了。2. 设备基本信息display version与硬件状态2.1 display version输出逐行解读display version是查看设备基本状态最先应该敲的命令没有之一。它回答的问题非常明确这台设备是什么型号、跑的什么软件版本、已经运行了多久。华为设备的输出一般长这样VRP (R) software, Version 8.180 (AR651C V300R019C00SPC100) Copyright (C) 2016-2022 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI AR651C uptime is 183 days, 14 hours, 32 minutes这里需要重点关注三个地方一是设备型号比如上面输出里的AR651C这决定了设备的硬件规格和定位二是软件版本V300R019C00SPC100里的V300R019是大版本C00是特性版本SPC100是补丁版本三是uptime183天表示设备已经连续稳定运行了这么久。这个字段非常重要如果你怀疑某次断网是设备重启导致的看uptime就能立刻验证——如果uptime只有5分钟说明设备刚刚重启过。2.2 display device与硬件板卡清单display version看的是整体轮廓再往下就得用display device查看设备单板状态了。对于框式设备比如NE系列或者旗舰级AR这个命令会列出所有板卡的工作状态Online表示单板在线且注册成功Running表示单板正在正常运行Standby表示备用板处于热备状态Fault或者Offline则说明单板存在故障。我见过不少维护案例设备从外面看着通电正常业务却不通最后查出来是业务板卡已经Down了display device一眼就暴露问题。对于盒式AR路由器输出内容会简单一些主要确认设备整体状态是Normal风扇和电源工作是否正常也在这里能看到。2.3 为什么运行时间是个关键信号uptime这个字段我特别想多说两句。日常维护中它是最容易被人忽略、但信息量极大的“设备基本状态”。举个例子你和同事同时排查一个“晚上9点网络卡顿”的问题。如果某台设备uptime显示只有2小时而晚上9点恰好是设备自动重启时间那基本可以断定问题源头就在这台设备。如果uptime显示200天就不用在设备重启这件事上浪费时间应该优先查链路流量和光模块状态。另外在做设备升级或者配置变更前后也应该记录一下display version的输出。运维记录里“升级前版本是XXX升级后版本是XXX”这种信息就靠这个命令来支撑升级完一对比就能确认是不是真的生效了。display startup还可以查看设备下次启动时加载的软件包和配置文件升级后如果版本没变先看这里八成是启动加载顺序没改对。3. 接口状态怎么看物理链路与协议链路3.1 display interface brief 一眼看全局查看接口状态是路由器日常维护里最频繁的动作。总览所有接口状态用display interface brief输出类似Interface PHY Protocol InUti OutUti inErr outErr GigabitEthernet0/0/0 up up 0.01% 0.02% 0 0 GigabitEthernet0/0/1 down down 0.00% 0.00% 0 0这里有两列核心信息PHY和Protocol。PHY代表物理层状态也就是网线、光模块、对端设备这些物理层因素是否正常Protocol代表链路层协议状态比如PPP协商、以太网封装这类二三层协议是否正常。两列状态组合起来其实就是故障判断的第一现场。up/up是最健康的状态代表物理链路通、协议也正常。down/down说明物理层就不通最常见的原因是网线没插好、对端设备断电、光模块没有收到光。up/down这个组合最有意思物理层没问题但是协议协商失败常见于PPP认证失败、链路层封装类型不匹配这些情况。3.2 深入display interface看流量和错包总览发现问题后需要对具体接口做“体检”用到display interface GigabitEthernet0/0/0。这个命令会把接口的详细信息全部列出来包括速率、双工模式、收发包统计、错包统计等。我重点看这几个字段Last physical up/down time接口最后一次状态变化的时间判断断网是持续性还是偶发性Input error和Output error错包计数持续增长就说明链路质量有问题CRC错误帧数量这个字段特别关键CRC校验错误通常意味着物理层信号质量差比如网线老化、接头氧化、光纤损耗过大或者光模块性能劣化。我实际排查过一个案例办公网每隔一段时间就卡顿接口状态一直up/up看Input error发现CRC报错在不停增长最后定位到一根从弱电井穿过的网线被老鼠咬了几口替换后立刻恢复正常。所以接口up不代表链路健康错误的增长趋势才是问题核心。reset counters interface GigabitEthernet0/0/0可以清零接口统计计数器做监控基线时很有用。建议在链路刚恢复时清零一次过24小时再看增量比看“历史累计值”更有参考价值。3.3 状态组合的含义与排查方向有些状态不是你一看就能明白的这里整理一个速查表方便直接对号入座状态组合含义排查方向PHY up / Protocol up链路正常无需处理关注错包增长即可PHY down / Protocol down物理层不通查网线、光模块、对端设备、接口是否shutdownPHY up / Protocol down协议协商失败查PPP认证、封装格式、MTU协商、双模配置接口速率异常协商失败检查两端速率双工模式是否一致错包持续增长链路质量差更换线缆、清洁光模块、检查光功率实际上还有一种情况接口显示Administratively down也就是被动关闭状态。这是人为执行过shutdown命令导致的华为设备接口默认是开启的出现这个状态八成是之前有人手动关了重新undo shutdown就能恢复。4. CPU、内存、温度三个健康指标现场体检4.1 CPU占用率和任务分布CPU是路由器的核心处理单元承载着路由计算、协议交互、转发控制等任务。用display cpu usage查看CPU实时占用率输出一般包含最近5秒、1分钟、5分钟的平均值以及当前CPU占用率。你要关注的不是某一个瞬间的数值而是整体趋势。CPU短期冲到80%以上可能是瞬时流量高峰但如果持续在90%以上大概率有问题。接着再执行display cpu-usage task可以看到当前哪些进程占用了CPU资源。这个命令的输出会列出任务名称和占用比例比如某个路由协议进程占用过高可能是邻居震荡导致频繁计算如果aaa进程占用高可能是大量认证请求打过来。这里用个生活化的类比CPU就像厨房里的一个灶眼正常炒菜时各种菜轮流下锅没问题但如果几十个订单同时挤进来灶眼就会忙不过来。路由器CPU同理重点是看是什么任务在“抢灶眼”。4.2 内存使用率与碎片告警内存状态用display memory查看输出包括总内存大小、已用内存、空闲内存以及内存使用率。华为设备的VRP系统会预留一部分内存给转发平面使用所以看到内存使用率在60%-70%左右只要没有持续上涨一般不需要过度紧张。真正需要警惕的是内存使用率缓慢爬升的情况。比如从30%经过两周涨到80%这通常不是正常业务波动而是可能存在内存泄漏。遇到这种情况先看display memory里的峰值记录再配合display logbuffer里有没有内存不足的日志告警最后结合近期是否做过版本升级、配置变更来定位原因。内存不足时华为设备可能会出现CPU占用率飙升、业务随机中断、部分命令无法执行等情况。如果是生产设备我不建议贸然重启先确认是不是某个进程异常能通过调整配置解决的优先调整配置确实无法解决再评估重启窗口。4.3 温度与电源风扇环境信息设备温度这类环境信息中高端框式设备和盒式设备查看方式略有差异。框式设备常见的是display temperature all直接列出各单板的当前温度和阈值一旦接近告警阈值就要立刻处理。盒式AR系列更多用display device和display environment查看整体状态。温度告警最直接的物理反应就是风扇转速上升声音变得明显。如果风扇已经堵转或者转速异常设备会随即触发高温告警严重时直接强制关机保护。这类问题在夏季机房空调故障时特别高发建议有条件的话在设备上配置display environment定期巡检或者通过网管平台采集环境状态。另外电源状态也属于环境巡检范畴。双电源设备如果一路电源失效设备不会马上停机但冗余能力已经丧失。display device输出里能看到电源模块的当前状态有告警尽快安排更换别等第二路电源也挂了再处理。5. 日志和重启记录设备有没有“生过病”5.1 display logbuffer最近发生了什么设备运行过程中系统会把各类事件记录在信息中心里其中最新的日志会写入内存日志缓冲区。display logbuffer就是读取这个缓冲区内容的命令。日志输出的基本格式包含时间戳、模块名、严重级别和日志内容。以下类型的日志在状态排查时最值得关注IFNET模块的接口状态变更日志比如接口up/downCFG模块的配置变更日志谁在什么时候改过什么配置SYS模块的系统运行日志比如设备复位、热补丁加载AAA模块的认证相关日志排查登录失败时很有用。有一个细节容易忽略logbuffer是内存缓冲区容量有限设备重启后内容会全部丢失。如果日志需要长期留存用于审计应该配置info-center loghost把日志发送到外部日志服务器或者在设备上配置日志输出到Flash文件。另外还可以用display logbuffer summary查看日志缓冲区的使用概况以及各级别日志的数量统计。如果Warning级别以上的日志数量异常偏多说明设备近期的确不太平静。5.2 display reboot-info设备为什么重启过很多时候网络出现一次瞬断赶到现场设备已经恢复正常无法复现症状。这时候display reboot-info就是破案的关键。这个命令会列出设备每次复位的时间点和复位原因常见的复位原因包括Power on设备重新上电说明可能是断电导致的Reset by software软件触发重启可能是人为执行了重启命令Watchdog timeout看门狗超时复位这种情况一般伴随软件异常Active/Standby switchover主备倒换多见于框式设备。我维护过的一台设备业务侧报告凌晨出现过一次短暂断网但当天的display version显示uptime只有几个小时再一查display reboot-info复位原因是Power on监控记录里正好有一次机房PDU告警真相一目了然。5.3 告警信息display alarm active设备自身会通过健康检测机制产生告警display alarm active可以查看当前告警列表。这个命令和日志的最大区别在于日志是流水账告警是设备主动报告“我现在处于异常状态”。常见告警类型包括温度过高、风扇故障、电源异常、单板故障、光模块收发异常等。告警输出一般包含告警ID、告警级别和产生时间。看到告警后即使业务暂时未受影响也要尽快安排处理。很多设备故障不是突发的而是告警已经挂了很久、没人关注最终恶化成业务中断。建议把“查看活跃告警”纳入值班巡检的固定项目。每周或者每两周执行一次display alarm active看看有没有新增告警比出了问题再翻日志要主动得多。6. 状态查看实战组合拳和问题速查6.1 一条一条敲还是组合脚本很多工程师习惯登录设备后一条一条手动敲命令这没问题但效率确实偏低。我更推荐把常用的状态查看命令整理成一个固定顺序的“首屏信息脚本”每次巡检或者排障时按顺序执行一遍就能在几分钟内掌握设备全貌。我个人的习惯命令顺序是这样的display version display device display interface brief display cpu usage display memory display alarm active display logbuffer实际效果就是用最快速度把“设备是什么版本、硬件是否正常、接口通不通、CPU内存紧不紧张、有没有告警、最近出了什么日志”全部扫一遍。这组命令执行完设备的基本状态基本就掌握清楚了。之后再根据初步结果深入排查比如某个接口有问题就display interface GigabitEthernet0/0/0细看CPU高就display cpu-usage task看任务分布。6.2 常见状态异常排查速查表实际维护中总会遇到各种状态异常下面这张速查表是我根据经验整理的排查路径可以直接拿来参考现象关键命令排查思路接口PHY downdisplay interface brief / display interface确认网线、光模块、对端状态检查接口是否执行了shutdown接口PHY up但Protocol downdisplay interface检查PPP认证、链路层封装、MTU协商、两端双工模式CPU长期90%以上display cpu usage / display cpu-usage task查看任务分布判断是否受到广播风暴或路由震荡影响内存使用率持续上涨display memory / display logbuffer排查内存泄漏结合近期配置变更和版本升级记录设备频繁重启display reboot-info查看复位原因是断电、软件重启还是看门狗复位设备温度告警display temperature all / display environment检查机房温度、风扇转速、设备通风位置CRC错包不断上涨display interface更换网线或光模块检查接头和光功率排查的基本原则是先看物理层再往上层推先看当前状态再看历史趋势。不要一上来就怀疑配置很多问题的根源都在物理链路和环境因素上。6.3 几个容易忽视的小细节最后分享几个实际操作中容易踩坑的细节这些是文档里很少专门提到的地方。第一很多命令支持逻辑过滤。比如display interface brief | include down能快速筛选出所有非up状态的接口在地市汇聚设备接口数量几十个的时候特别好用。display version | include uptime能直接提取运行时间字段不用在一大段输出里找。第二命令的兼容性问题。华为不同产品系列、不同VRP版本之间部分命令存在差异。最典型的就是CPU查询有的平台用display cpu有的平台用display cpu usage输入不完整时按?查看帮助就能确认当前设备支持哪种写法。这种细节在新接触一个系列设备时非常常见不是设备故障。第三配置和状态的关系。我们做ACL配置、MAC与IP绑定这类操作之前一定要先确认设备基本状态正常。ACL规则复杂MAC与IP绑定涉及终端定位如果设备本身已经CPU过载或者接口在丢包配置完成后排查起来会非常混乱。先查状态再做配置再验证效果这个顺序不能乱。我在实际维护中还养成了一个习惯每次处理完设备问题都会把当时的display version、display alarm active、display logbuffer三份关键输出保存下来标注好日期和问题编号。下次再出问题翻一翻历史记录对比一下前后变化很多疑难问题都能从中找到线索。状态查看本身不难难的是坚持记录、持续跟踪这才是设备稳定运行背后真正值钱的经验。