简介：面向Calix E7-2 AXOS平台的课程说明文档，共1个PDF文件，压缩包约74KB。该课程面向需要部署二层everyPON数据服务的技术员、网络运营商、规划师与工程师，讲解从硬件概述到服务配置验证的完整链路。文档详细梳理了E7-2 AXOS平台下的everyPON解决方案架构，涵盖订户与ONT管理、数据服务VLAN传输服务配置、Ethernet类映射、策略映射等关键模块，并配套实时实验室练习以强化实操能力。4小时课程内容兼顾基础入门与进阶配置，适合已具备E7-2基础、SMx等前置技能的学习者。目前已有132人浏览学习。通过这份PDF，读者可系统获取Calix官方课程的核心框架与操作要点，为实际网络环境中高效部署和验证数据服务提供直接参考。
1. E7-2 AXOS everyPON 数据服务：先读懂这条配置主线，复习才不会走偏
E7-2 AXOS everyPON 数据服务这门课，真正的难点不是让 ONT 上线亮灯，而是把"数据服务"理解成一条建模链路：E7-2 的硬件与 AXOS 软件构成承载底座，订户模板与 ONT 纳管解决"服务给谁"，VLAN 传输服务配置文件、类映射、策略映射三件套决定"流量怎么走"。对应课程三大模块就是解决方案概览、订户与 ONT 管理、数据服务创建。适合已经完成平台基础课、准备动手配置二层服务的工程师；如果你在备考，先把"底座→订户→业务"这张三层图刻在脑子里，后面所有配置命令都可以往这三层里放，不会乱。课程会配套实操环境，但动手之前知识地图越清晰，踩坑越少。
2. 硬件与平台底座：E7-2 AXOS 承载 everyPON 前必须确认的关键点
这一章对应课程第一模块"E7-2 AXOS everyPON 解决方案概览"。复习时最容易犯的毛病是把它当成"认设备"章节，扫一眼就过去。实际上这里埋着后面两章的伏笔：一是数据服务最终要落在哪张业务板上、上联怎么走；二是 everyPON 到底统一了什么、二层服务又在哪里与物理层解耦。如果这两点不确认，后面配 VLAN 传输、配类映射时，你只是在敲命令，不知道在为什么敲。
2.1 硬件概述：不必背型号，但要能回答三个问题
硬件部分光看结构图没用，复习到位的标志是能回答三个问题：
- 数据服务跑在哪块板卡的哪些端口上，端口归属于哪个 PON 域？
- 上联口在哪里，业务流量从 PON 口进来之后经过哪条路径上联到汇聚网络？
- 管理平面与数据平面是否分离，设备登录、网管协议走哪个平面？
这三个问题对应课程里"E7-2 AXOS 硬件概述"的复习目标。答题线索可以从设备自身的状态查询命令里找，实际操作时类似下面这样（命令风格以实际软件版本为准）：
show hardware show inventory show card statusshow hardware用于查看设备整体架构信息，确认板卡在位状态；show inventory输出序列号、硬件版本、固件版本，适合作为记录备案；show card status看每块板卡的工作状态，确认业务板是否处于正常服务状态。
复习时可以拿这三条命令对着真实设备跑一遍，把"哪块板卡、哪些端口、什么状态"填成一张表。能独立填出这张表，硬件部分就算过关了。别去背背板带宽这类参数，考核很少考数字，但"业务路径"一定会绕回来考。
2.2 AXOS 软件平台：操作系统层面的三个特征
AXOS 是 E7-2 运行的网络操作系统，它和传统盒式设备 CLI 最大的区别在于"平台化"：同一套软件体系承载多种接入技术，功能通过模块化方式叠加。复习 AXOS 不需要逐条背命令，但三个特征必须能用自己的话说出来：
- 软件与硬件解耦：功能升级以软件迭代为主，新增能力不必整体换硬件平台；
- 可编程与开放接口：面向自动化场景开放管理接口，适合批量下发和模板化操作；
- 配置管理有明确层次：定义与绑定分离，模板、策略和服务实例是不同层级的对象。
第三个特征最容易被忽略，但它恰恰是后面数据服务配置的核心思路。你在课程里会看到"先建模板、再建实例、最后绑定 ONT"这样的节奏，这不是流程偏好，而是 AXOS 的配置模型本身要求这种分层。复习时如果只会敲命令不看分层，遇到配置没生效会完全不知道去哪里查。
提示：把 AXOS 的配置分成"定义（profile/policy）—实例（service/subscriber）—绑定（ONT/port）"三层来记忆，是这门课最重要的心智模型。
2.3 everyPON 与二层数据服务：一个平台、多种 PON、一套业务逻辑
everyPON 不是一个 PON 标准，而是 E7-2 AXOS 的平台能力：在同一套硬件与软件底座上，按需承载不同代际的 PON 技术，让运营商不用为每种 PON 技术分别建设独立的业务体系。对数据服务而言，这意味着物理层差异被平台消化，你用 VLAN 传输服务、类映射、策略映射定义业务流时，面对的是统一的二层服务模型。
复习时可以用一张对照表把"物理层"和"服务层"分开：
| 层次 | 关心什么 | 在课程里的位置 |
|---|---|---|
| PON 物理层 | 光模块、分光比、链路预算、ONT 注册 | 解决方案概览、ONT 管理 |
| 二层服务层 | VLAN、匹配规则、策略动作、服务配置文件 | 数据服务创建 |
梳理下来会发现，配置数据服务时你主要工作在"二层服务层"，但实际排障时经常要下沉到"物理层"看 ONT 是否在线、光功率是否正常。两层状态都正常，服务验证才算完整。这个交叉点正是复习时容易漏掉的地方。
2.4 承载前提中最容易忽略的环节：底层传输状态
课程对象里有一门前置课叫"E7-2（AXOS）上线与传输"，很多人修完就忘，直接进入数据服务。这会造成一个典型空白：PON 口和 ONT 都在线，但上联侧传输不通，数据服务无论怎么配都是"黑匣子"状态。你无法判断是服务配置错了，还是底层承载根本没打通。
- 易漏点：不确认底层传输状态，直接开始配数据服务。
- 为什么漏：数据服务课程自带实验环境，实验环境里底层往往是现成的，导致"传输依赖"被隐藏。
- 怎么补：复习时把上联链路、管理通道、VLAN 承载检查放在第一步。哪怕环境是好的，也要强制自己先跑一遍
show确认链路与邻居状态，再进数据服务配置。把这一步变成肌肉记忆，实际网络中会少踩一大半坑。
3. 订户与 ONT 管理：模板、注册、绑定的一条配置主线
这一章对应课程第二模块"管理订户和 ONTs"。课程目标很明确：先创建订户模板，再创建订户和 ONT。但实际动手时，顺序错乱的情况非常常见。很多人拿到一台新 ONT 就直接往端口上配业务，结果发现设备不认、服务不下发。问题不在业务配置，而在 ONT 还没有被平台纳管。复习这一章，要抓住"模板先行、注册在前、绑定期中、下发在后"这条主线。
3.1 订户模板：把数据服务参数固化成可复用资产
订户模板解决的是"批量一致性"。如果没有模板，每加一个订户就要重新敲一遍 VLAN、重新定义策略引用，既慢又容易抄错。模板把数据服务的公共参数固化成标准资产，后续创建订户时直接引用。
模板里通常固化的内容包括：业务类型标识（数据）、默认的服务配置文件引用、VLAN 使用习惯、带宽策略的默认档位。配置逻辑示意如下：
configure subscriber-template name "DATA-BASIC" service-profile "DATA-SP-100" vlan-mode tag bandwidth-profile "BW-100M" endservice-profile指向后面要创建的传输服务配置文件；vlan-mode tag声明订户侧接收带标签流量；bandwidth-profile预置带宽档位，避免每个订户单独调。
参数说明：模板里引用的是"名字"而不是"数值"，这是 AXOS 分层配置的典型体现。模板与策略解耦，改策略不影响模板，改模板也不会直接改已有实例。复习时要注意这一点，否则后面会遇到"模板改了，为什么订户没变"的困惑。
3.2 创建订户与 ONT：注册、绑定、激活的顺序不能乱
ONT 从物理上线到业务可用，中间要经历注册、绑定、激活几个步骤。课程里"创建订户和 ONTs"小节真正要掌握的是这个先后关系：
- 在平台上登记 ONT 身份（序列号或注册码），完成认证；
- 把 ONT 绑定到具体的 PON 口/端口上；
- 将 ONT 与订户关联；
- 下发数据服务配置；
- 验证 ONT 状态与业务握手。
其中第 1 步最容易被跳过。很多实操环境里 ONT 自带注册信息，一旦切换到真实网络，未认证 ONT 无法被管理。配置逻辑示意如下：
configure ont "ONT-000001" auth serial "ALCLF12345678" pon-port "1/1/gp-1" endauth serial用序列号做认证，防止陌生 ONT 接入；pon-port把 ONT 锁定到具体物理 PON 口，避免接错位置。
实际操作中，绑定动作做完后要查 ONT 状态，确认它已经处于可管理状态再往下走。状态不对就继续配业务，属于浪费时间的操作。
3.3 ONT 管理中的三个常见误操作
第一，先下发业务再注册 ONT。结果业务配置找不到目标设备，系统报错，你还以为是命令格式问题。正确做法是先认证、再绑定、后下发。
第二，把"模板"和"实例"混为一谈。修改订户模板只影响之后创建的订户，已创建的实例不会自动同步。课程里模板与实例是两个对象，复习时建议用对比法记：模板是模具，实例是产品。
第三，忽略 ONT 的在线状态直接验证。ONT 显示在线不等于数据服务已经通。你必须看到端口状态、服务实例状态、VLAN 转发状态三层都正常，才能得出"服务可用"的结论。每层都有对应的状态查询命令，排障时一层一层过。
4. 数据服务配置三件套与易错点：VLAN 传输、类映射、策略映射的复习重点
这一章对应课程第三模块"数据服务创建"，也是全课的落点。课程里拆成了四个动作：创建 VLAN 传输服务配置文件、创建类映射、创建策略映射、在 ONT 上配置并验证。复习时不要把这四步当成四段独立命令，它们是一条流水线：先有承载（VLAN 传输服务），再圈流量（类映射），再给动作（策略映射），最后绑到 ONT 上生效。前两个错了，第三个只是"好看的配置"；第三个没应用，前两个只是"纸上谈兵"。
4.1 VLAN 传输服务配置文件：二层业务的第一个分岔口
传输服务配置文件解决的是"业务 VLAN 怎么在网络上传输"的问题。它要回答：业务用哪个 VLAN 标签、是否需要转换、在哪个接口上承载。这是数据服务的地基，很多配置不生效的问题都能回溯到这一层定义不准。
关键参数包括：
| 参数 | 作用 | 常见错误 |
|---|---|---|
| VLAN ID | 标识业务虚拟网络 | 与管理 VLAN 冲突 |
| 封装模式 | 带标签/不带标签 | 模式与对端不一致 |
| 标签动作 | 透传、转换、剥离 | 出口标签规则与上联交换机不一致 |
配置逻辑示意如下：
configure service-profile "DATA-SP-100" vlan 100 tagging dot1q action transport endvlan 100指定业务 VLAN；tagging dot1q声明单层 802.1Q 标签；action transport表示该 VLAN 以透传方式在网络上承载。
配置完后要自查一遍：这个 VLAN ID 在整条链路上是否唯一，上联设备是否允许这个 VLAN 通过。最容易翻车的地方不是在 E7-2 上，而是上联交换机把 VLAN 给过滤了，导致 ONT 侧怎么测都通不了。
4.2 类映射配置文件：用匹配规则圈定流量
类映射负责"圈流量"。它定义哪些流量属于这一类，通常匹配条件包括 VLAN、802.1p 优先级、以太网类型等。复习重点是匹配顺序：多个类映射放在一起时，流量按顺序匹配，命中即停止。
configure class-map ethernet "DATA-CM-HIGH" match vlan 100 match dot1p 5 endmatch vlan 100圈定业务 VLAN；match dot1p 5进一步限定高优先级标记，只有同时满足才算命中。
类映射的粒度决定策略的粒度。圈得太粗，所有流量都被同等对待，策略映射里的限速、重标记就失去意义；圈得太细，规则数量膨胀，排障时自己都记不清哪条规则先匹配。复习时建议画一张"流量判断树"：什么流量进哪一类、剩余的进默认类。画不清楚，说明类映射没掌握。
4.3 策略映射配置文件：动作与 QoS 的落点
策略映射把类映射匹配到的流量赋予具体动作：转发、丢弃、重标记优先级、限速。它是三件套里最接近"业务意图"的一层，也是考核时最爱考"动作顺序"的地方。
configure policy-map "DATA-POLICY" class "DATA-CM-HIGH" action priority 5 action rate-limit 100 Mbps class default action priority 0 endclass "DATA-CM-HIGH"引用前面定义的类映射；action priority 5对高优先级业务重新标记 802.1p 值；action rate-limit 100 Mbps限制该类流量带宽；class default兜底处理未匹配流量，建议显式定义而不是靠隐式默认。
策略映射定义完成并不代表生效，它必须被应用到服务或接口上。这一步是"策略映射"与"服务生效"之间的关键动作，复习时可以用一句话自检：定义了策略映射却不应用，等于没有配置。应用位置和方向（上行/下行）也要分清，很多 QoS 不生效的案例都是方向搞反。
提示：三件套的复习顺序建议反过来走——先想清楚业务意图（限速？重标记？），再反推策略动作、匹配条件、VLAN 承载。这样配置出来的东西才是"意图驱动"的，而不是"命令拼凑"的。
4.4 易错点：数据服务配置被"吞"的四个位置
第一个易错点：改了策略映射，但服务实例没有重新生效。原因是策略映射定义与服务实例是两层对象，定义变了不会自动推送到已绑定实例，需要重新应用或刷新。弥补方法：每次修改策略后，立即检查服务实例状态，确认新的策略引用已生效。
第二个易错点：类映射匹配了未规划的 VLAN。因为创建类映射时只想着"圈业务流量"，忽略了管理 VLAN 或其他内部 VLAN 也会命中规则。结果策略把非业务流量也限速了，症状表现为设备管理异常。弥补方法：在配置前先列一张 VLAN 规划表，明确哪些 VLAN 是业务、哪些是管理，并让类映射的匹配条件精确到具体 VLAN。
第三个易错点：只做连通性验证，不做策略验证。PING 通了就认为服务配置成功，但限速、优先级重标记有没有真正生效，完全没验证。因为连通性验证只证明"VLAN 传输服务"这层通了，策略层是否执行需要看计数器。弥补方法：验证时同时查看分类计数器和策略动作计数器，确认流量确实命中了预期类。
第四个易错点：把 ONT 上的服务配置当成全部工作，忽略服务配置文件与 ONT 端口的绑定关系。因为课程里"在 ONT 上配置数据服务"是最后一步，容易让人误以为业务是 ONT 单独完成的。其实 ONT 端口只是服务实例的落点，策略与传输配置定义在平台侧。弥补方法：排障时始终按"平台定义—实例绑定—ONT 状态"三层查，而不是只盯 ONT。
4.5 端到端验证：从 PON 口到 ONT 的检查顺序
验证不是最后 ping 一下就完事，而是按路径逐层检查。推荐的检查顺序：
- 查 ONT 注册与认证状态，确认设备被平台管理；
- 查 PON 口链路状态与光模块信息，排除物理层问题；
- 查 VLAN 传输服务配置文件是否已被服务实例引用；
- 查策略映射是否已应用到正确的服务实例；
- 查 ONT 端口上数据服务状态，确认业务 VLAN 已下发；
- 做端到端连通性测试，并用计数器确认流量命中预期策略类。
这个顺序的本质是"从底到顶"：物理层不通，服务层状态再好也没用；服务层定义不对，ONT 端口配置得再完整也不会转发。复习时把这条顺序背下来，排障时照着走，能省下大量试错时间。
5. 复习清单：按配置链路自检一遍
5.1 八步自检表
进考场或进实验环境前，用下面这张表做自检。每一行都可以对着实际设备快速验证：
| 步骤 | 检查项 | 失败信号 |
|---|---|---|
| 1 | 底层传输承载正常 | 上联链路 down、管理通道不通 |
| 2 | 业务 VLAN 规划无冲突 | 与已有 VLAN 重复、上联侧被过滤 |
| 3 | 订户模板已定义 | 创建订户时找不到可用模板 |
| 4 | ONT 已认证并绑定 PON 口 | ONT 状态未激活、报认证失败 |
| 5 | VLAN 传输服务配置文件已建立 | 服务实例引用时提示配置不存在 |
| 6 | Ethernet 类映射匹配规则正确 | 流量未命中预期计数 |
| 7 | 策略映射已应用 | 策略动作计数器不增长 |
| 8 | ONT 端口服务已下发并验证 | ONT 端口状态异常、连通性测试失败 |
复习时建议每次只调一层、验证一层。比如先只验证 VLAN 透传，通了再加类映射，再加策略动作。一次改太多层，出问题就无法定位是哪一层造成的，只能靠猜。
5.2 复盘与习惯
复盘时把整条配置链路写在纸上，不参考任何命令手册：从承载确认开始，到 ONT 认证绑定，再到三件套定义与绑定，最后写验证结果。能完整写出来，说明知识已经串成线了；哪一步卡住，就回去重看对应章节，不要从头看起，那样效率太低。
数据服务这门课，知识点其实不密集，难的是顺序感和分层感。最划算的复习方式是每次动手前都问自己三句话：这个配置属于"定义""绑定"还是"应用"？这个流量匹配哪一类、命中哪个动作？如果现在验证失败，我按什么顺序查？把这三句话变成条件反射，比多敲十遍命令有用得多。从那以后我每次做完一套数据服务配置，都强制自己走一遍"底层—服务—ONT"的自检顺序，再着急也不跳步，尤其是策略验证那一步，省下的返工时间远多于检查的成本。希望这份复习清单也能让同样在啃 E7-2 AXOS 数据服务的你少走几趟弯路。
本文还有配套的精品资源，点击获取
