简介面向电信网络运维与规划人员这份PDF是Calix官方课程《实现E7-2 AXOS everyPON数据服务》的讲义系统讲解基于E7-2 AXOS平台构建底层网络以提供二层无源光网络数据服务的完整流程涵盖硬件结构、订阅用户与ONT管理、VLAN传输服务及策略映射等核心环节。包体仅含1个PDF文件共74KB内容精炼适合用于快速查阅与巩固实操要点。目前已有132人学习浏览具备实际参考价值。通过该材料读者可从零掌握创建订户模板、配置ONT、部署并验证数据服务的操作路径尤其在熟悉Calix设备的环境中能直接作为培训参考或排错手册使用。对于需要提升网络服务交付效率的工程师而言是一份颇具性价比的参考文档。1. E7-2 AXOS everyPON 数据服务难点不在 PON 口而在服务模板和 VLAN 设计做接入网的人通常有个错觉只要 PON 口光功率正常、ONT 成功注册数据服务就基本算通了。真到 E7-2 AXOS 平台上走一遍就会发现everyPON 数据服务最容易翻车的地方恰恰不在 PON 口而在服务模板和 VLAN 设计这几层——订阅者模板、VLAN 传输服务配置文件、类映射、策略映射任何一个环节对不齐用户端最终表现都是上不了网。Calix 这门 Implementing E7-2 AXOS everyPON Data Service 课程核心就是把这套链路讲透并带你在真机上做通。这篇笔记按课程大纲拆成可执行的路径先把硬件角色看清再做 ONT 注册然后按顺序配齐三个 profile最后落到验证动作上。适合第一次在 E7-2 上交付二层数据业务的网规、运维和测试工程师。2. E7-2 AXOS everyPON 网络基础设施先把硬件角色和二层路径对清楚2.1 E7-2 硬件构成机框、业务板卡与上联口的角色分工E7-2 是 Calix 的中大型机框式 OLT运行的是 AXOS 操作系统。机框里主要分成三类角色主控与交换模块、PON 业务板卡、上联模块。主控负责控制平面和系统管理业务板卡负责把光口下行到用户侧上联模块负责把业务往汇聚交换机或 BRAS 方向送。三者缺一不可但日常运维里最容易忽略的是主控与业务板之间的带宽关系——多块 PON 板同时跑满时上联口和背板交换能力才是真正的瓶颈。在 everyPON 数据服务场景里各硬件角色承担的工作可以参考这张表组件角色在数据服务中的职责主控/交换模块控制平面与系统管理保存配置、处理管理通道、承载 AXOS 容器GPON 业务板接入侧下行 2.488 Gbps承载普通 FTTH 用户下联 ONTXGS-PON 业务板接入侧下行 10 Gbps承载高带宽用户与 GPON 混插上联模块网络侧上行 GE/10GE把业务 VLAN 引到汇聚交换机或 BRAS风扇/电源模块基础环境冗余配置掉板会造成整框业务受损一个常见的误区是把 PON 板当成全部上联口只是随便插一根线。实际上 everyPON 数据服务的 VLAN 终结和转发都在上联口附近完成上联口允许哪些 VLAN、链路是 trunk 还是 access直接决定业务能不能走出去。2.2 everyPON 的含义一种平台承载多种无源光网络everyPON 这个名字的意思是在同一个 AXOS 平台上GPON、XGS-PON 甚至不同速率等级的 ONT 可以由同一套业务模型管理。课程里讲的 everyPON 数据服务本质上不区分你是 GPON 还是 XGS-PON——订阅者模板、ONT 管理、VLAN 服务配置的套路是通用的。这对运维来说是个好消息也是个坏消息。好消息是你只需要掌握一套服务配置逻辑不用为每种 PON 技术分别学一套命令。坏消息是混插场景下ONT 的注册方式、序列号格式、光模块类型不一样批量创建时很容易串位。后面第 5 章会专门讲这个坑。2.3 二层数据服务的完整链路模型先画一条完整的数据路径用户终端 → ONT 的 LAN 口 → ONT 光模块 → 光纤链路 → OLT 的 PON 口 → 背板交换 → OLT 上联口 → 汇聚交换机/BRAS。这条路上每个环节都有对应的配置对象任何一个环节断掉用户端症状都一样——获取不到地址或者 PPPoE 拨号失败。上行方向则反过来BRAS 回应的帧从上联口进入 OLT经过背板交换到 PON 口再从光路下发到 ONT最后从 LAN 口到用户。关键点是OLT 在这条链路上不是一个纯透传管道它要决定哪些帧打上哪层 VLAN 标签、按什么优先级转发、限速多少。这些决策由服务模板和 profile 承载也就是第 3、4 章要讲的内容。2.4 开工前的设计清单VLAN、管理通道和带宽动手配置之前我一般会先花半小时把下面的表填完而不是直接登设备敲命令。这半小时省下来的是后面反复排查的时间。规划项常见做法说明业务 VLAN按用户群分配如 100-199每个数据服务对应一个 VLAN 或一段 VLAN管理 VLAN单独预留如 4000用于 OLT 与 ONT 之间的管理通道不要和业务 VLAN 混用认证方式PPPoE 或 DHCP决定 ONT 侧和 OLT 侧对 VLAN 的处理方式带宽模板区分 CIR/EIR给 policy map 提供参数依据提示管理 VLAN 和业务 VLAN 必须分开。否则 ONT 的注册和管理报文会混在用户流量里轻则配置混乱重则管理通道被用户流量冲垮。3. 管理订阅者和 ONT模板先行注册跟上3.1 订阅者模板定义了什么订阅者模板Subscriber Template是 everyPON 数据服务里第一个要创建的配置对象。它定义了一类 ONT 的默认行为数据 VLAN 是什么、管理 VLAN 走哪个、默认 QoS 策略用哪套、ONT 上行业务带不带标签。课程里明确说“先创建订阅者模板再创建订阅者和 ONT”原因是——ONT 的很多行为参数不是每条手动敲进去的而是注册时自动从模板继承。模板建错了批量注册的 ONT 会全部跟着错。这里面最关键的是 vlan-mode。它决定 ONT 上行的用户帧是打单层标签还是双层标签。大多数 FTTH 场景里ONT 会把用户侧的无标签帧打上业务 VLAN 标签再发给 OLT这就是 vlan-mode tag 的典型用途。如果对端设备期望接收到 untagged 帧vlan-mode 就要改成别的模式。这个参数改错数据链路就是通的但 VLAN 永远对不上。3.2 数据服务订阅者模板的创建下面这段配置思路示例按课程 02 章节的逻辑还原以 AXOS CLI 语法为例不同版本关键字略有差异以你设备上的 help 输出为准configure terminal subscriber-template DATA_SERV description FTTH data service template vlan-mode tag service-vlan 100 management-vlan 4000 qos-profile DEFAULT_QOS no shutdown exit这段配置的含义先进入 configure terminal创建名为 DATA_SERV 的订阅者模板description 只做备注方便后面对照vlan-mode tag 表示 ONT 上行业务带 VLAN 标签进入 OLTservice-vlan 100 指定数据业务默认走 VLAN 100management-vlan 4000 指定 ONT 管理通道走 VLAN 4000qos-profile 绑定一个默认 QoS 模板保证没有单独做策略的 ONT 也有一套可用带宽配置。注意一个顺序问题qos-profile 引用的模板要提前存在。也就是说如果设备里还没有 DEFAULT_QOS 这个策略subscriber-template 这一行会报错。课程里把策略文件放在数据服务章节讲实际建模板时我会先把 QoS 模板建好再回头建 subscriber-template省一次反复。3.3 创建订阅者和 ONT 的注册动作模板建好之后开始创建订阅者和 ONT。ONT 的注册依赖序列号绑定。常见做法是先在 PON 口上做自动发现让 OLT 上报出线缆另一端 ONT 的序列号核对之后再手动绑定。下面是一个绑定示意configure terminal interface gpon 1/1/1 onu 1 serial-number ALCLF01234567 onu 1 subscriber-template DATA_SERV no shutdown exit这里 interface gpon 1/1/1 进入 PON 口onu 1 是在这个 PON 口下创建第一个 ONTserial-number 绑定光猫序列号。注意序列号是 OLT 识别 ONT 的唯一凭据录入错误或者大小写不对ONT 就一直是 offline。一个 PON 口下面通常可以挂多个 ONT每个 ONT 的编号要唯一。绑定 subscriber-template 那行很关键它决定了 ONT 上线后自动继承哪些默认参数。如果模板还没建好就先绑 ONT绑定会失败反过来模板建好了但没绑ONT 虽然能注册但数据业务会因为没有服务配置而完全不转发。这个环节最容易出的问题不是命令敲错而是批量操作时序列号错位。我一般会用自动化工具从自动发现结果里直接把序列号导出来生成配置同时运行 show 命令逐条核对也就是第 5 章会讲的 ONT 三查。3.4 验证 ONT 注册状态ONT 配置完成之后课程要求验证功能。验证分两步第一步确认 ONT 注册成功第二步确认光功率和误码率正常。注册状态检查常见做法是执行 show ont 相关命令看 ONT 的管理状态是否从 discovering 变成 active光功率看接收端光衰是否在 ONT 模块的接受范围里。这一步不能只看 ONT 是否 active。实践中出现过 ONT 状态 active 但光功率已经踩在灵敏度边缘的情况白天能用晚上温度一降就掉线。所以我的习惯是在验证记录里同时写光功率数值和预留余量而不是只勾一个“已注册”。提示ONT 注册不成功时先查序列号再查光功率最后查 PON 口是否 shutdown。顺序别反序列号问题最容易定位别一上来就动光路。4. 数据服务三层配置VLAN 传输、类映射与策略映射怎么配合4.1 数据服务 VLAN 传输服务配置文件VLAN 传输服务配置文件VLAN Transport Service Profile解决的是业务 VLAN 在 OLT 上怎么被处理。它有三种常见模式——透传transparent、转换translate、终结terminate。透传是 VLAN 原封不动穿过 OLT适合上游设备能直接识别该 VLAN 的场景转换是把一个 VLAN ID 换成另一个再送出去适合用户侧 VLAN 和局端 VLAN 规划不一致的场景终结则是在 OLT 上直接终结二层一般用于需要 OLT 参与三层处理的场景。模式行为典型场景transparentVLAN ID 不变原样转发上游直接使用用户 VLANtranslate入 VLAN 映射为出 VLAN用户 VLAN 与局端 VLAN 规划不一致terminateOLT 终结该 VLAN需要 OLT 做三层处理的特殊需求配置示意以 AXOS CLI 为例configure terminal vlan-transport-profile DATA_VLAN vlan 100 transparent vlan 200 translate 300 exit这段配置里vlan-transport-profile 创建传输服务配置文件VLAN 100 使用 transparent意思是 VLAN 100 进出 OLT 时标签不变VLAN 200 使用 translate 300意思是入方向命中 VLAN 200 的帧出方向会被改写成 VLAN 300。选择哪种模式取决于你上游交换机或 BRAS 的 VLAN 规划。如果上游和用户侧 VLAN 一致优先用 transparent少一层转换就少一个故障点。4.2 Ethernet 类映射配置文件有了 VLAN 传输规则接下来要回答一个问题PON 口下混着大量用户的流量OLT 怎么区分哪些帧走哪套规则答案是 Ethernet 类映射配置文件Ethernet Class Map Profile。它做的是匹配分类——按 VLAN ID、802.1p 优先级、MAC 地址等字段把流量分成不同类别。配置示意configure terminal class-map match-any DATA_CLASS match vlan 100 match vlan 200 match priority 3 exit这段配置的含义是创建一个名为 DATA_CLASS 的类映射match-any 表示命中任意一条就算匹配。match vlan 100 和 200 把两个业务 VLAN 归为一类match priority 3 把优先级为 3 的帧也归进来。实际部署中我通常只按 VLAN 分类优先级匹配尽量不用——因为 ONT 打上来的优先级标签经常不标准按优先级分类容易把不该归类的流量卷进来。4.3 策略映射配置文件类映射只做分类真正执行动作的是策略映射配置文件Policy Map Profile。它把前面分好的流量类别绑上带宽、优先级和转发行为。带宽参数里最重要的两个是 CIR 和 EIRCIR 是承诺带宽必须保证EIR 是超出承诺后的尽力转发带宽。配置示意configure terminal policy-map DATA_POLICY class DATA_CLASS bandwidth downstream cir 50Mbps eir 20Mbps bandwidth upstream cir 10Mbps eir 10Mbps set priority 3 class-default bandwidth downstream cir 1Mbps这里 policy-map 创建策略映射对 DATA_CLASS 这一类流量做双向带宽限制。downstream 是 OLT 到用户方向CIR 50Mbps 保证基本带宽EIR 20Mbps 允许临时突发upstream 是用户到 OLT 方向CIR 和 EIR 都是 10Mbps。set priority 3 给这类流量标记优先级。最后 class-default 是保底策略给未匹配流量留 1Mbps避免零带宽把管理流量也饿死。4.4 在 ONT 上绑定并验证数据服务三个 profile 各自建好之后最后一步是把它们组合起来绑定到 ONT 的 LAN 口上。这个动作在课程 03 章节是压轴步骤绑定成功并验证通过数据业务才算真正交付。配置示意如下configure terminal interface ont 1/1/1/1 lan 1 service-profile DATA_SERV vlan-transport-profile DATA_VLAN class-map DATA_CLASS policy-map DATA_POLICY exit exit这段配置把前面建的模板和 profile 全部挂到 ONT 的第一个 LAN 口下。service-profile 决定基础业务参数vlan-transport-profile 决定 VLAN 行为class-map 和 policy-map 决定分类与策略。绑定完成后用户终端接 ONT 的 LAN 口应该能从上层 DHCP 服务器获取到 IP 地址或者完成 PPPoE 拨号。验证这一步我建议按这个顺序做先看 ONT 还是不是 active再看用户终端能不能获取 IP最后用持续 ping 检验带宽和丢包。如果获取不到 IP先查 VLAN 传输配置和上联口允许的 VLAN 列表。这中间最容易忽略的是上联口那侧——你 OLT 配好了 VLAN 100上联交换机却不允许 VLAN 100 通过业务依然出不去。5. 避坑记录五个最常见的 everyPON 数据服务故障与处理下面是按课程覆盖面加实际交付经验整理的五个高频故障每一条都是真实处理过的场景。现象描述按用户侧能感知到的状态来写方便你对照判断。5.1 现象一ONT 一直 offline但光模块明明收到光很多人第一次碰到会下意识怀疑光路拿着光功率计来回测结果光衰减正常ONT 的电源灯也亮但 OLT 侧就是显示 offline。原因是三个序列号绑定错了、序列号大小写有差异、PON 口的技术制式和 ONT 不匹配。比如把 GPON ONT 绑到 XGS-PON 口或者把 XGS-PON ONT 绑到 GPON 口都会表现为 offline。解决方法是先执行自动发现让 OLT 自己报告出对端 ONT 的序列号然后复制粘贴到绑定配置里不要手工敲。序列号尽量保持大写不同厂商的序列号格式不同Calix 的 ONT 序列号通常是一串以字母开头的字符串。核对好制式——GPON 口只绑 GPON ONTXGS-PON 口绑 XGS-PON ONT不要混绑。5.2 现象二业务能通但丢包率明显偏高用户报障时常说“网能上但视频卡”一测 ping 发现丢包集中在某一时段。这时候先别查光路去查 policy-map 的带宽参数。最常见的原因是 EIR 给得过于紧张业务突发流量一上来就被丢弃。还有一个隐蔽原因class-default 没有配置默认带宽导致未匹配的流量直接进黑洞。解决思路是重新梳理 policy-map把 CIR 按用户套餐实打实配足EIR 留出至少 CIR 的一半class-default 给一个保底带宽比如 1Mbps避免不可识别流量被打死。改策略前先看设备上的统计计数确认丢包是不是精确发生在匹配该 class 的接口计数上别凭感觉调参。5.3 现象三VLAN 怎么配都不通抓包发现标签和预期不一样VLAN 不通是 everyPON 数据服务里最玄学的问题之一。现象是 ONT active、光功率正常、用户能拨号但就是获取不到地址或者地址能拿到但业务不通。原因绝大多数出在 vlan-transport-profile 的模式选择和上游交换机 VLAN 配置不一致。比如 OLT 侧做了 translate从 VLAN 100 改成 300但上联口实际允许的 VLAN 列表里只有 100没有 300帧到上游就被丢弃。解决方法是先生成一个完整的 VLAN 流转记录用户侧 VLAN 是多少、OLT 入方向是多少、出方向是多少、上联交换机允许多少四个值串起来一致了再动设备。上联口要同时检查 trunk 允许的 VLAN 列表和 native VLAN 设置transparent 模式下业务 VLAN 必须在上联口允许列表里。5.4 现象四订阅者模板改了ONT 上的业务不跟着变这是个很隐蔽的坑。现象是你在 subscriber-template 里改了 service-vlan保存配置后重新查看配置已经写入但 ONT 侧的转发行为还是旧的。原因是模板在 ONT 注册时已经实例化模板修改不会自动热刷新到已绑定的 ONT 实例上。AXOS 对部分参数支持动态下发但 VLAN 这类关键业务参数往往需要重新触发 ONT 服务加载。解决方法是不要只改模板改完后需要显式地重新应用服务或者触发 ONT 重新注册。常见做法是在维护窗口内重启该 ONT 的 service观察状态重新变为 active 后再验证业务。以后遇到这类问题先查模板修改时间与 ONT 状态变化时间是否一致时间对不上基本就是没重新加载。5.5 现象五混挂 GPON 和 XGS-PON 时ONT 注册串位E7-2 的优势是 one box 承载 everyPON但混挂带来了一个新问题批量创建 ONT 时序列号很容易串到相邻的 PON 口下面去。症状是 A 用户的光猫注册到了 B 用户的 PON 口业务互相干扰。原因通常是批量脚本生成时PON 口编号和序列号列表没有对应上或者复制粘贴时串行。解决方法是做一次“ONT 三查”查 ONT 序列号、查绑定 PON 口、查用户 LAN 口是否一致。自动发现阶段就按 PON 口逐个确认确认一个绑一个不要批量完再回头核。混插场景下还可以把 GPON ONT 和 XGS-PON ONT 的序列号前缀做分类脚本里按前缀校验一边绑一边检查能省不少事。注意这五类故障有一个共同特点——OLT 侧配置检查全部正常但用户就是感知异常。遇到这种情况从类映射的匹配顺序开始查再查模板是否重新加载最后查上联口别在光路上一遍遍地耗时间。6. 验证技巧用一套固定动作把数据服务交付从玄学变成流程数据服务交付做久了会发现真正花时间的不是配置而是验证。我给自己定了一套固定动作每交付一个 everyPON 数据服务就这么走一遍总共四步半小时内完成。第一步是查 ONT 状态与光功率确认 ONT active 且光功率在合理范围内。第二步是查 VLAN 链路在 OLT 上查看 VLAN 转发表是否命中预期接口。第三步是业务测试用户终端能拿到 IPPPPoE 能拨上号。第四步是持续 ping 五分钟观察丢包和时延是否在阈值内。四步都过才敢让业务正式交付。抓包验证时我一般把抓包点放在上联口而不是 PON 口因为上联口能看到最完整的 VLAN 标签形态。抓到的帧应该符合你规划的 VLAN 流转用户侧无标签进来ONT 打上标签OLT 原样透传或转换后交给上游。如果抓到的标签和规划不一致按第 5 章第三条那个排查思路逐段核对。批量交付时我会把前面用的 vlan-transport-profile、class-map、policy-map 存成基线片段新用户过来直接改 VLAN ID 和带宽参数再下发。改完跑一遍上面四步。这套动作做多了以后数据服务交付基本不会再有突发故障。从那以后我每次交付 everyPON 数据服务都强制自己先跑完这套验证动作再让业务上线——花不了半小时却能省掉后面数不清的夜间故障单。希望帮到你。本文还有配套的精品资源点击获取