尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

华为OLT常用查询命令实战:从ONU状态到光功率快速排障

华为OLT常用查询命令实战:从ONU状态到光功率快速排障 简介这份资源面向负责华为OLT设备运维与装维的技术人员以M5680T设备为操作对象汇总了日常维护中最常用的查询与配置命令。内容覆盖ONU信息查看、PON口和VLAN状态查询、LOID自动发现检查以及ONU的MAC认证添加、管理地址下发与删除等关键操作并附有用户创建、时钟源配置和业务端口开通的完整命令行示例可帮助读者快速掌握设备状态核验与基础业务开通方法。资源包共1个文件为doc格式文档体积约136KB内容集中在命令速查与典型配置场景上适合运维新手按需查阅或放到现场备查。目前已有12561人浏览学习说明该命令整理在同类资料中具备较高实用价值和参考意义。1. 华为OLT查询命令为什么是一线运维的吃饭本事凌晨一点值班电话响起来某小区二十几个用户同时上不了网。你登录OLT敲几行命令五分钟内定位到是某个PON口下的流氓ONU在疯狂发包然后应急关停、重新注册、恢复业务。旁边还没上手的人可能还在翻工单、查资料差距就在这套华为OLT常用基本查询命令上。它们解决的是三个问题设备健康吗、用户在线吗、光路通不通。这套命令适合驻地网维护、装维支撑和刚接触GPON/EPON的网工不需要你背熟全部指令先把查询类命令吃透故障定位效率能翻一倍。2. 华为OLT查询命令的底层逻辑登录、模式切换与display通用语法2.1 登录OLT的三种常见方式与登录后第一件事华为OLTMA5680T、MA5683T这些常见型号日常登录方式有三种串口、Telnet、SSH。串口一般在开局和救砖时用需要接console线。Telnet用得最普遍缺点是明文传输。SSH是更安全的选择但有些老版本设备默认没开SSH服务需要先在config模式下用ssh server enable打开。我第一次在现网设备上敲这条命令时发现设备直接报错后来确认是版本太老只支持SSH v1本地终端客户端还要配套调整。登录后的第一件事不是敲命令而是确认自己有没有操作权限。华为OLT默认有一个admin用户登录后处于普通用户视图只能执行少量display命令。要进入特权模式输入enable默认密码是admin或m500各局点开局时一般会改。这个模式下才能查完整状态比如查看当前配置、清除告警、重启单板这些命令。我只强调一件事登录后先执行display users看看当前有几个会话挂在这台设备上。如果发现两个以上陌生IP就要警惕是不是有别的同事在操作或者更严重——设备口令泄露了。2.2 display命令的通用语法分页、模糊匹配和管道过滤华为OLT的查询命令九成以display开头这是整个华为VRP系设备的规矩。display后面跟的是你要查的对象比如display version查版本、display device查硬件、display service-port查业务端口。这里有个非常实用的细节display命令支持模糊匹配你不用背全命令。敲display int后按Tab键设备会把所有以int开头的命令列出来比如interface、inte***ce。记住Tab补全这个动作能省掉大量翻命令手册的时间。查询结果经常很长默认一屏一屏翻页翻页键是空格逐行是回车。但如果你在脚本里批量执行查询或者想一次性抓取全部结果分页就是灾难。解决方法是管道加关键字display ont info 0 0 all | no-more表示不翻页直接输出全部内容。同样display alarm active | include critical表示只过滤出紧急告警。这两个管道参数是我日常用得最多的配合grep思路去查输出立即变得干净。华为设备还有 | exclude、| begin这些用法但include和no-more覆盖了九成场景。2.3 视图切换查询不一定要进config但查配置必须在config华为OLT的视图分成用户视图、特权视图和配置视图display命令在这三个视图下基本都能执行但有例外。用户视图只能看基础信息查版本、查CPU没问题查GPON口光模块的收发光功率也偶尔受限。配置视图用config进入这个视图下才能查running-config和saved-config配置也才能执行save保存配置。实际操作时我习惯登录后直接enable需要改配置再进config。全部在特权视图干活查询和临时应急都有余量。有一个反直觉的坑有些查询命令在特权视图能查在config视图反而查不了。比如display ont register-info 0 0在特权视图正常输出切到config视图再敲设备会提示「无法识别的命令」。原因不是命令不存在而是视图限制。我在培训新同事时常说查询不到时先退到特权视图再试一次别急着怀疑命令拼错。命令不识别也可能是视图不对这个经验在避坑章还会再提。3. 按业务场景拆查询命令从设备健康到用户掉线的排查链3.1 设备健康查询版本、单板、CPU与内存运维的第一优先级是确认设备本身没病。用几行命令查硬件和资源能避免在后续排查里反复走弯路。# 查看设备型号、软件版本、补丁和运行时间 display version # 查看单板信息是否在位、是否离线、温度与电压 display board 0 # 查看设备CPU使用率确认是否存在CPU过载 display cpu-usage # 查看内存使用率快速定位内存泄漏类故障 display memorydisplay version的输出里最值得关注的是VRP版本号和补丁信息。现网OLT的版本很多同一系列设备在不同版本下的命令有细微差异比如某些老版本不支持display ont optical-info只能用display ont remote optical-info。遇到命令执行报错时先对照版本查命令手册而不是硬记。display board 0里的0表示机框号输出每一行对应一个槽位的单板。正常的单板状态会显示online或active温度一般不超过60摄氏度。如果看到offline或standby异常说明硬件不在位或主备切换有问题。display cpu-usage看的是整机CPU占用率GPON业务板和主控板是分开的主控板CPU居高不下时多半有ONU在频繁上下线产生大量协议报文。这些命令组合起来就是一次快速体检。我的习惯是开局验收和改造割接前各跑一遍留下基线数据后面出问题才有对比。没有基线的状态判断都是玄学这是我吃过大亏换来的教训。3.2 ONU注册与光功率查询定位用户掉线的核心命令用户掉线是最常见的故障工单排查链从OLT侧看ONU状态开始。# 查看指定PON口下所有ONU的注册状态0/1/0表示0框1槽0口 display ont info 0 1 0 # 查看ONU光模块收发光功率判断光路质量 display ont optical-info 0 1 0 # 查看ONU的注册历史记录确认是否频繁上下线 display ont register-info 0 1 0 # 查看ONU的版本和运行时长定位固件异常 display ont version 0 1 0display ont info 0 1 0的输出里state列会显示online或offline。online不代表业务通只代表OLT和ONU之间的管理通道是好的用户业务是否正常还得看后面service-port的配置和二层转发。display ont optical-info是光功率查询重点关注RX光功率收光和TX光功率发光。RX功率的合理范围一般在-8dBm到-27dBm之间低于-27dBm时ONU可能还能在线但误码率会明显上升。TX功率异常偏高或偏低则可能是ONU光模块老化。有一次排查用户频繁掉线ONU状态一直online光功率-24dBm看着还能用后来查register-info才发现这个ONU每天晚上都会掉线重注册一次频率持续一周。配合光功率曲线才确认是分光器尾纤接口氧化收光在临界点波动。display ont register-info能看到完整的上下线时间戳是判断「偶发掉线」最直接的证据。我建议每个维护人员都把这条命令记在手机备忘录里它比光功率命令更容易被忽略。3.3 业务与二层转发查询service-port、MAC与流量的配合查完ONU在线还不够。ONU在线但用户拨不上号、上不了网这就要查业务配置和二层转发。# 按PON口维度查看业务端口配置 display service-port port 0/1/0 # 按ONU维度查看业务端口配置 display service-port ont 0/1/0 0 # 查看设备上的MAC地址表确认ONU的MAC是否学习到 display mac 0 # 查看PON口下的流量统计观察有无异常流量冲击 display counters 0/1/0display service-port输出的是VLAN、上行口、绑定关系等关键信息。用户上不了网时先确认ONU对应的service-port还在不在很多故障是上一轮割接或工单变更时误删了配置。display mac 0是查MAC地址表的华为OLT支持按VLAN、按端口过滤。如果ONU在线但OLT的MAC表里找不到它的用户MAC说明二层转发链路有问题多半是VLAN配置错误或PON口被关掉了。display counters能看到PON口下的收发包统计如果有大量CRC错误包或超时丢弃包说明这路光口上有信号劣化或存在异常ONU。流量异常的大户往往就是流氓ONU的根源后面避坑章会专门写。排查用户掉线我给出的命令顺序是先看设备健康再看ONU注册与光功率最后查业务端口和流量。这套链路的顺序不能乱——从底层往上排查每步都在缩小范围能少敲一半命令。4. 华为OLT查询命令避坑五条让你翻车的细节4.1 现象display ont info显示ONU在线但用户还是掉线原因ONU在线只代表管理通道通。业务不通可能是service-port配置丢失、VLAN错误或上层交换机出了问题。很多人看到online就认为ONU没问题直接跳过去查别的东西结果绕了一大圈。解决按上文顺序继续查display service-port ont 0/1/0 0确认业务配置还在再看MAC表有没有学习到用户MAC。管理通道和业务通道是两回事别混在一起判断。4.2 现象光功率看着正常但丢包严重原因收光在-20dBm到-27dBm之间时ONU还能注册但光模块已经工作在灵敏度边缘突发误码率会明显升高。有时光功率数值正常但光路里有脏污或弯曲过大的跳纤造成的是误码而不是衰减。解决用display ont optical-info看功率再用display ont bit-error-info看误码率。误码率超过10的负7次方就要处理。我遇到过功率-22dBm但误码率爆表的案例原因是分光器法兰盘脏污擦干净后一切正常。4.3 现象查询命令刷屏屏幕卡死命令敲不进去原因很多display命令默认结果长比如display mac 0在设备学习了大量MAC时输出几百行。忘加| no-more时需要一直按空格翻页手一抖按了别的键系统进入奇怪的编辑状态或者SSH会话直接超时断开。解决批量查询时统一加| no-more。另一个相关坑在分页状态下手速太快设备会来不及响应给人设备死机的错觉。记住无数所谓「OLT死机」其实就是翻页卡住了按q退出分页即可。4.4 现象display mac查到的地址全是内部地址找不到用户设备原因华为OLT的MAC表会包含设备自身的协议MAC、管理MAC以及VLANIF的MAC这些地址和用户设备的MAC混在一起找起来很困难。解决用filter参数过滤或者用display mac-address vlan 你的业务VLAN限定VLAN后再看。我一般还会配合display ont mac 0/1/0 0查单个ONU下学习到的MAC这个视图更干净能直接看到某个ONT下挂了几台设备。MAC地址表里看用户设备永远带过滤条件这是减少查找时间的关键。4.5 现象在config视图敲查询命令提示错误或命令不可用原因前面提过视图限制。华为OLT对部分查询命令做了视图隔离同一命令在特权视图可用在config视图不可用。遇到命令敲不下去第一反应不是怀疑拼写而是用quit或return退到特权视图再执行。解决养成习惯——所有查询命令都在特权视图执行只有修改和保存配置才进config。我的工作习惯是enable进特权视图查询类命令直接敲需要改动时才config改完及时退出来。这样既避免视图限制也防止在config视图误操作。5. 把查询命令用活脚本化巡检与一次完整抢修5.1 用expect脚本批量执行查询命令实现自动巡检查询命令敲熟了之后下一步就是让机器替你敲。常见做法是本地写expect脚本自动登录OLT并执行命令、保存输出。我用过的脚本思路如下#!/usr/bin/expect # 自动登录并执行查询命令输出到本地文件 set timeout 15 spawn telnet 192.168.1.100 expect Username: send admin\r expect Password: send 密码\r expect send enable\r expect # send display ont info 0 1 0\r expect # send quit\r脚本的核心是交互等待expect Username:的意思是等屏幕出现这个关键字再发送下一条命令。timeout 15表示每次等待最多15秒避免网络抖动时卡死。这个脚本跑完后输出会保存在终端日志里配合定时任务就能形成每日巡检报告。把display ont info、display board 0、display alarm active这几条命令加进去基本覆盖了95%的日常巡检项。再用grep过滤出online/offline/alarm状态设备有没有异常一目了然。expect脚本的时延需要和设备的回显速度匹配设备很忙时回显慢timeout太短会误判失败。我一般设置15到20秒不用太激进。5.2 一次真实抢修从投诉到定位只用了14条命令分享一次让我印象深刻的处理经历。小区报障五十多户突然上不了网。我先display board 0确认主控正常再display alarm active看有没有紧急告警发现某个PON口上报了「ONU频繁上下线」的告警。然后display ont info 0 1 0看该口下的ONUstatus列里一半offline一半onlinedisplay ont optical-info 0 1 0发现online的ONU中有一个RX功率异常偏高达到-8dBm明显不是正常接收水平。再display ont anic-power 0 1 0看到一个ONU的光模块发光功率异常放大判断是它把整个PON口的功率预算打乱了形成类似流氓ONU的效果。应急处理是先把该ONU的管理通道关掉命令是interface ont 0/1/0 3然后shutdown这个ONT端口。关掉之后同PON口下其他ONU全部恢复然后安排装维上门更换这个光猫。这个案例中查询命令的价值不只是定位故障更重要的是在不中断其他人业务的前提下用最小范围的控制动作恢复最大范围的业务。事后我复盘时发现整个过程中没有一条命令是多余的每条都是在上面一条命令的结果基础上继续缩小范围。这套思路比背命令更重要——先设备、再链路、最后定位单点一层层往下剥。希望我的这些踩坑经验能让你少走几步弯路。命令是死的思路是活的把查询命令的顺序和参数吃透任何一台华为OLT到了手里都能快速摸清脾气。希望帮到你。本文还有配套的精品资源点击获取
返回列表