简介：华为OLT配置手册为华为公司发布的OLT设备配置指南，面向网络管理员、接入网工程师及备考相关认证的技术人员，帮助读者厘清OLT在宽带接入与业务承载中的配置逻辑。内容以实操示例为主线，专线部分覆盖QinQ VLAN、VLAN Stacking批发与PWE3仿真，VPLS部分含上网、组播及企业专线案例，FTTx部分则延伸到FTTH、FTTB/FTTC的数据规划与配置。针对桥接+语音型ONT、桥接型ONT+HGW、网关型ONT三类组网场景，手册分别给出GPON与EPON接入下增加ONT、开通上网、H.248与SIP语音、BTV、VoD、Wi-Fi，以及聚合、拥塞控制与安全策略的完整流程，并附业务验证环节。目录按模块逐级细分，便于按场景检索。资源包共1个PDF文件，大小约19.24MB，一册即串起专线、VPLS与FTTx多条技术线。目前已有9159人学习，适合希望系统掌握接入网配置与排错思路的读者对照实践。
1. OLT 配置手册先解决什么问题：一台设备从加电到业务验收之间隔着什么
刚接手接入网的人常有一个错觉：ONT 能注册、宽带能拨号、ping 得通，活儿就算完了。真到验收那天，语音能听不能说、组播一开就花屏、企业两端 E1 滑码，问题全冒出来。这时候再去翻 OLT 配置手册，会发现命令散落在不同章节里，一条一条找，翻十遍也串不起来。
这份手册的价值不在命令清单，而在它把专线、VPLS、FTTH、FTTB/C、FTTO、FTTM 六类组网拆成了端到端的配置序列——每一节都是“业务需求 → 数据规划 → 分步配置 → 验证业务”的固定骨架。它适合已经能登上设备、但对“从零开一个站”没有完整套路的人；也适合有零散经验、需要一份可核对清单的老手。下面按我实际翻书的顺序，把它拆开讲。
2. 手册的三层骨架：通用配置、典型示例与 FTTx 端到端怎么对上号
2.1 三层结构各自负责什么
配置章节开头就交代了三种写法：通用业务配置讲功能点思路并带任务示例，典型业务配置从应用场景出发给单网元的数据和操作步骤，FTTx 配置以“OLT+ONU”组网为中心给端到端流程。这三层不是并列关系，是粗细粒度关系——同一件事在通用配置里看到的是“这个功能怎么开”，在 FTTx 里看到的是“这个功能在这个组网里排第几步开”。
手册还专门写了一节“FTTx 配置导读”，讲的是写作风格。很多人跳过它，直接从目录点进某个场景，结果读到一半不知道自己在流程的哪一步。导读真正告诉你的是一件事：每一节的顺序是固定的，业务需求及应用场景 → 配置流程 → 分步操作 → 验证业务。看懂这个骨架，后面每一节都可以跳读，只挑和自己组网对得上的分支。
还有一句提醒值得单独拎出来：示例里的操作步骤和数据只是为了便于理解查阅，不能当模板用。这句话决定了整本书的使用方式——它是参考系，不是模板库。直接抄 VLAN ID、抄 IP 段、抄语音地址，翻车概率极高。
2.2 从业务清单反查章节
现场最常问的不是“这个命令什么意思”，而是“我这个需求该看哪一节”。按手册的目录结构，可以整理出这么一张对照表，我一般贴在工位上：
| 业务诉求 | 对应章节位置 | 关键动作 | 常见返工点 |
|---|---|---|---|
| 企业两地分支二层互通 | 专线业务示例 / FTTO 分支互通 | 两端外层 VLAN 规划 | 两端 VLAN 号对不上 |
| ISP 批发接入 | VLAN Stacking 批发业务 | 外层标 ISP、内层标用户 | 外层 VLAN 全局不唯一 |
| 以太业务跨 MPLS 传输 | ETH PWE3 示例 | PW 类型与 MTU | 报文大于 MTU 被丢 |
| 多点互联 | VPLS 三类示例 | VSI 与 PW 全互联 | PW 数量随节点平方增长 |
| 家庭宽带+语音+IPTV | FTTH 各 ONT 形态场景 | 管理通道与业务通道 | 语音 VLAN 与上网混用 |
| 楼道设备+xDSL 接入 | FTTB/C 场景 | OLT 与 ONU 管理通道 | 管理通道没通就配业务 |
| 中小企业接入 | FTTO SOHO 和 SME | 预配置 ONU | 免认证策略未关联 |
| 大企业 E1 专线 | FTTO 大企业接入 | TDM 连接与时钟 | 时钟不同步导致滑码 |
| 基站回传 | FTTM 基站接入 | 时钟同步先行 | 时间同步精度不达标 |
这张表的作用是缩短定位时间。手册是按场景组织的，不是按命令组织的，反查表相当于给自己加了一层索引。
2.3 六类数据规划项：不定下来就别敲命令
手册在 FTTH 和 FTTB/C 两处都列了数据规划原则，归纳起来是六类：IP 地址规划、QoS 规划、上网和 Wi-Fi 业务规划、语音业务规划、IPTV 业务规划、安全规划。这些内容排在配置步骤之前，不是排版习惯，是因为它们的结论会直接写进后面的命令参数里。
| 规划项 | 关键参数 | 不先定会怎样 |
|---|---|---|
| IP 地址 | 管理网段、业务网段、ONU 管理地址池 | 后面改地址要重配管理通道 |
| QoS | DBA 模板、流量模板、优先级映射 | 拥塞时语音先掉 |
| 上网和 Wi-Fi | 业务 VLAN、PPPoE/IPoE、SSID 与 VLAN 对应 | 多业务共用 VLAN 互相广播 |
| 语音 | 语音 VLAN、软交换地址、数图、FXS 口参数 | 注册上了但拨号无反应 |
| IPTV | 组播 VLAN、组播组地址段、节目带宽 | 复制点选错，上行被打满 |
| 安全 | MAC 数量限制、防 DoS、DHCP Option82 | 一个用户掉线拖垮整 PON 口 |
我的习惯是先把这张表填满再登设备。填不满说明业务需求还没问清楚，这时候配下去的东西大概率要返工。
2.4 端到端配置的五步通用骨架
把所有 FTTx 场景的步骤抽出来，会发现顺序几乎一致，只是分支不同：
- OLT 上增加 ONT/ONU（授权、模板绑定）
- 配置 OLT 与 ONT/ONU 之间的管理通道（管理 VLAN、管理流）
- 配置业务通道（业务 VLAN、流分类、上行透传）
- 配置聚合、拥塞控制及安全策略
- 验证业务
第 2 步和第 3 步的顺序不能颠倒。管理通道没通，ONT 上的语音、Wi-Fi 参数根本下发不下去，你会在业务通道上白白折腾半天。第 4 步放在最后也不是因为它不重要，而是因为它调的是“连通之后的质量边界”，连通性没验证就调限速，出了问题分不清是限速错了还是路由错了。
动手前先留一份基线，出问题能对比：
#!/usr/bin/env bash # 变更前快照：把当前配置和 ONT 在线清单各存一份，事后能 diff set -euo pipefail OLT="10.10.10.2" # 设备管理地址，带内带外均可 USER="netops" # 具备配置权限的运维账号 STAMP=$(date +%Y%m%d_%H%M) # 时间戳用于版本对齐 DIR="./olt_snapshot/$STAMP" mkdir -p "$DIR" # 两条命令的具体写法按设备型号查手册的“配置管理/文件管理”章节 ssh -o ConnectTimeout=10 "$USER@$OLT" "save configuration" > "$DIR/config.log" 2>&1 ssh -o ConnectTimeout=10 "$USER@$OLT" "display ont info summary" > "$DIR/ont.log" 2>&1 tar -czf "$DIR.tar.gz" -C "$(dirname "$DIR")" "$(basename "$DIR")" echo "snapshot ready: $DIR.tar.gz"set -euo pipefail保证任一环节失败立即中断，不会留下半份快照；STAMP让快照和变更单一一对应；两条采集命令按实际型号替换，重点是“变更前必有快照”这个动作本身。回滚时把两份config.log做 diff，能直接看出这次改了哪几行。
3. 专线与 VPLS 选型：QinQ、VLAN Stacking、PWE3 各自的参数边界
3.1 QinQ VLAN 专线：外层和内层各管什么
QinQ 的实质是在用户报文外面再压一层 Tag。专线场景里，外层 Tag 归运营网络识别，内层 Tag 是客户自己的 VLAN，运营网只透传不解封装。手册把这个示例放在专线业务开头，因为它的价值就是让两个异地分支“像接在同一台交换机上”。
配置主线是：客户接入端口规划 → 外层 VLAN 创建 → 端口加入 → 上行透传 → 两端联动验证。真正决定成败的是几个参数：
| 参数 | 取值思路 | 踩坑点 |
|---|---|---|
| 外层 VLAN ID | 按客户分配，全网唯一 | 两端不一致，专线不通 |
| 内层 VLAN ID | 客户内部规划，运营不感知 | 被误当外层用，透传失效 |
| TPID | 0x8100 或 0x88A8，两端一致 | 一端 0x88A8 一端 0x8100，报文被丢 |
| 端口模式 | 接客户侧需识别已带 Tag 的报文 | 配成纯接入模式，内层 Tag 被剥掉 |
| MTU | 至少 1504，建议 1526 | 大包被丢，表现为“能 ping 不能传文件” |
MTU 这一项特别容易被忽略。加了 4 字节外层 Tag，原来卡在 1500 的报文就超了。测试时用小包 ping 一切正常，用户一传大文件就断，这类问题在现场排查成本极高，配置阶段把 MTU 留出余量最省事。
3.2 VLAN Stacking 批发：外层标 ISP、内层标用户
这个场景和 QinQ 的差别在分配主体。QinQ 是给一个客户做一条专线，外层标识这个客户；VLAN Stacking 是在二层交换城域网里给多个 ISP 做批发，外层 VLAN 标识 ISP，内层 VLAN 标识用户。不同的用户群通过不同的外层 Tag 批量接入到指定的 ISP 网络。
由此带来一个硬约束：外层 VLAN 数量只有 4094 个。一个 ISP 一个外层段的做法，在用户规模上去之后会撞墙。手册给出的思路是用灵活 QinQ，按内层 VLAN 选择外层 VLAN，把“一 ISP 一外层”细化成“一 ISP 一外层段 + 内层区分用户”。
规划阶段的检查项只有三条，但每条都能让业务开不出来：外层 VLAN 是否全网唯一、外层与 ISP 的对应关系是否入库、内层 VLAN 冲突时是否有转换策略。第三条最容易被跳过，两家用户内层都用 VLAN 10 是常态，没有转换策略就只能靠外层区分，一旦上游设备不支持双层透传，整批用户受影响。
3.3 PWE3 与 VPLS：什么时候不该用二层仿真
PWE3 是把一种二层或 TDM 业务在 MPLS 网络里仿真成点对点管道；VPLS 是在 MPLS 上做多点以太网仿真。手册给了 ETH PWE3 的示例，也给了 VPLS 的上网、组播、企业专线三类示例，选型上很容易混。
| 维度 | QinQ VLAN | PWE3 | VPLS |
|---|---|---|---|
| 拓扑 | 点到点 | 点到点 | 点到多点 |
| MAC 学习 | 运营网不学习 | 不学习 | 运营网学习 |
| 扩展性 | 受 VLAN 数限制 | 线性增长 | PW 数量随节点平方增长 |
| 典型场景 | 同城两地专线 | 跨域二层延伸 | 多分支互联、组播分发 |
| 主要风险 | 外层 VLAN 耗尽 | MTU 与控制字不匹配 | MAC 表震荡、环路 |
选型上有个简单判断：两端就用 PWE3 或 QinQ，两端以上才考虑 VPLS。VPLS 的全互联特性意味着每增加一个节点，PW 数量按平方涨，十个节点就是四十五条 PW，配置量和排障难度都上来了。手册里 VPLS 企业专线示例给的是典型小规模组网，规模再大要考虑分层 VPLS 或改用其他方案。
PWE3 侧的关键参数是 PW 类型、控制字、MTU 和 LSP 保护。PW 类型分 raw 和 tagged 两种，前者不带 Tag 透传，后者带 Tag，两端必须一致。控制字在报文较短时需要，用来补齐长度和携带序号，两端不一致的典型现象是一端能收、另一端丢包。
3.4 TDM 专线的时钟：SAToP、CESoP 与 Native TDM
手册在 FTTO 大企业接入和 FTTM 基站接入两处反复出现 TDM 连接，说明这块是真实业务的高频区。E1 走分组网，最大的坑不是带宽，是时钟。
| 方式 | 封装特点 | 适用 | 注意 |
|---|---|---|---|
| Native TDM | 全程 TDM，不打包 | OLT 内 TDM 交换 | 不跨分组网 |
| SAToP | 结构无关，整条 E1 打包 | 纯数据 E1、基站回传 | 不携带信令结构 |
| CESoP | 结构感知，可带信令 | 需要透传时隙结构的场景 | 配置复杂度更高 |
时钟同步可选线路时钟、自适应时钟、1588V2 和 BITS。线路时钟最稳，前提是有 E1 或 STM-1 线路可取；自适应时钟从包流恢复，抖动大；1588V2 精度高但对链路时延对称性敏感，需要中间设备全程支持。
我的经验是：E1 业务只要出现“偶尔滑码、误码率不高但持续存在”，先查时钟，别查线路。时钟源不一致导致的滑码，现象很温和，日志也不报错，属于典型的黑匣子问题，只能靠配置核查。
4. FTTH 三条主线：桥接+语音、桥接+HGW、网关型 ONT 的配置顺序
4.1 三种 ONT 形态：业务在哪一层终结
手册把 FTTH 拆成桥接+语音型、桥接型 ONT+HGW、网关型 ONT 三条主线，GPON 和 EPON 各写一遍，加起来十几节。看着重复，实际是因为业务终结位置不同，配置顺序就不同。
| 形态 | ONT 角色 | 语音终结 | Wi-Fi | 配置重点 |
|---|---|---|---|---|
| 桥接+语音型 | 二层桥接 | ONT 上（H.248/SIP） | 无 | 语音 VLAN 与管理 VLAN 分离 |
| 桥接型 ONT+HGW | 纯二层 | HGW 上 | HGW 提供 | ONT 只透传，业务全在 HGW |
| 网关型 ONT | 路由+NAT | ONT 上 | ONT 提供 | Any Port Any Service、CATV |
先定形态，后面所有步骤才有落点。桥接型 ONT+HGW 的场景里，ONT 侧只需要配业务通道和管理通道，上网、IPTV、语音全在 HGW 侧配，手册里对应的小节也是分开写的（ONU 侧一组，HGW 侧一组）。如果把这套流程套到网关型 ONT 上，会发现在 OLT 上怎么配都下发不到终端——因为终结层次根本不一样。
GPON 和 EPON 的差异主要在封装和带宽分配。GPON 用 GEM Port 承载，DBA 模板颗粒度更细；EPON 用 LLID，带宽分配相对固定。手册对同一种业务写两遍，就是因为这两套参数不通用。
4.2 OLT 上增加 ONT：发现、预配置与免认证
几乎每一节都以“OLT 上增加 ONT/ONU”开头。归纳起来三种方式：
| 方式 | 前提 | 优点 | 风险 |
|---|---|---|---|
| 自动发现后确认 | ONT 已上线，OLT 侧可见 | 简单直接 | 大批量时人工确认易错 |
| 预配置 | 提前录入序列号或密码 | 上线即自动匹配 | 序列号录错，永远匹配不上 |
| 免认证策略 | 按模板自动放行 | 适合批量、免软调 | 策略未关联到 OLT，等于没配 |
预配置是 FTTO 场景里最常用的方式，手册在 SOHO 和 SME 章节专门有“预配置 ONU”一节。预配置的核心是模板：线路模板定 PON 口参数和 DBA，业务模板定业务 VLAN 和流分类，ONT 模板定能力集。三个模板绑定顺序错了，ONT 会注册成功但业务不通——因为它拿到的是一条没有业务配置的“空壳”线路。
免认证策略在 FTTM 的 Small Cell 场景里出现过，配完策略一定要回到 OLT 侧确认关联生效。这一步漏了，现场表现就是“ONU 上电了但一直不上线”，而设备侧没有任何告警，只能靠逐条核对策略列表。
4.3 语音：H.248 与 SIP，Web/网管 与 CLI 两条路径
手册在 FTTH 三种形态里都给了 H.248 和 SIP 两套，每套又给了 Web/网管和 CLI 两条路径。四份内容不是冗余，对应的是两种交付方式和两种排障手段。
| 维度 | H.248 | SIP |
|---|---|---|
| 控制模型 | 媒体网关控制器集中控制 | 终端自主注册 |
| 关键参数 | 软交换地址、端口、终端 ID | 注册服务器、代理服务器、域 |
| 常见不通原因 | 终端 ID 与软交换侧不一致 | 注册周期与鉴权密码不匹配 |
| 批量下发 | 网管模板效率高 | 网管模板效率高 |
| 单点排障 | CLI 逐条核对更直观 | CLI 逐条核对更直观 |
语音配完必须验证三件事：注册状态、拨号音、双向通话。手册每节末尾的“验证业务”就包括这几项，很多人只看到“注册成功”就收工，结果用户投诉打不通。注册成功只说明信令通道通了，媒体通道是另一回事——语音 VLAN 和 RTP 端口没放通，照样单通。
数图（Digit Map）是最容易配错的一项。配得太严，用户拨分机号拨不出去；配得太松，拨号延迟明显。现场做法是先按用户实际拨号习惯列全号段，再压紧规则。
4.4 组播 BTV 与 VoD：复制点定在哪
手册把 BTV 和 VoD 分开配，因为它们一个是组播、一个是单播。BTV 走组播，关键是复制点位置：复制点放在 OLT 上行口，一条组播流从上行走，OLT 内部复制到各 PON 口；放在单板或 ONU，上行带宽压力小但设备要求高。
参数上要盯住这几项：IGMP 版本、IGMP Snooping 或 Proxy 的启用、组播组地址段、组播 VLAN、单节目带宽、加入和离开时延。加入时延设得太短，换台时画面会卡一下；设得太长，换台慢。手册给的是参考值，实际要按节目源编码码率和 PON 口带宽余量调。
VoD 是单播，走的是普通业务通道。它的问题通常不在组播配置，而在带宽：BTV 和 VoD 共用一条上行时，VoD 突发会把上行打满，表现是点播起播慢甚至失败。QoS 规划里给 IPTV 单独一个队列，就是为了这个。
4.5 聚合、拥塞控制与安全策略为什么放在最后
手册每一节都是“配置聚合、拥塞控制及安全策略”放在验证业务之前。因为前面配的是连通性，这里配的是质量边界和防护边界：DBA 模板决定 PON 口上行带宽怎么分，流量模板决定用户能跑多快，CAR 决定超速怎么处理，MAC 数量限制和防 DoS 决定一个用户能不能拖垮整口。
这一节最容易被当成可选项跳过。跳过之后业务能通，但一个月后用户投诉“晚上网速掉得厉害”，回头再查就是没有限速、没有队列、没有优先级。补这些配置要重启业务模板，等于二次割接。我的做法是开站时就把默认模板套上，哪怕数值先给宽一点，也比后面补强。
5. 排查与避坑：注册失败、语音单通、组播花屏的五个现场记录
5.1 ONT 反复上下线，日志只报链路抖动
现象：ONT 上线后几分钟掉线，再上线，循环往复，光功率显示在临界值附近，误码计数缓慢增长。
原因：光功率落在接收灵敏度边缘。分光比算得刚好卡线，加上接头脏污、法兰老化，链路余量被吃光。手册里给的灵敏度是标称值，实际部署要留 3dB 以上余量。
解决：先清洁接头和法兰，再实测收发光功率；仍在临界值就调整分光比或加光衰。配完别只看看“在线”，连续观察半小时的误码计数更有说服力。
5.2 上网正常、语音不通，注册状态一直是未注册
现象：宽带拨号正常，语音口无拨号音，网管上看 ONT 语音状态为未注册。
原因：语音 VLAN 和上网 VLAN 配成了同一个，或者语音网关地址没下发下去。桥接+语音型 ONT 的语音是 ONT 自己发起的，需要独立的语音 VLAN 和管理通道承载信令。
解决：核对语音 VLAN 是否已从 OLT 透传到 ONT，核对软交换地址和端口，核对 ONT 是否真正拿到了语音配置。CLI 逐条查比在网管上点开三层菜单快得多。
5.3 组播一开就花屏，单播点播却正常
现象：BTV 直播花屏、马赛克，VoD 点播流畅。
原因：组播复制点放在了 OLT 上行口，但上行链路带宽不够，或者 IGMP Snooping 没启用，组播流被当成广播泛洪到所有 PON 口。
解决：确认复制点位置，按用户规模决定是否下移到单板；确认 IGMP Snooping 已启用并且组播 VLAN 配置正确；核算单节目带宽乘以并发频道数，和上行带宽留出 30% 余量。
5.4 桥接型 ONT+HGW 场景，IPTV 机顶盒拿不到地址
现象：上网正常，机顶盒启动卡在认证界面，抓包看不到 DHCP 应答。
原因：HGW 侧的 IPTV 业务没有单独绑定 LAN 口和 VLAN，机顶盒的请求被当成上网流量处理。手册在这个场景里把 ONU 侧和 HGW 侧分成两组小节，只配了 ONU 侧就会出这个问题。
解决：回到 HGW 侧配置，把 IPTV 的 VLAN 绑定到指定 LAN 口，确认组播 VLAN 在 HGW 上已放通。桥接型组网里最典型的错误就是只配了一半。
5.5 大企业 E1 专线偶发滑码，误码仪测不出问题
现象：E1 专线跑业务时偶发滑码，误码率测试正常，长时间挂表才能看到一次。
原因：时钟不同步。一端用线路时钟、另一端用自适应时钟，或者两端都用自适应但中间链路抖动大，缓冲器周期性溢出。
解决：统一两端的时钟源，优先线路时钟；无法取线路时钟就统一用 1588V2，并确认全路径设备支持；配完用长时间挂表验证，短时测试看不出滑码。
6. 把示例改造成自己的配置基线：参数替换表与交付前自检
手册里反复强调示例数据不能当模板，但示例的结构可以当模板。我的做法是给每类场景建一张参数替换表，把手册里的示例值换成项目实际值，配置时只对着这张表敲，不回头翻书。
以 FTTH 桥接+语音型 GPON 场景为例，替换表大致长这样：
| 手册示例项 | 替换为 | 确认人 |
|---|---|---|
| 外层/业务 VLAN | 项目 VLAN 规划表对应值 | 规划 |
| 管理网段与 ONU 地址池 | 本项目管理网段 | 规划 |
| 语音 VLAN 与软交换地址 | 语音平台提供 | 语音 |
| 组播组地址段 | IPTV 平台提供 | IPTV |
| DBA 与流量模板 | 按套餐档位映射 | 规划 |
| 安全策略（MAC 数、防 DoS） | 按楼栋规模设定 | 安全 |
表格填完再动手，配置过程基本不会中断。反过来，边配边查，改一次参数就要回头核对三条命令，效率差得远。
交付前我固定跑一遍自检清单，都是被坑出来的：
- ONT 在线状态和光功率是否都在门限内，误码计数是否为零
- 管理通道是否通（从 OLT 能 ping 到 ONT 管理地址）
- 业务 VLAN 是否从 OLT 透传到 ONT，有没有在中途被剥掉
- 语音注册状态、拨号音、双向通话三项都验过
- 组播复制点位置和 IGMP 配置是否与规划一致
- 限速、队列、MAC 限制、防 DoS 是否已套用默认模板
- 变更前后快照是否留档，diff 是否核对过
这份清单不长，但每一条都对应过我踩过的坑。最开始我觉得验证业务那一节是手册为了凑结构写的，直到有一次语音只验了注册没验通话，割接当晚被叫回现场，才发现媒体通道根本没放通。从那以后我每次开站，不管多赶时间，都强制走一遍“注册—拨号音—双向通话”这三步，一步不落。
手册是死的，组网是活的，把它的结构抽出来变成自己的流程，比记住任何一条命令都管用。希望帮到你。
本文还有配套的精品资源，点击获取