简介：面向网络管理员与接入网工程师的华为OLT配置参考手册，聚焦高速宽带接入与业务承载的落地配置。内容围绕专线业务、VPLS、FTTx/FTTH、FTTB/FTTC等模块展开，既有QinQ VLAN专线、VLAN Stacking批发、PWE3仿真等专线示例，也涵盖VPLS上网、组播与企业专线场景；FTTH部分从IP地址、QoS、语音、IPTV到安全规划逐项给出原则，并按桥接+语音型ONT、桥接型ONT+HGW、网关型ONT等组网分别梳理配置流程、ONT添加、上网/语音/BTV/VoD业务开通及聚合、拥塞控制与验证环节，GPON与EPON接入均有对应说明，便于按场景查阅和对照实施。资源为1个PDF文件，压缩包约19.24MB，目录层级完整、章节清晰，适合作为日常配置查询与方案设计的手边文档。已有9159人学习，可供中级网络运维人员系统梳理OLT业务开通思路、补齐数据规划与排错依据。

1. 开局第一坑：ONT 死活不上线，八成是场景选错了

某实验室搬来一台退役框式 OLT，GPON 板、分光器、ONT 全摆在桌上，光功率计读数漂亮，ONT 却卡在 Ranging 上不来。手边只有一份华为 OLT 配置手册的电子版，翻到 FTTH 章节照着敲，命令一条不差，结果依旧。折腾到后半夜才反应过来：手册里那段示例是按「桥接+语音型 ONT」写的，我们手里那台是网关型，srvprofile 里的端口能力声明从一开始就错了，后面的 service-port 全是空中楼阁。

接入网开局这件事，从来不缺命令，缺的是把手册目录翻译成施工顺序的能力。先对版本、再列数据规划、然后按组网场景一段段配、最后用 display 命令一层层验，这套顺序走顺了，一晚上能干完的活不用拖到第三天。下面按这个顺序拆，装过一遍，下次开局心里有底。

2. 环境清单：版本、板卡、ONU 型号先对三遍

开局前最省时间的一步，是把「手上有什么」写成一张表，而不是插上线就去敲命令。华为 OLT 的配置手册是按组网场景组织的，FTTH、FTTB/C、FTTO、FTTM 各占一大块，每块下面又按 ONT 形态细分。设备形态和手册章节对不上，后面配置得再工整也是白费。

2.1 软硬件版本：差一个小版本，命令就可能挪位置

框式 OLT 的软件版本更新频繁，命令关键字、视图层级、默认参数在不同版本族之间会变。手册只对它自己那一版负责，现网设备跑的是另一版，照抄就容易在某个视图里卡住——比如某个 profile 命令在老版本里根本不存在，或者参数顺序变了。

先登进去把家底摸清：

# 查看设备软件版本与补丁信息，和手册封面版本对齐 display version # 查看机框单板在位情况，记下业务板槽位号 display board 0 # 查看 ONT 的软件版本，确认与 OLT 侧兼容 display ont version 0 1 0

display version输出里重点看软件版本号和补丁号，两者共同决定命令集；display board 0列出每个槽位的单板类型和在位状态，槽位号就是后面interface gpon 0/1里那个1的来源，槽位记错，整段配置全打到空槽上。display ont version需要在 ONT 上线之后才有意义，开局阶段可以先跳过。

2.2 把手册目录读成一张组网清单

手册第 12 章的目录看着密，其实结构很规整：先按接入距离分 FTTH、FTTB/C、FTTO、FTTM，再按 ONT 形态分桥接型、桥接+语音型、网关型、桥接型+HGW，最后按 PON 制式分 GPON 和 EPON。同一套业务在不同组合下的配置步骤大同小异，差别集中在 ONT 侧的端口声明和业务承载方式上。

先把这张对照表填出来，再去翻具体章节，比从头读到尾快得多：

表里最容易被忽略的是最后一列。业务类型决定的不只是配置项多少，还决定 QoS 模板、组播策略、时钟同步要不要单独做。基站接入那一块，时钟同步没配好，业务通了也会被上层网元判为不可用，这是纯语音和纯上网场景碰不到的问题。

2.3 带外管理、账号与网管连通

带外管理口是用来救命的。业务配置把上行 VLAN 打歪、Telnet 断掉的时候，串口和带外口是唯一还活着的入口。开局第一件事就是把它配好，别等出事再翻手册。

# 进入特权模式和全局配置模式 enable config # 配置带外管理口地址，串口直连时使用 interface meth 0/9 ip address 10.11.12.13 255.255.255.0 quit # 保存配置，避免掉电丢失 save

enable从普通用户视图进特权视图，config再进全局配置视图，这是所有后续配置的前置状态。interface meth 0/9里的0/9是机框上带外管理口的固定编号，不同框型可能不同，以面板丝印为准；ip address给的是管理地址，选一个和现网运维网段不冲突的私网段。save这一步经常被跳过，配置跑在内存里，一次意外断电全没，血泪经验。

账号方面，除了默认管理员，建议开局就建好分级账号，日常巡检用低权限，改动配置用高权限。网管接入是可选项，只有批量开局或者几十台 ONT 要同时上线时才值得折腾，单点实验环境手工敲反而更快。

3. 登录与数据规划：把手册第 12 章读成一张施工单

很多翻车不是因为命令写错，而是因为数据规划是边配边想的。VLAN 配到一半发现和上行口冲突，回头改，前面所有 service-port 全部作废。合格的做法是先把规划写成表，再照着表敲。

3.1 CLI 登录与命令级别

OLT 的 CLI 是分层的：普通视图只能看，特权视图能执行部分操作，全局配置视图才能改数据，进到具体业务视图（比如interface gpon 0/1）后才动端口和 ONT。层级别搞混，命令会一直提示不可用，新手常以为是权限问题，其实是站错了视图。

# Telnet 登入，输入用户名密码 telnet 10.11.12.13 # 进入特权视图 enable # 进入全局配置视图 config # 进入 GPON 业务板的端口视图，0/1 表示 0 框 1 槽 interface gpon 0/1 # 退出当前视图，逐层返回 quit

interface gpon 0/1的两位数字分别是框号和槽位号，单框设备框号固定为 0，槽位号来自 2.1 节display board 0的记录。EPON 场景把关键字换成interface epon 0/1，其余层级一致。quit是逐层退出，想一步回全局用return，急着敲下一条命令时这个细节能省不少时间。

3.2 VLAN、IP、QoS 三张规划表先落纸面

接入网的业务隔离靠 VLAN，业务质量靠 QoS 模板，两者必须在配第一条 service-port 之前定好。手册里每个场景都有一节「数据规划原则」，讲的就是这件事，但原则是给思路的，具体数值要按现网填。

照着表把 VLAN 和 QoS 模板先建出来：

# 批量创建业务 VLAN，smart 表示智能 VLAN vlan 100 smart vlan 300 smart vlan 400 smart # 上行口放行所有业务 VLAN，0/19 为上行板端口 port vlan 100 0/19 0 port vlan 300 0/19 0 port vlan 400 0/19 0 # 建 DBA 模板：保障 10M，峰值 1000M，类型 3 适合带宽突发型业务 dba-profile add profile-id 10 profile-name dba-hsi type3 assure 10240 max 1024000 # 建流量模板，配合 QoS 做限速 traffic table ip index 10 name trf-hsi cir 102400 pir 1024000 priority 0

vlan 100 smart建的是智能 VLAN，支持后续按需学习 MAC，比普通 VLAN 更适合接入网。port vlan 100 0/19 0把 VLAN 加到上行口，三个数字分别是 VLAN ID、端口号和以标签方式加入（0 表示 tagged），漏掉这一条，业务在 OLT 内部通、出了上行口就断。dba-profile的type3表示保证带宽加峰值带宽的组合模式，assure 10240单位是 kbps，即保障 10M，max 1024000是峰值 1000M，两个值要根据套餐和 PON 口总带宽算，不能拍脑袋。

3.3 加第一台 ONU：autofind、add、service-port 三步

ONT 上线走的是固定三步：先开自动发现让设备把 ONT 的序列号报上来，再用ont add把它绑定到具体 PON 口和 ONT 编号，最后用service-port把业务 VLAN 映射到 GEM Port 上。三步任何一步的参数对不上，业务都不通。

# 进入 GPON 端口视图，开启 0 号口的 ONT 自动发现 interface gpon 0/1 port 0 ont-auto-find enable # 查看自动发现的 ONT，记录序列号 display ont autofind 0 # 按序列号添加 ONT，绑定线路模板和服务模板 ont add 0 0 sn-auth 48575443A1B2C3D4 omci ont-lineprofile-id 10 ont-srvprofile-id 10 desc "ont-room-01" # 查看 ONT 注册状态 display ont info 0 0 0 quit # 建立业务虚端口，把 VLAN 100 映射到该 ONT 的 GEM Port 1 service-port 100 vlan 100 gpon 0/1/0 ont 0 gemport 1 multi-service user-vlan 100 rx-cttr 10 tx-cttr 10

ont add的参数里，0 0分别是 PON 口号和 ONT 编号，编号由自己分配，同一 PON 口下不能重复；sn-auth后面跟自动发现报上来的序列号，输错一位就绑不上；ont-lineprofile-id和ont-srvprofile-id必须指向已经commit过的模板，模板不存在会直接报错。service-port的vlan 100是外层业务 VLAN，user-vlan 100是用户侧看到的 VLAN，两者在 QinQ 场景里可以不同，普通上网场景一般保持一致。rx-cttr/tx-cttr引用流量模板索引，不填就是不限速。

EPON 场景的差异集中在认证方式和关键字：interface epon 0/1、ont add 0 0 mac-auth xxxx omci ...，序列号换成 MAC 地址，其余结构一致。手册里 EPON 和 GPON 的章节是分开写的，别照着 GPON 的命令往 EPON 上贴。

4. 场景落地：FTTH 桥接+语音型 ONT 的端到端配置顺序

选这个场景做样板，是因为它把接入网最常见的三类业务都覆盖了：上网、语音、组播视频。把这套走通，换成网关型 ONT 或者 FTTB 场景，只是改模板内容和端口声明，骨架不变。

4.1 三层模板：DBA、lineprofile、srvprofile 的顺序不能反

OLT 侧的 ONT 配置靠三层模板串起来：DBA 模板管带宽，线路模板管 T-CONT 和 GEM Port 的映射，业务模板管 ONT 的物理端口能力。顺序必须是 DBA → lineprofile → srvprofile → ont add，反过来引用不到，报错信息还特别含糊。

# 第一层：DBA 模板，定义 T-CONT 的带宽类型 dba-profile add profile-id 10 profile-name dba-hsi type3 assure 10240 max 1024000 # 第二层：线路模板，T-CONT 绑定 DBA，GEM Port 绑定 T-CONT，再做 VLAN 映射 ont-lineprofile gpon profile-id 10 profile-name line-hsi tcont 1 dba-profile-id 10 gem add 1 eth tcont 1 gem mapping 1 0 vlan 100 commit quit # 第三层：业务模板，声明 ONT 有几个 ETH 口、几个 POTS 口 ont-srvprofile gpon profile-id 10 profile-name srv-bridge-voice ont-port eth 4 pots 2 port vlan eth 1 100 commit quit

tcont 1 dba-profile-id 10把 1 号 T-CONT 绑到刚建的 DBA 模板上，一条 T-CONT 可以承载多个 GEM Port，但带宽是共享的，所以语音和上网建议分开建 T-CONT。gem mapping 1 0 vlan 100的中间那个0是映射优先级，数值越小优先级越高，语音业务的 GEM Port 一般给 0。ont-port eth 4 pots 2是能力声明，写多了 ONT 会按不存在的端口上报，写少了后面的语音配不上，必须和实物一致。commit少一次，模板就没生效，ont add时引用的还是空模板。

4.2 上网业务打通：从 ONT 端口到业务虚端口

模板齐了，加 ONT 就是一条命令的事，真正要盯的是业务虚端口和端口 VLAN 是否对齐。手册里每个场景都有一节「配置上网业务」，步骤看着长，核心就两件事：ONT 侧把用户 VLAN 透传上来，OLT 侧把 VLAN 映射到 GEM Port。

# 添加 ONT，引用上一步建好的两个模板 interface gpon 0/1 ont add 0 1 sn-auth 48575443A1B2C3D5 omci ont-lineprofile-id 10 ont-srvprofile-id 10 desc "ont-room-02" quit # 建业务虚端口，索引 101，外层 VLAN 100，GEM Port 1 service-port 101 vlan 100 gpon 0/1/0 ont 1 gemport 1 multi-service user-vlan 100 rx-cttr 10 tx-cttr 10 # 查看业务虚端口状态，确认 up display service-port port 0/1/0 ont 1

service-port的索引号全局唯一，习惯上按「VLAN × 100 + 序号」编号，方便日后按 VLAN 查。multi-service表示这条业务虚端口支持多业务共存，配合user-vlan做内层标签。display service-port port 0/1/0 ont 1的输出里State必须是 up，down 的话先查模板映射，再查 ONT 是否真的 online，顺序别反。

网关型 ONT 在这一步会多一层：ONT 自己要做 NAT 和 DHCP，OLT 侧只需要给 WAN 口下发地址。手册 12.5.7 那节写得很细，走的是 web 或网管下发，命令行的部分反而少。桥接型 ONT 没有这层，用户侧的 PPPoE 或 DHCP 直接透传到 BRAS，配置量小，但排障时要一直看到用户终端。

4.3 语音：H.248 与 SIP 两条路怎么选

手册把语音单独拆成 H.248 和 SIP 两套，每套又分「通过 web 或网管」和「通过 CLI」两种做法。选哪套不由喜好决定，看上层软交换支持什么协议，现网已经跑着哪种就跟着用哪种，混用只会给自己找麻烦。

OLT 侧要做的事其实不复杂：保证 ONT 能拿到管理 IP、语音 VLAN 三层可达、语音报文能正常进出。

# 给 ONT 配置静态管理 IP，语音注册走这个地址 ont ipconfig 0 1 static ip-address 10.30.30.2 mask 255.255.255.0 gateway 10.30.30.1 vlan 300 priority 5 # 查看 ONT 的 WAN 配置是否下发成功 display ont wan-info 0 1 1

ont ipconfig里的vlan 300就是规划表里的语音 VLAN，priority 5给的是 802.1p 优先级，语音报文一般给 5 或 6。这条命令只解决「ONT 有地址」，真正的 H.248 或 SIP 账号、注册服务器地址、编解码优先级，都在 ONT 侧配置，CLI 方式下通过ont相关命令下发，web 方式直接登录 ONT 管理页面填。语音不通时先display ont wan-info看地址有没有拿到，再看 ONT 上的注册状态，最后才怀疑软交换，顺序错了会白查两小时。

一个容易忽略的点：语音业务对时延和丢包比上网敏感得多，同一 PON 口下如果有个用户在跑满带宽下载，语音质量立刻塌。所以规划阶段就要给语音单独建 T-CONT 和小带宽高优先级的 DBA 模板，别和上网挤在一条 T-CONT 上。

4.4 组播 BTV/VoD 与 QinQ 专线：两条完全不同的转发路径

BTV 是组播，VoD 是单播，两者在 OLT 上的配置思路完全不同。组播靠 IGMP 代理做复制，一个 PON 口下十个用户看同一路节目，只占一份上行带宽；单播是每用户一份，带宽要按并发算。

# 进入组播视图，使能 IGMP 代理 btv igmp enable igmp version 2 # 添加组播节目源 igmp program add name btv-1 ip 239.1.1.1 # 退出后在业务虚端口上绑定组播 VLAN quit service-port 401 vlan 400 gpon 0/1/0 ont 1 gemport 2 multi-service user-vlan 400 rx-cttr 11 tx-cttr 11

igmp enable打开的是 OLT 作为 IGMP 代理的能力，没有它，用户的加入报文上不去，组播流量也就下不来。igmp version 2要和上层组播源保持一致，版本不匹配表现为能加入但收不到流。igmp program add是预置节目源，节目多的时候一般由网管批量下发，手工敲只适合验证。

QinQ 专线是另一条路。企业分支互联的场景里，外层 VLAN 标识运营商或业务，内层 VLAN 标识企业自己的网络，两个标签在 OLT 上分别处理：

# 外层 VLAN 1000 作为专线业务标识 vlan 1000 smart # 业务虚端口：外层 1000，内层保留用户 VLAN 200，透传不改写 service-port 1000 vlan 1000 gpon 0/1/0 ont 1 gemport 3 multi-service user-vlan 200 rx-cttr 12 tx-cttr 12

vlan 1000是外层 SVLAN，user-vlan 200是内层 CVLAN，两者一外一内构成双标签。multi-service让它同时支持 QinQ 和普通业务，专线场景里内层标签必须原样透传到对端，中间任何一跳做了 VLAN 转换，企业侧的二层互通就断。手册 12.2.1 那节给的就是这个组合，VLAN Stacking 批发业务（12.2.2）则是把外层 VLAN 按 ISP 划分，逻辑一致，规划维度不同。

5. 避坑与排查：五个让业务起不来的现场记录

下面这几条都是实际开局里反复出现的，现象看着五花八门，根因集中在几个固定位置。按「现象 → 原因 → 解决」记，下次遇到能直接对号。

5.1 ONT 注册类问题

第一条：ONT 反复上下线，状态在 online 和 offline 之间跳。

现象：display ont info 0 1 0里 Control flag 一会 active 一会 deactive，ONT 的 LED 灯闪烁不定。

原因：光路衰减临界。分光比算得太满，或者法兰头脏了、熔接点劣化，接收光功率卡在灵敏度边缘，温度一变就掉线。

解决：用display ont optical-info 0 1 0读 ONT 的收发光功率，对照光模块规格书里的灵敏度范围，低于下限就查分光比和光路。清洁法兰头、重做熔接是常规动作，实在不行加光衰或换分光器。这一步不解决，后面配什么都是白搭。

第二条：ONT 序列号明明对，ont add一直报错。

现象：display ont autofind 0能看到序列号，复制过去ont add提示参数错误或模板不存在。

原因：一是序列号里混了空格或大小写不一致，二是引用的 lineprofile 或 srvprofile 没有commit，模板实际是空的。

解决：序列号直接从 autofind 的输出里复制，别手打。模板建完立刻commit再quit，用display ont-lineprofile gpon all确认模板存在且状态正常，再回头加 ONT。

第三条：ONT 上线了，业务虚端口却是 down。

现象：display ont info显示 online，display service-port里对应条目 State 是 down。

原因：GEM Port 映射对不上。lineprofile 里gem mapping的用户 VLAN 和 service-port 里的user-vlan不一致，或者gemport编号写错。

解决：把 lineprofile 的映射表和服务虚端口参数逐项对齐，特别是gemport编号，一个 ONT 上有多个业务就要建多个 GEM Port。改完模板记得重新commit，部分版本需要重新绑定 ONT 才生效。

5.2 业务不通与配置类问题

第四条：语音能振铃，接通后双方都听不到声音。

现象：呼叫能建立，振铃正常，一接通就是静音，挂断也正常。

原因：语音 VLAN 在 OLT 上没打通三层，ONT 拿不到软交换的地址，或者语音报文的 802.1p 优先级被上行口剥掉，在拥塞时被丢弃。

解决：先display ont wan-info确认 ONT 管理 IP 拿到了，再从 OLT 上 ping 软交换地址。上行口方向检查 VLAN 是否 tagged 放行，QoS 模板是否给了语音队列足够的保障带宽。组播和上网都正常、只有语音单通，基本可以锁定在优先级和带宽保障上。

第五条：QinQ 专线两端不通，抓包看到外层标签丢了。

现象：企业两侧设备能学到对端 MAC，但业务不通，中间抓包发现只剩单层 VLAN。

原因：外层 SVLAN 没有在上行口放行，或者 service-port 的vlan和user-vlan写反了，把内层当外层送出去了。

解决：display port vlan确认上行口的 VLAN 列表包含外层 SVLAN，service-port 里vlan参数必须是外层、user-vlan必须是内层，这是最容易写反的一处。改完用display service-port复查，再让企业侧抓一次包确认双标签完整。

6. 验证跑通：从 ONT 注册状态到用户侧 ping 通

配置敲完不等于业务通了，得按层验。我在现场固定走五步，从上往下，任何一步不过就停下来查，不带着疑问往后走。

第一步看光层。display ont optical-info 0 1 0读 ONT 的 Rx/Tx 光功率，对照模块规格，接收功率要在灵敏度下限和过载点之间，偏离太多先解决物理层。

第二步看注册。display ont info 0 1 0确认 Control flag 是 active、Run state 是 online、Config state 是 normal。三个状态任何一个不对，业务都起不来。

第三步看业务虚端口。display service-port port 0/1/0 ont 1确认 State 是 up，并且 VLAN、GEM Port、流量模板索引和规划表一致。

# 一次把 ONT 注册、光功率、业务虚端口三件事看全 display ont info 0 1 0 display ont optical-info 0 1 0 display service-port port 0/1/0 ont 1 # 查看 PON 口整体在线 ONT 数量和流量 display port traffic 0/1/0

第四步看上行。从 OLT 上 ping 上层设备的业务网关地址，通了说明 OLT 到上层的链路和 VLAN 没问题，不通就查上行口 VLAN 放行和路由。

第五步到用户侧。桥接型 ONT 后面接一台终端，PPPoE 拨号或 DHCP 拿地址，ping 公网地址和 DNS。网关型 ONT 直接连 Wi-Fi，看能不能上网、IPTV 能不能换台、语音能不能拨通。

这套流程我第一次走的时候嫌麻烦，跳过第三步直接去用户侧拨号，结果拨不上，又回头从光功率开始查，多花了一个小时。从那以后我每次开局都强制走完这五步，哪怕前面几步的输出一眼就能看出正常，也不跳。接入网的问题大多不是难题，是层与层之间的参数对不上，按顺序走一遍，比凭经验猜快得多。

希望这套顺序能帮到你，下次开局少熬一个晚上。

本文还有配套的精品资源，点击获取