华为OLT配置手册实战：FTTH/FTTB/C/FTTM场景规划与避坑指南

简介：华为OLT配置手册是华为公司发布的官方配置指南，面向网络管理员、光接入运维工程师以及电信/企业网项目中负责接入网交付的技术人员，帮助读者系统掌握OLT设备在高速宽带接入、专线承载和FTTx组网中的配置方法。包内为单个PDF文档，压缩包大小约19.24MB，共1个文件；内容按专题组织，从专线业务、VPLS到FTTH、FTTB/FTTC均有章节覆盖，便于按需查阅。当前已有9137人学习下载，是光接入网领域较为热门的配置参考资料。手册详细给出了QinQ VLAN专线、VLAN Stacking批发、PWE3专线以及VPLS上网/组播/企业专线等配置示例，帮助读者快速上手二层/三层专线业务。FTTH部分则以GPON/EPON接入为背景，逐一讲解桥接+语音型ONT、桥接型ONT+HGW、网关型ONT等典型组网的配置流程，涵盖ONT注册、上网/语音（H.248、SIP）、BTV、VoD、CATV、Wi-Fi以及聚合、拥塞控制和安全策略等环节，并区分CLI与Web/网管操作方式，能够帮助读者建立从数据规划到业务放通的完整排错思路。

1. 华为 OLT 配置手册：开局一张光功率计，配置全靠这本册子

接手华为 OLT 配置手册之前，我一直以为调 OLT 就是把 ONT 加进去、VLAN 一配、业务一放就完事。结果第一次实战就翻了车：桥接型 ONT 上网通了，语音却怎么都注册不上，IPTV 组播也是黑屏，前前后后折腾到凌晨两点，最后才发现是 H.248 的媒体网关地址少配了一个。那段日子我包里永远塞着一本打印出来的手册，页码翻得发毛边。说实话，华为 OLT 这套设备的配置点并不难，难的是你根本不知道手册里哪些章节和你的组网场景对应。这本配置手册从专线业务、VPLS 到 FTTH、FTTB/C、FTTO 乃至 FTTM 基站接入全都有覆盖，适合正在做光接入网开局、换网或者给企业做专线的工程师。装好一套环境、跑通一条业务流之前，先把手册的章节骨架搞清楚，比什么都重要。

2. 先读目录再动手：FTTH、FTTB/C、FTTO、FTTM 四个场景怎么选

2.1 配置手册的骨架：从专线、VPLS 到 FTTx 端到端

我拿到手册第一反应是翻到目录页找“配置专线业务示例”这章，因为当时手上正有一张企业专线的工单。后来完整读下来才发现，这本手册的做法是分三层组织内容的：先是通用业务配置，讲清楚每种业务的核心思路和功能点；再给典型业务示例，告诉你“单网元上具体填什么数据”；最后才是 FTTx 端到端组网配置，把 OLT 和 ONU 串成一条完整的链路。

专线业务这一块，手册给了三个最典型的示例：QinQ VLAN 专线、VLAN Stacking 批发业务、PWE3 专线。这三者解决的是不同层面的问题，后面我会单独展开。VPLS 配置部分则给了上网、组播、企业专线三个示例，核心思想是让不同物理位置的用户通过以太链路就能点到多点互通。再往后就是 FTTx 配置导读，这一节强烈建议新手先读——它解释了手册的写作风格，避免你在几万字的配置步骤里迷路。

2.2 数据规划原则：IP、VLAN、QoS、安全四张表先画好

先规划后配置，这是 FTTH、FTTB/C 和 FTTO 三章里反复强调的规矩。我见过不少同事上来就敲命令，结果 IP 段和 VLAN 规划全是乱的，业务一多就互相打架。手册里 FTTH 数据规划明确列了 IP 地址、QoS、上网和 Wi-Fi、语音、IPTV、安全六个原则，FTTB/C 和 FTTO 又在此基础上加了设备管理、VLAN、协议透传、可靠性的规划维度。

我自己画表一般按这个顺序来，先把设备管理地址段固定住，再规划业务 VLAN 段，最后才是 QoS 策略：

这张表填完，后面的配置就是填空题。我一般会在开工前花一小时做这张表，而不是先爬上设备再想。很多看起来玄学的故障，回头查根因全是规划阶段埋的雷，比如两个业务共用一个 VLAN 导致 MAC 地址漂移。

2.3 四大接入场景与 ONT/ONU 类型对照

手册把 FTTx 分成了四大块：FTTH、FTTB 和 FTTC、FTTO、FTTM。很多人第一次翻会被这些缩写绕晕，我按照自己的理解给它们排了个对照关系。

FTTH 是光纤到户，ONT 直接放在用户家里，按组网形态又分桥接型 ONT、桥接型 ONT 加 HGW（家庭网关）、网关型 ONT 三种。桥接型只做二层透传，语音和路由功能交给后面的 HGW 或者上层设备；网关型 ONT 自带路由、Wi-Fi、语音，适合家庭宽带一站式交付。FTTB/C 是光纤到楼/路边，ONU 放在楼道或路边，后面用 LAN 线或者 xDSL 线接入用户，所以手册里出现了大量“ADSL2+ 上网业务（ONU 侧）”这种小节。FTTO 是光纤到办公室，分 SOHO/SME 和大企业接入，大企业那边主打专线、DDN、E1 和 IP PBX。FTTM 则是基站接入，ONU 作为基站回传单元，把 2G/3G/4G 基站的数据通过 OLT 送回 BSC/RNC。

选场景的关键就是看最后一段物理线路：光纤直接进屋选 FTTH，光纤到楼道后面是网线或铜线选 FTTB/C，企业摆了一排 IP PBX 和 TDM 设备选 FTTO 大企业章节，给基站做回传承载则直接翻 FTTM。场景选错了，后面照着配也跑不通，因为 ONT 的桥接/路由模式和上行数据通道完全是两套逻辑。

3. FTTH 配置落地：桥接型和网关型 ONT 的上线全流程

3.1 OLT 上增加 ONT：认证方式和线路模板先定死

FTTH 的配置起点永远是“OLT 上增加 ONT”。这一步看起来简单，却是翻车率最高的地方。手册里不管是 GPON 接入还是 EPON 接入，都先把“增加 ONT”单独拎出来作为一个小节，原因就是 ONT 不上线，后面所有业务都是空中楼阁。

增加 ONT 先要确定认证方式。GPON 场景常见做法是 SN 认证或者 password 认证，EPON 通常用 MAC 或逻辑标识认证。我一般倾向先用 SN 认证做开局，因为光模块上直接印着 SN，现场安装人员抄下来就能录系统。典型命令长这样：

config interface gpon-onu 0/1/0 ont add 0 sn-auth 48575443A1B2C3D4 olt 0 ont-lineprofile-id 10 ont srvprofile-id 0 20

这段命令的意思是：进入 GPON 口视图，把 SN 为 48575443A1B2C3D4 的 ONT 加到 0 号 ONT 位置，关联线路模板 10 和业务模板 20。实际执行前要确认设备上已有的 lineprofile 和 srvprofile 编号，不同版本可能用ont add 0 mac-auth xxxx或ont add 0 password-auth xxxx。参数里的 ont-lineprofile-id 决定了这条 GPON 链路上的 T-CONT 和 GEM port 怎么划分，是后续业务通道的基础，错配了 ONT 能注册但业务流量走不出来。

ONT 添加完成后，用display ont info 0/1/0 0可以看到 ONT 的运行状态，正常是 online 或者 standby。如果一直是 offline，先查光功率和认证信息，别急着重配——很多“ONT 加不进去”其实是光衰太大或者 SN 抄错了一位。

3.2 上网业务流：从 ONT 到 OLT 的 VLAN 通道

ONT 上线后，下一步是配置上网业务。FTTH 桥接型 ONT 上网的典型做法是：ONT 把用户侧 VLAN 透传上来，OLT 上创建业务 VLAN，再通过 service-port 或者类似机制把 GPON 口和上行口串起来。

我在 FTTH 桥接场景下一般这样操作：

config vlan 100 smart port vlan 100 0/1 0 service-port vlan 100 gpon 0/1/0 ont 0 gemport 1

逻辑是先创建一个智能 VLAN 100，把它加到上行口 0/1 0，再为 GPON 口下的 ONT 0 号 GEM port 1 建立业务通道。这样用户家里的 ONT 只要把 LAN 口的数据打上 VLAN 100 的标签送上来，OLT 就能把它交换到上行口进入上层网络。注意gemport 1必须和 ONT 上的业务流匹配，桥接型 ONT 一般一个 GEM port 对应一个业务类型，如果家里还要走语音和 IPTV，就得规划多个 GEM port，每个承载不同的 VLAN。

如果是网关型 ONT，OLT 侧通常只做二层透传，路由、NAT、Wi-Fi 都在 ONT 里处理。这时候 OLT 上的 service-port 只需要把这个 ONT 对应的 GEM port 和上行口桥接起来，上网业务数据规划也很简单：ONT WAN 口拨号或固定 IP，OLT 只负责把 PPPoE 或 IP 报文送上去。

3.3 语音业务：H.248 与 SIP 两条路的典型配置

语音是 FTTH 里最容易出问题的环节，因为牵涉 OLT、ONT、软交换/IMS 三方的参数对齐。手册给了两条路：H.248 和 SIP。H.248 是老一代软交换常用的协议，由软交换侧控制媒体网关，ONT 更像一个执行者；SIP 则是现在更普遍的选择，ONU/ONT 直接注册到 SIP 服务器。

通过 CLI 配置 SIP 语音业务时，我习惯先在 ONT 上把语音 VLAN 和媒体网关地址配好，再配置账号：

config voice sip mgc 192.168.1.10 5060 sip user 1001 password cipher 123456

这里mgc指定的是 SIP 服务器地址和端口，sip user填的是用户号码和鉴权密码。配置完成后，用测试话机摘机听拨号音，再display sip user 1001看注册状态。如果注册不上，先排查 ONT 到软交换的三层连通性，再确认语音 VLAN 是否在 OLT 上正确透传。我踩过的坑是 H.248 场景下mgc地址写成了网管地址，注册报文发到了不相关的设备上，一查抓包全是重传。

H.248 和 SIP 的差别还体现在命名上：H.248 里终端叫 Termination，SIP 里就叫 User Agent。手册里把两种协议的配置分别列出来是有道理的，因为命令关键字完全不同，混着记必然出错。

3.4 BTV、VoD 和 Wi-Fi：组播与多业务叠加的收尾

FTTH 场景里上网和语音只是基础，IPTV 才是压垮配置的最后一根稻草。手册里的 BTV 是广播电视，走组播；VoD 是点播，走单播。两者在 OLT 上的处理方式不一样：BTV 需要配置组播 VLAN 和 IGMP 探测功能，让 OLT 知道哪些 ONT 在哪个组播组里，才能精准复制组播流；VoD 则相对简单，单播流量直接沿业务通道转发。

我个人在配 BTV 时的经验是，OLT 上 IGMP 配置要同时覆盖上行口和用户侧：

config igmp service-port vlan 200 med igmp multicast-vlan 200 igmp user-vlan 100

这段配置的思路是：组播业务走 VLAN 200，用户的 IGMP 报文从用户 VLAN 100 上来后，OLT 把它映射到组播 VLAN 200，再向组播源请求复制。igmp user-vlan和igmp multicast-vlan必须匹配，否则用户点播时 OLT 收不到组播流，表现就是电视黑屏。网关型 ONT 还要通过 web 页面把 Wi-Fi SSID、加密方式和 IPTV 绑定口分开，别让电视和手机挤在同一个 SSID 里互相抢带宽。

网关型 ONT 场景下还有一个 Any Port Any Service 的概念，手册里也单独列了出来。它的价值是让 ONT 的任意 LAN 口都能承载任意业务，只要在 ONT 上做基于 VLAN 的流分类，就不必为 IPTV 专门留一个固定 LAN 口。

4. 专线与 VPLS 实战：QinQ VLAN、VLAN Stacking、PWE3 怎么选

4.1 QinQ VLAN 专线：企业分支二层互联的最小配置

专线业务核心是在公网上部署专用线路，实现私网接入和透明传输。手册里给的第一个示例就是 QinQ VLAN 专线。它解决的痛点是：企业两个分支都在各自私网里，内层 VLAN 可能都是 10、20，直接用普通 VLAN 透传会冲突。QinQ 的做法是在 OLT 上给每个分支打一个不同的外层 Tag，内层保留用户的原始 VLAN。

配置 QinQ 时我一般先在 OLT 上创建外层业务 VLAN，再配置 QinQ 策略：

config vlan 400 smart qinq vlan-translation interface gpon-onu 0/1/0 service-port vlan 400 gpon 0/1/0 ont 0 gemport 1

这个方案里，外层 VLAN 400 标识的是这条企业专线，内层 VLAN 由用户自己管理。两个分支的 OLT 都打上外层 400，中间网络只需要根据 400 转发，内层 VLAN 冲突的问题天然被隔离掉了。配置的关键点是 QinQ 的双层 Tag 必须在上行口显式放通，否则上行交换机默认会把带双 Tag 的报文当垃圾丢掉。

4.2 VLAN Stacking 批发业务：外层 Tag 标识 ISP 的思路

VLAN Stacking 和 QinQ 原理相近，但应用场景完全不同，这也是手册把两个示例分开的原因。VLAN Stacking 批发业务面向的是“一个二层的城域网里住着多个 ISP”的场景：外层 VLAN Tag 用于标识 ISP，内层 Tag 用于标识该 ISP 的用户，这样不同 ISP 的用户群可以通过不同的外层 Tag 批量接入。

举个例子，ISP-A 的用户外层 Tag 统一打 100，ISP-B 的用户统一打 200。OLT 对用户侧进来的报文执行 VLAN Stacking，在原有内层 Tag 外面再叠一层外层 Tag，上行汇聚设备根据外层 Tag 把流量导给对应 ISP。这样做的好处是城域网只维护“外层 Tag 到 ISP”的映射，不需要为每个用户单独配 VLAN。批发业务的规划重心不在技术，而在外层 Tag 的分配规范，一旦 ISP 之间混用了外层 Tag，两个运营商的数据就可能在汇聚层串网。

4.3 PWE3 与 ETH PWE3：以太业务在 MPLS 网络的仿真

当专线要跨越 MPLS 网络时，QinQ 就不够用了。手册里 Q 的 PWE3 专线示例说的是把以太业务封装进 MPLS 伪线，让远端的两个以太网段看起来像直连。PWE3 的关键是配置伪线（PW）和隧道（LSP），OLT 作为 PE 设备，把用户的以太报文映射到一条 PW 上，端到端封装成 MPLS 报文转发。

ETH PWE3 的实现思路是在 OLT 上指定 PW 的两端，并建立业务流与 PW 的关联：

config mpls lsp 1 pw 1 service-port vlan 100 gpon 0/1/0 ont 0 gemport 1

这里简化了很多细节，实际配置时还需要静态 ARP、隧道 ID、PW ID 和 VC 标签等多组参数。PWE3 比 QinQ 重得多，它要求整个承载网络支持 MPLS，好处是专线有了标签转发的灵活性和保护能力。普通二层专线能解决的场景不太需要上 PWE3，跨地域或者要接运营商 MPLS 骨干时才值得碰它。

4.4 VPLS 上网、组播与企业专线：点到多点的差异点

VPLS 和 PWE3 的区别一句话就能讲明白：PWE3 是点到点，VPLS 是点到多点。VPLS 上网业务让多个用户通过以太链路接入同一个 VPLS 实例，相互之间像接在一台大交换机上；VPLS 组播业务在上网的基础上叠加组播复制能力；VPLS 企业专线则是把企业所有分支划进同一个二层域。

我自己的经验是，VPLS 组播业务的配置顺序要比上网业务多一步：先建 VPLS 实例和接入 AC，再配置组播相关参数。因为组播需要 OLT 知道每个用户的加入情况，没有 VPLS 里的组播状态同步机制，组播流就会在 VPLS 域里泛洪，造成不必要的带宽浪费。企业专线则要考虑广播域范围，分支数量多时建议拆多个 VPLS 实例，避免一个广播风暴拖垮全部站点。

4.5 FTTB/C 与 FTTM：下楼和基站场景的差异化补充

FTTH 讲的是“光进户”，FTTB/C 讲的是“光进楼”，后面的接入段换成了 LAN 网线或者 xDSL。手册里 FTTB/C 部分花了很多篇幅描述“OLT 上增加 ONU、配置管理通道、配置业务通道”三步走，这是因为 FTTB/C 的 ONU 不像 FTTH 的 ONT 那样即插即用，需要先建管理通道才能下发业务配置。

FTTB/C 里有一个“以太网级联组网场景”比较特殊，OLT 后面级联了一台独立节点，两侧通过以太接口对接，好像一台设备扩展出了更多 PON 口。这种组网里要先把级联板的工作模式配对，再管理通道和业务通道分开配，很容易漏掉的是两端端口速率和双工模式协商不一致，导致级联链路通了但丢包严重。

FTTM 基站接入则是另一套逻辑，ONU 作为基站回传单元，承载的是 E1、STM-1 或者以太接口的基站业务。时钟同步在这里是最关键的配置项，手册给了 BITS、E1/STM-1 线路时钟、以太时钟、1PPS+ToD 和 1588V2 五种方案。给基站做接入时，我习惯优先选 BITS 或者线路时钟保证同步精度，用 1588V2 要看承载网络是否支持逐跳透明传递。基站业务对丢包和时延极敏感，安全策略、拥塞控制和组网保护这四件事一个都不能少。

5. 避坑指南：华为 OLT 配置最常见的五个翻车现场

5.1 ONT 一直 offline：认证方式与 SN 不匹配

现象：ONT 光模块指示灯正常，但 OLT 上一直显示 offline，重新添加依然无解。

原因：最常见的是认证方式不匹配。OLT 上配置的 SN 认证，但 ONT 本身设了 password 认证；或者 SN 抄录时把 0 写成了 O、把 8 写成了 B。这类问题占我处理过的 ONT 离线故障的一半以上。

解决：先display ont info看 OLT 侧记录的认证信息，再登录 ONT 查看自身注册模式，两边对齐，SN 逐位核对。如果 ONT 已经被前一个工单注册过，还要检查是否被绑定到了其他 OLT 上，先清掉旧绑定再重新注册。

5.2 语音能注册但拨不通：H.248 与 SIP 参数没对齐

现象：ONT 语音状态显示注册成功，摘机有拨号音，但拨打手机或者固话就是不通，呼叫建立超时。

原因：注册成功只代表 ONT 和软交换之间的传输层通了，呼叫不通大多是号码段配置、媒体网关地址或者语音 VLAN 优先级有问题。我遇到过一次 H.248 场景下被叫号码前缀被 OLT 侧的拨号计划吞掉，导致软交换收到的主叫号码不完整。

解决：先抓注册报文和呼叫信令，确认被叫号码是否按原样送到软交换；再查 ONT 上的拨号规则是否配置了自动加前缀或去前缀。语音 QoS 要单独配优先级，别让语音报文和视频流量挤同一个队列。

5.3 IPTV 黑屏或组播卡顿：组播 VLAN 和 IGMP 探测没配对

现象：VoD 点播正常，BTV 直播一直黑屏，或者换台要等很久。

原因：单播的 VoD 走的是普通业务通道，通了就通；组播的 BTV 依赖 IGMP 探测和组播复制，用户侧 VLAN 和组播 VLAN 没有正确映射，OLT 根本不知道把组播流复制给谁。

解决：确认组播 VLAN 与用户 VLAN 的映射关系，在 OLT 上开 IGMP 探测后，用display igmp group看用户的组成员关系。如果用户侧没有任何组播组成员记录，从 OLT 上行口到组播源之间的路由就要重点排查。

5.4 专线丢包严重：QinQ 外层 Tag 与 QoS 队列冲突

现象：QinQ VLAN 专线通了，但业务高峰期丢包率明显上升，Ping 时延抖动。

原因：QinQ 报文比普通报文多一层 Tag，OLT 上的流量分类策略没有针对外层 Tag 配置优先级映射，导致专线流量被丢进了默认的低优先级队列，拥塞时先丢。

解决：查看 OLT 上的流分类规则是否识别了外层 VLAN，为专线单独创建高优先级队列和带宽保证策略，确保专线流量在拥塞时不会被普通上网流量挤掉。

5.5 配置重启后丢失：没保存配置也没做定期备份

现象：OLT 稳定运行一两个月后掉电重启，业务全部中断，设备配置回到初始化状态。

原因：配置只写入了运行态，没有执行保存命令。或者保存过，但设备硬件故障更换后没有导入备份配置。

解决：完成所有业务配置后，执行 save 命令把配置固化到存储介质，再通过 FTP/SFTP 把配置文件导出一份存到本地。我的习惯是每次割接完成后都做一次配置备份，文件名带上日期和操作人，防止回退时找不到原始配置。

6. 装完怎么验证跑通：display 三板斧与端到端回退链

6.1 display 三板斧：ONU 状态、业务流、组播表

配置全部落完后，验证不是拿手机刷个网页就完事。我有一套固定的 display 三板斧，每个环节一分钟内能判断是否正常。

第一板斧看 ONU 状态，确认所有 ONT/ONU 都是 online：

display ont info all display ont optical-info 0/1/0 0

第一条命令看注册状态，第二条看光模块的收发光功率。如果光功率值在正常区间但状态异常，优先怀疑注册参数而不是光路，这个顺序能省掉很多无用功。

第二板斧看业务流，确认 service-port 和 VLAN 转发正常：

display service-port vlan 100 display mac-address vlan 100

能看到 VLAN 100 下的 MAC 地址并且用户侧 MAC 在列表中，说明二层转发链路已经拉通。如果 MAC 表为空，业务流量根本没进到 OLT 里来。

第三板斧看组播，确认 BTV 组播复制正常：

display igmp group display multicast forwarding-table vlan 200

有组成员记录并且组播转发表里有对应条目，IPTV 直播基本就通了。

6.2 端到端验证：从 ONT 拨测到上层 BRAS/软交换

显示层的验证只能证明 OLT 本身工作正常，真正的业务好坏还要做端到端拨测。拿 FTTH 上网业务来说，我的验证顺序是：ONT LAN 口接电脑拨号或固定 IP，能拿到地址并 ping 通内网网关后再 ping 外网；然后从 BRAS 视角反向 ping 用户网关，确定数据面全程可达。语音业务的端到端验证一定要做真实的呼叫测试，注册状态再漂亮，也要打一通电话听双向语音。

拨测过程中需要记录一份结果表：

表格里每一项都对应一个故障定位的边界：注册不上查 OLT 配置和光路，拨不上号查 VLAN 和 PPPoE 参数，语音不通报 H.248/SIP，直播花屏查组播。这样即使出了问题，也是缩小到一小块区域去查，而不是整条链路从头翻。

6.3 一次完整的回退链：先业务后配置，先新后旧

验证过程中发现的任何异常，都要有一条回退路径。最怕的是验证不过就反复改配置，改到最后不知道哪次改动导致了更多问题。我的做法是：每次改动前先把当前配置备份并记录变更点，验证失败时优先撤销最后一次变更，而不是推倒重来。设备支持rollback或.zip配置回滚的版本，我都会在割接前导出一份配置快照，失败时直接恢复；如果没有回滚功能，至少保证手上有改动前和改动后的两份配置文件可以对比。

从那以后，我每次做完 OLT 配置，都会强制自己走一遍 display 三板斧加上端到端拨测，一项一项打勾；专线和语音业务再外加一次双向通话测试和跨分支 ping 测试。这套流程不能保证配置永远不出错，但能保证出错时半小时内定位到具体节点，而不是整个业务全挂后无从下手。华为 OLT 配置手册里每一步都有对应的验证命令，关键是别跳步骤——希望这篇笔记能帮你少熬几个凌晨两点的夜。

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