简介华为OLT配置手册为华为公司发布的OLT设备配置指南面向网络管理员、接入网工程师及备考相关认证的技术人员帮助读者厘清OLT在宽带接入与业务承载中的配置逻辑。内容以实操示例为主线专线部分覆盖QinQ VLAN、VLAN Stacking批发与PWE3仿真VPLS部分含上网、组播及企业专线案例FTTx部分则延伸到FTTH、FTTB/FTTC的数据规划与配置。针对桥接语音型ONT、桥接型ONTHGW、网关型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 配置以“OLTONU”组网为中心给端到端流程。这三层不是并列关系是粗细粒度关系——同一件事在通用配置里看到的是“这个功能怎么开”在 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 数量随节点平方增长家庭宽带语音IPTVFTTH 各 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 管理地址池后面改地址要重配管理通道QoSDBA 模板、流量模板、优先级映射拥塞时语音先掉上网和 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 OLT10.10.10.2 # 设备管理地址带内带外均可 USERnetops # 具备配置权限的运维账号 STAMP$(date %Y%m%d_%H%M) # 时间戳用于版本对齐 DIR./olt_snapshot/$STAMP mkdir -p $DIR # 两条命令的具体写法按设备型号查手册的“配置管理/文件管理”章节 ssh -o ConnectTimeout10 $USER$OLT save configuration $DIR/config.log 21 ssh -o ConnectTimeout10 $USER$OLT display ont info summary $DIR/ont.log 21 tar -czf $DIR.tar.gz -C $(dirname $DIR) $(basename $DIR) echo snapshot ready: $DIR.tar.gzset -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客户内部规划运营不感知被误当外层用透传失效TPID0x8100 或 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 VLANPWE3VPLS拓扑点到点点到点点到多点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 拆成桥接语音型、桥接型 ONTHGW、网关型 ONT 三条主线GPON 和 EPON 各写一遍加起来十几节。看着重复实际是因为业务终结位置不同配置顺序就不同。形态ONT 角色语音终结Wi-Fi配置重点桥接语音型二层桥接ONT 上H.248/SIP无语音 VLAN 与管理 VLAN 分离桥接型 ONTHGW纯二层HGW 上HGW 提供ONT 只透传业务全在 HGW网关型 ONT路由NATONT 上ONT 提供Any Port Any Service、CATV先定形态后面所有步骤才有落点。桥接型 ONTHGW 的场景里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 与 SIPWeb/网管 与 CLI 两条路径手册在 FTTH 三种形态里都给了 H.248 和 SIP 两套每套又给了 Web/网管和 CLI 两条路径。四份内容不是冗余对应的是两种交付方式和两种排障手段。维度H.248SIP控制模型媒体网关控制器集中控制终端自主注册关键参数软交换地址、端口、终端 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 桥接型 ONTHGW 场景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 平台提供IPTVDBA 与流量模板按套餐档位映射规划安全策略MAC 数、防 DoS按楼栋规模设定安全表格填完再动手配置过程基本不会中断。反过来边配边查改一次参数就要回头核对三条命令效率差得远。交付前我固定跑一遍自检清单都是被坑出来的ONT 在线状态和光功率是否都在门限内误码计数是否为零管理通道是否通从 OLT 能 ping 到 ONT 管理地址业务 VLAN 是否从 OLT 透传到 ONT有没有在中途被剥掉语音注册状态、拨号音、双向通话三项都验过组播复制点位置和 IGMP 配置是否与规划一致限速、队列、MAC 限制、防 DoS 是否已套用默认模板变更前后快照是否留档diff 是否核对过这份清单不长但每一条都对应过我踩过的坑。最开始我觉得验证业务那一节是手册为了凑结构写的直到有一次语音只验了注册没验通话割接当晚被叫回现场才发现媒体通道根本没放通。从那以后我每次开站不管多赶时间都强制走一遍“注册—拨号音—双向通话”这三步一步不落。手册是死的组网是活的把它的结构抽出来变成自己的流程比记住任何一条命令都管用。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助?