企业官网建设流程全解析

简介：本资源是一份面向通信工程技术人员、宽带接入运维工程师及华为OLT设备初学者的实用命令速查手册，聚焦M5680T等主流华为OLT平台，系统梳理日常巡检、故障定位与基础配置所需的核心CLI命令。内容涵盖ONU状态查询（如display ont info、ont autofind）、VLAN与单板信息查看（disp vlan all、display board 0）、端口与业务状态诊断（disp port、display port state）、LOID获取、ONU注册/注销操作（ont add/undo ont add）、IP地址与管理VLAN下发、用户权限配置、时钟源设置及DHCP转发等完整工作流。资源为1个结构清晰的Word文档（.doc），全文约136KB，排版规范、命令带注释、操作逻辑分层明确，便于现场快速查阅与实操复现。目前已有12579人学习下载，是运维人员随身携带的轻量级技术备忘录。

1. 华为OLT常用基本查询命令：不是背命令，是建立设备状态感知的“第一响应链”

你刚接到一个告警：某小区用户批量掉线，PON口下ONU在线率从98%跌到32%。这时候翻手册、查文档、问同事？来不及。真正能救命的，是一套能在30秒内跑完、5分钟内定位根因的命令组合——它不叫“命令集”，我更愿意叫它「设备状态感知的第一响应链」。这套链路不是为考试准备的，而是为凌晨两点的割接回退、为新入网ONT批量失联、为上联光模块误码突增时的快速兜底而生的。它覆盖的是MA5600T/MA5680T系列（含M5680T）主流OLT平台，命令语法兼容性高，但真正决定效率的，从来不是命令本身，而是执行顺序、参数边界、输出字段含义和失败时的 fallback 路径。如果你还在用display ont info 1 all之后手动数“active”行数，或者把disp vlan all的几百行输出当字典查，那说明你还没把这套命令变成肌肉记忆。本文不讲原理图、不画架构框，只拆解：哪些命令必须前置执行、哪些字段一眼要盯死、哪些返回值是“假正常”、哪些错误提示背后藏着配置黑洞。目标很实在——让你下次面对告警终端，手指敲出的不是试探性命令，而是有逻辑闭环的诊断流水线。

2. 查询命令分层执行逻辑：从板卡健康到PON口业务，四层递进不可跳步

华为OLT的状态诊断不是平面扫描，而是立体分层。跳过底层直接查ONU，就像没测血压就开降压药——表面看在干活，实则埋雷。我带过的某高校实验室项目X，在一次批量升级后出现间歇性语音断续，团队花两天查QoS策略、查VLAN映射，最后发现根源是SCU单板温度告警被忽略，display board 0输出里Temperature字段已超阈值但未触发SNMP trap。所以，必须按「硬件层 → 接口层 → 业务层 → 终端层」四级推进，每层只保留1～2个核心命令，且严格遵循执行顺序。

2.1 板卡与主控健康：display board是所有诊断的起点

这是整个OLT的“心跳监测”。必须先确认硬件无硬故障，否则后续所有命令结果都可能失真。重点不是看“Online”，而是看三类字段：

• Board Status：必须为Normal，Fault或Abnormal直接终止诊断，需物理检查或更换单板；
• Temperature：MA5680T典型阈值为70℃，超过75℃需立即检查散热；
• Run State：必须为Ready，若为Initializing或Configuring，说明单板尚未完成加载，此时查PON口必然为空。

huawei> display board 0 ----------------------------------------------------------------------- Board Name : H805GPBD Board Status : Normal Temperature : 62℃ Run State : Ready -----------------------------------------------------------------------

参数说明：display board 0中的0表示查询主框（frame 0），若为多框堆叠，需依次执行display board 1、display board 2。不要用display board all——它会混杂不同框的输出，增加误读风险。我一般只查board 0，因为SCU（主控板）必在0框；若0框无SCU，则说明部署异常，需先处理拓扑。

2.2 上行接口状态：display port state在GIU/SCU/GPON模式下必须各跑一遍

上行链路是OLT的“咽喉”，这里卡住，下游再正常也是假象。关键点在于：不能只查GIU，必须同步验证SCU的管理口和GPON的业务口。常见误区是只进interface giu 0/19查一次，却忽略SCU的meth0管理口是否UP。

# 进入SCU模式查管理口 huawei> enable huawei# config huawei(config)# interface scu huawei(config-scu)# display port state Port 0: State=activate, Link=online, Speed=1000M, Duplex=full # 进入GIU模式查上联业务口（以0/19为例） huawei(config)# interface giu 0/19 huawei(config-if-giu-0/19)# display port state Port 0: State=activate, Link=online, Speed=1000M, Duplex=full # 进入GPON模式查PON口（以0/0为例） huawei(config)# interface gpon 0/0 huawei(config-if-gpon-0/0)# display port state Port 0: State=On, Link=online, RxPower=-12.3dBm, TxPower=2.1dBm

逻辑说明：三个display port state的输出字段含义完全不同：

• SCU/GIU下的State=activate表示端口已启用，Link=online表示物理链路通；
• GPON下的State=On表示PON口使能，RxPower和TxPower是光功率关键指标，MA5680T接收光功率正常范围为-8dBm～-28dBm，低于-28dBm视为弱光，需查分光器或光缆；
• 若SCU口Link=offline，但GIU口正常，说明管理通道中断，telnet/SSH将不可用，必须改用串口登录。

2.3 VLAN与业务虚端口：display vlan all和display service-port必须交叉验证

VLAN配置错误是导致“ONU在线但无法上网”的头号原因。display vlan all只告诉你VLAN存在，但不告诉你它是否绑定了正确的service-port；反之，display service-port显示service-port存在，却不保证其引用的VLAN已创建。必须用两条命令做交叉验证。

# 先查VLAN是否存在且类型正确 huawei> display vlan all ------------------------------------------------------------------------------- VLAN ID Name Type Description ------------------------------------------------------------------------------- 10 VLAN10 smart Uplink-VLAN 1231 QINQ_OLT qinq QINQ-VLAN-for-Internet 42 VOICE_VLAN smart Voice-Service-VLAN ------------------------------------------------------------------------------- # 再查service-port是否引用了这些VLAN，且GEMPORT映射正确 huawei> display service-port all ------------------------------------------------------------------------------- Service-port VLAN Board/Port GEMPORT User-VLAN Type ------------------------------------------------------------------------------- 111 1231 0/2/0 128 13 multi-service 49 1231 0/2/0 129 1051-1881 multi-service 50 42 0/2/0 130 42 multi-service -------------------------------------------------------------------------------

参数说明：display service-port all中的关键字段：

• User-VLAN：表示ONU侧用户数据打上的VLAN Tag，必须与BRAS或上层交换机规划一致；
• GEMPORT：GPON封装端口，MA5680T默认128～130为管理通道，131+为业务通道，若此处GEMPORT错配（如该用131用了128），会导致语音/数据业务分流失败；
• Type=multi-service表示该service-port支持多业务复用，若为ethernet则仅支持以太网透传，无法承载IPTV或语音。

2.4 ONU终端层：display ont autofind all与display ont info的分工铁律

这是最易混淆的一层。“有没有新设备”和“设备注册是否成功”是两个完全不同的问题，必须用不同命令回答：

• display ont autofind all：只回答“物理层是否有光信号接入”，输出中Status=found表示ONT已上电并发送光信号，但未注册、未认证、未分配IP；
• display ont info 1 all：回答“逻辑层注册状态”，Status=active才代表ONT已完成MAC/SN认证、获取线路模板、上线成功。

# 查找新接入设备（物理层） huawei> display ont autofind all ------------------------------------------------------------------------------- F/S/P MAC Address Status SN ------------------------------------------------------------------------------- 0/1/0 0018-82E8-1007 found HWTC12345678 ------------------------------------------------------------------------------- # 查看已注册设备（逻辑层） huawei> display ont info 1 all ------------------------------------------------------------------------------- F/S/P ONT-ID MAC Address Status SN LineProfileID ------------------------------------------------------------------------------- 0/1/0 7 0018-82E8-1007 active HWTC12345678 13 -------------------------------------------------------------------------------

逻辑说明：若autofind有记录但ont info无对应active条目，说明认证失败，需查ont add命令中的MAC是否输错、LineProfileID是否存在、SNMP Profile是否绑定；若ont info中Status=inactive，则可能是LOID未下发或ONT本地配置冲突。记住：autofind是“望闻问切”的“望”，ont info是“切脉”，二者缺一不可。

3. 配置命令执行规范：从用户创建到DHCP绑定，六步闭环防配置漂移

查询是诊断，配置是修复。但OLT配置最怕“改了一处，崩了一片”——比如改个VLAN IP，结果导致SNMP监控全断；删个service-port，语音业务跟着挂。所以配置必须遵循「最小变更、可逆验证、分段保存」三原则。下面以最常见的“新增一个PON口并开通上网+语音业务”为例，拆解六步闭环操作，每步都带防错校验点。

3.1 创建VLAN与上联透传：vlan+port vlan必须成对出现

VLAN创建和端口透传是原子操作，漏一步，VLAN就是“空中楼阁”。MA5680T要求：vlan x smart后，必须立刻执行port vlan x f/s/p d，否则该VLAN无法参与任何业务。

# 创建上网VLAN（QINQ模式） huawei(config)# vlan 1231 qinq huawei(config)# port vlan 1231 0/19 0 # 0/19为上联GIU口，0表示透传 # 创建语音VLAN（Smart模式） huawei(config)# vlan 42 smart huawei(config)# port vlan 42 0/19 1 # 1表示标记（tagged）透传，语音需带VLAN标签

参数说明：port vlan命令末尾的0或1是关键：

• 0：表示该VLAN在端口上以untagged方式透传，适用于上联到BRAS的场景；
• 1：表示tagged方式，VLAN标签保留在帧中，适用于上联到交换机或需要QinQ的场景；
• 若此处填错，会导致上联设备收不到带标签帧，业务全断。我吃过亏：曾把语音VLAN设为untagged，结果IAD设备无法识别语音流，折腾半天才发现是这个参数。

3.2 配置三层接口与网关：interface vlanif+ip address必须匹配网络规划

VLAN三层接口是OLT的“路由出口”，IP地址必须与上层设备（如BRAS或路由器）在同一网段，否则ARP无法解析，所有业务中断。

# 为上网VLAN配置三层接口 huawei(config)# interface vlanif 1231 huawei(config-if-vlanif1231)# ip address 10.1.1.254 24 huawei(config-if-vlanif1231)# quit # 为语音VLAN配置三层接口 huawei(config)# interface vlanif 42 huawei(config-if-vlanif42)# ip address 10.2.2.254 24 huawei(config-if-vlanif42)# quit

逻辑说明：ip address 10.1.1.254 24中的24是子网掩码位数，等价于255.255.255.0。必须确保10.1.1.0/24网段在BRAS侧已宣告路由，否则OLT发出的报文会被丢弃。常见错误是抄错IP，比如把10.1.1.254写成10.1.1.245，结果BRAS路由表里没有该网段，所有用户ping不通网关。

3.3 绑定DHCP服务器组：dhcp-server+dhcp domain+dhcp mac-range三选一，严禁混用

DHCP配置是重灾区。MA5680T支持三种DHCP转发模式：layer-3 standard（标准三层）、layer-3 option60（Option60识别）、layer-3 mac-range（MAC段识别）。同一VLAN下只能启用一种模式，混用会导致DHCP Offer混乱，用户获取IP失败。

# 方式一：标准模式（推荐新手） huawei(config)# dhcp mode layer-3 standard huawei(config)# dhcp-server 1 ip 10.1.1.10 10.1.1.20 huawei(config)# interface vlanif 1231 huawei(config-if-vlanif1231)# dhcp-server 1 huawei(config-if-vlanif1231)# quit # 方式二：Option60模式（需配合BRAS识别厂商） huawei(config)# dhcp mode layer-3 option60 huawei(config)# dhcp-server 2 ip 10.1.1.30 10.1.1.40 huawei(config)# dhcp domain huawei huawei(config-dhcp-domain-huawei)# dhcp-server 2 huawei(config-dhcp-domain-huawei)# quit huawei(config)# interface vlanif 1231 huawei(config-if-vlanif1231)# dhcp domain huawei gateway 10.1.1.254 huawei(config-if-vlanif1231)# quit

参数说明：dhcp domain huawei gateway 10.1.1.254中的gateway参数必须与interface vlanif 1231的IP一致，否则DHCP Offer中的网关地址错误，用户无法上网。我见过最玄学的翻车：DHCP服务器IP写对了，但忘了配gateway，结果用户拿到IP但网关是0.0.0.0，ping自己都通，就是出不去。

3.4 创建ONT并下发管理地址：ont add+ont ipconfig必须严格按序执行

ONT注册不是“加一条命令就完事”，而是两阶段：先完成身份认证（ont add），再分配管理通道（ont ipconfig）。跳过第一阶段直接ont ipconfig，OLT会报错ONT not exist。

# 第一阶段：添加ONT（MAC认证） huawei(config)# interface epon 0/1 huawei(config-if-epon-0/1)# ont add 2 7 mac-auth 0018-82E8-1007 snmp ont-lineprofile-id 13 desc "New-ONT-001" huawei(config-if-epon-0/1)# quit # 第二阶段：下发管理IP（必须等ONT状态变为active后执行） huawei(config)# interface epon 0/1 huawei(config-if-epon-0/1)# ont ipconfig 2 7 ip-address 192.168.68.182 mask 255.255.255.0 gateway 192.168.68.254 manage-vlan 996 priority 0 huawei(config-if-epon-0/1)# quit

逻辑说明：ont add命令中的2是PON口编号（0/1中的1），7是ONT在该PON口下的逻辑ID，必须唯一；ont-lineprofile-id 13必须提前在系统中创建好，否则命令失败。执行后务必用display ont info 1 7确认Status=active，再执行ont ipconfig，否则管理地址无法下发。

3.5 配置Super VLAN与ARP Proxy：supervlan+arp proxy enable必须同步开启

Super VLAN用于解决IP地址浪费问题，但配置极易出错。核心规则：Sub VLAN必须先创建并加入Super VLAN，ARP Proxy必须在Super VLAN接口和Sub VLAN接口上同时启用，缺一不可。

# 创建Super VLAN和Sub VLAN huawei(config)# vlan 100 super huawei(config)# vlan 10 smart huawei(config)# vlan 20 mux huawei(config)# supervlan 100 subvlan 10 huawei(config)# supervlan 100 subvlan 20 # 配置三层接口 huawei(config)# interface vlanif 100 huawei(config-if-vlanif100)# ip address 10.0.0.254 24 huawei(config-if-vlanif100)# arp proxy enable huawei(config-if-vlanif100)# quit # 为Sub VLAN接口启用ARP Proxy（关键！） huawei(config)# interface vlanif 10 huawei(config-if-vlanif10)# arp proxy enable subvlan 10 huawei(config-if-vlanif10)# quit

参数说明：arp proxy enable subvlan 10中的subvlan 10必须与前面supervlan 100 subvlan 10的VLAN ID完全一致。若此处写错（如写成subvlan 11），则Sub VLAN 10内的PC无法跨VLAN通信，现象是“同VLAN能通，跨VLANping不通”，排查极耗时。

3.6 保存与验证：save后必须执行display current-configuration抽样核对

save不是终点，而是验证起点。MA5680T的配置保存有延迟，且部分命令（如ont add）需重启PON口才生效。必须用display current-configuration抽样核对关键段落。

huawei(config)# save The configuration will be written to the device. Are you sure to continue? [Y/N]y Please input the file name(*.cfg)(To use the default file name, press Enter): Now saving the current configuration to the device. Save the configuration successfully. # 抽样核对VLAN和ONT配置 huawei> display current-configuration | include "vlan 1231|ont add" vlan 1231 qinq port vlan 1231 0/19 0 interface epon 0/1 ont add 2 7 mac-auth 0018-82E8-1007 snmp ont-lineprofile-id 13 desc "New-ONT-001"

逻辑说明：display current-configuration | include "xxx"是高效验证法。若输出中找不到ont add记录，说明save未生效，需检查是否在错误模式下执行（如在interface epon 0/1下执行了save，该命令无效）；若VLAN配置缺失，可能是save前未退出配置模式。从那以后我每次save后，都强制走一遍| include抽样，5秒的事，省去半小时回滚。

4. 避坑：ONU注册与DHCP失效的五大血泪现场

配置翻车不可怕，可怕的是不知道为什么翻车。下面这五条，是我带某跨平台系统项目时，团队踩过的最痛的坑，每一条都附带真实现象、根因分析和可立即执行的解决命令。它们不是理论假设，而是深夜三点抓包、对比日志、反复复现后钉在墙上的教训。

4.1 现象：display ont autofind all显示found，但display ont info 1 all无任何记录

原因：PON口未开启自动发现功能（ont-auto-find enable未配置），ONT虽发信号，但OLT未监听。
解决：进入对应PON口，启用自动发现，并确认ONT光功率在有效范围。

huawei(config)# interface gpon 0/0 huawei(config-if-gpon-0/0)# port 0 ont-auto-find enable # 为port 0启用 huawei(config-if-gpon-0/0)# display port state # 检查RxPower是否在-8~-28dBm

4.2 现象：ONT状态为active，但无法获取管理IP，ont ipconfig命令执行后无响应

原因：manage-vlan 996对应的VLAN 996 未创建，或未在上联口透传，导致管理报文无法到达OLT三层接口。
解决：先查VLAN是否存在，再查透传配置，最后确认三层接口已UP。

huawei> display vlan 996 # 若无输出，说明VLAN未创建 huawei> display port vlan 996 # 若无上联口记录，说明未透传 huawei> display interface vlanif 996 # 若State为DOWN，说明接口未UP

4.3 现象：用户能获取IP，但无法访问外网，ping网关通，ping外网不通

原因：ip route-static缺失或错误，OLT作为三层设备，缺少默认路由指向BRAS。
解决：配置静态路由，目标地址0.0.0.0 0.0.0.0，下一跳为BRAS接口IP。

huawei(config)# ip route-static 0.0.0.0 0.0.0.0 10.1.1.1 # 10.1.1.1为BRAS网关 huawei> display ip routing-table | include "0.0.0.0" # 验证路由已生效

4.4 现象：语音业务中断，IAD设备注册失败，display ont info中SNMP profile ID为空

原因：ont snmp-profile命令未执行，或指定的profile-id 10不存在（未提前用snmp-profile命令创建）。
解决：先查SNMP Profile是否存在，再为ONT绑定。

huawei> display snmp-profile # 查看已存在profile huawei(config)# snmp-profile 10 # 若无输出，需先创建 huawei(config)# interface epon 0/1 huawei(config-if-epon-0/1)# ont snmp-profile 2 7 profile-id 10 # 绑定ONT

4.5 现象：display service-port显示service-port存在，但用户无法上网，display traffic-statistics显示入向流量为0

原因：service-port引用的GEMPORT与ONT侧实际使用的GEMPORT不匹配，常见于ONT固件升级后GEMPORT映射变更。
解决：查ONT侧GEMPORT配置，修改service-port中GEMPORT值，并重启ONT。

huawei> display ont capability 1 7 # 查ONT能力，看支持哪些GEMPORT huawei(config)# service-port 111 # 进入service-port编辑 huawei(config-service-port-111)# gemport 131 # 修改为ONT实际使用的GEMPORT huawei(config-service-port-111)# quit huawei(config)# interface epon 0/1 huawei(config-if-epon-0/1)# ont reset 2 7 # 重启ONT使配置生效

5. 进阶技巧：用display命令组合实现自动化巡检脚本

手工敲命令适合救火，但日常运维需要“定时体检”。MA5680T虽不原生支持Python脚本，但可通过Telnet/SSH调用命令，并用文本处理工具（如awk、grep）提取关键字段，形成轻量级巡检脚本。下面这个Bash脚本，可在Linux服务器上每5分钟自动执行，将结果存入日志，异常时邮件告警——它不依赖第三方库，纯靠OLT原生命令和Shell管道实现。

5.1 巡检脚本核心逻辑：四维健康度评分

脚本不追求全量输出，而是聚焦四个致命维度，每项满分25分，总分<80即触发告警：

• 板卡健康度：display board 0中Board Status全为Normal，Temperature<70℃；
• PON口光功率：display port state中RxPower在-8~-28dBm之间；
• ONU在线率：display ont info 1 all中Status=active行数 / 总行数 > 95%；
• DHCP分配率：display dhcp lease all中Lease State=used数量 > 预期用户数×0.9。

#!/bin/bash # olt_health_check.sh OLT_IP="192.168.1.1" USER="huawei" PASS="huawei123" # 1. 板卡健康度检查 BOARD_STATUS=$(expect -c " spawn telnet $OLT_IP expect \"Username:\" send \"$USER\r\" expect \"Password:\" send \"$PASS\r\" expect \"\>" send \"display board 0\r\" expect \"\>" send \"quit\r\" expect eof " | grep -E "(Board Status|Temperature)" | awk '{print $3}') NORMAL_COUNT=$(echo "$BOARD_STATUS" | grep -c "Normal") TEMP=$(echo "$BOARD_STATUS" | grep "Temperature" | awk '{print $2}' | tr -d '℃') BOARD_SCORE=0 if [ "$NORMAL_COUNT" -eq "$(echo "$BOARD_STATUS" | wc -l)" ] && [ "$TEMP" -lt 70 ]; then BOARD_SCORE=25 fi # 2. PON口光功率检查（以0/0/0为例） RXPOWER=$(expect -c " spawn telnet $OLT_IP expect \"Username:\" send \"$USER\r\" expect \"Password:\" send \"$PASS\r\" expect \"\>" send \"interface gpon 0/0\r\" expect \"\>" send \"display port state\r\" expect \"\>" send \"quit\r\" expect \"\>" send \"quit\r\" expect eof " | grep "RxPower" | awk '{print $3}' | tr -d 'dBm') POWER_SCORE=0 if (( $(echo "$RXPOWER > -28" | bc -l) )) && (( $(echo "$RXPOWER < -8" | bc -l) )); then POWER_SCORE=25 fi # 3. ONU在线率检查 ONT_TOTAL=$(expect -c " spawn telnet $OLT_IP expect \"Username:\" send \"$USER\r\" expect \"Password:\" send \"$PASS\r\" expect \"\>" send \"display ont info 1 all\r\" expect \"\>" send \"quit\r\" expect eof " | grep -v "^$" | wc -l) ONT_ACTIVE=$(expect -c " spawn telnet $OLT_IP expect \"Username:\" send \"$USER\r\" expect \"Password:\" send \"$PASS\r\" expect \"\>" send \"display ont info 1 all\r\" expect \"\>" send \"quit\r\" expect eof " | grep "active" | wc -l) RATE=$(echo "scale=2; $ONT_ACTIVE / $ONT_TOTAL * 100" | bc) ONLINE_SCORE=0 if (( $(echo "$RATE > 95" | bc -l) )); then ONLINE_SCORE=25 fi # 4. DHCP分配率（简化版：查lease总数） LEASE_COUNT=$(expect -c " spawn telnet $OLT_IP expect \"Username:\" send \"$USER\r\" expect \"Password:\" send \"$PASS\r\" expect \"\>" send \"display dhcp lease all\r\" expect \"\>" send \"quit\r\" expect eof " | grep "used" | wc -l) LEASE_SCORE=0 if [ "$LEASE_COUNT" -gt 100 ]; then # 假设预期用户数100 LEASE_SCORE=25 fi # 汇总评分 TOTAL_SCORE=$((BOARD_SCORE + POWER_SCORE + ONLINE_SCORE + LEASE_SCORE)) TIMESTAMP=$(date "+%Y-%m-%d %H:%M:%S") echo "[$TIMESTAMP] Health Score: $TOTAL_SCORE/100" >> /var/log/olt_health.log if [ "$TOTAL_SCORE" -lt 80 ]; then echo "ALERT: OLT health score below 80! Details: Board=$BOARD_SCORE, Power=$POWER_SCORE, Online=$ONLINE_SCORE, Lease=$LEASE_SCORE" | mail -s "OLT Health Alert" admin@company.com fi

使用说明：

• 将脚本保存为olt_health_check.sh，赋予执行权限chmod +x olt_health_check.sh；
• 安装expect工具：yum install expect（CentOS）或apt-get install expect（Ubuntu）；
• 加入crontab：*/5 * * * * /path/to/olt_health_check.sh，实现每5分钟巡检；
• 日志路径/var/log/olt_health.log可按需修改，邮件告警需配置本地mail服务（如ssmtp）。

这个脚本的价值不在技术多炫，而在于把“人肉巡检”变成了“机器守夜”。它不会替代你的判断，但会把你从重复劳动中解放出来，让你专注在真正需要经验的地方——比如当脚本报Power Score=0时，你立刻知道该带光功率计去现场了，而不是先登录OLT猜原因。

6. 验证方法论：用display命令构建三层穿透式连通性验证

所有配置最终都要回归到“业务是否通”。但“ping通网关”只是第一层，真正的验证必须穿透三层：物理层（光功率）、数据链路层（VLAN透传）、网络层（路由与ARP）。我给某公司做的模拟项目X中，曾出现“用户能ping通OLT，但无法访问HTTP网站”的案例，查了两小时，最后发现是display arp中网关MAC地址为空——ARP表老化，而arp-proxy未启用，导致三层转发失败。所以，验证不是单点测试，而是一条从光模块到应用层的穿透链。

6.1 物理层验证：display port state+ 光功率比对表

光功率是GPON的生命线。MA5680T的display port state输出中RxPower和TxPower必须落在设备规格范围内，但更重要的是，要结合分光器级数做动态比对。下表是MA5680T典型光功率参考值（单位：dBm）：

huawei> display port state Port 0: State=On, Link=online, RxPower=-22.1dBm, TxPower=3.2dBm

若RxPower=-22.1dBm对应1:64分光器，属正常；若为1:32，则偏弱，需查光路。

6.2 数据链路层验证：display vlan+display service-port+display mac-address

VLAN透传是否正确，不能只看配置，要看MAC地址学习。display mac-address会显示OLT从各端口学到的MAC，若某个VLAN的MAC全在GIU口，说明VLAN未在PON口透传；若全在PON口，说明上联未透传。

# 查VLAN 1231的MAC学习情况 huawei> display mac-address vlan 1231 ------------------------------------------------------------------------------- MAC Address VLAN ID Board/Port Type ------------------------------------------------------------------------------- 0018-82E8-1007 1231 0/2/0 dynamic 0023-CD12-AB45 1231 0/19 dynamic # 此MAC在0/19（GIU口），说明上联透传正常 ------------------------------------------------------------------------------- <p> <a href="https://download.csdn.net/download/julieyfg/10325475" style="color:#ec7500;font-size:14px;"> 本文还有配套的精品资源，点击获取 </a> <img alt="menu-r.4af5f7ec.gif" src="https://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif" style="width:16px;margin-left:4px;vertical-align:text-bottom;cursor:text;"> </p>