简介这份PDF是Calix官方《Implementing E7-2 AXOS everyPON Data Service》课程说明文档面向技术员、网络运营商、网络规划师与工程师以及希望基于AXOS的E7-2平台部署二层数据服务的从业者。内容围绕构建everyPON数据服务所需的底层E7网络基础设施展开涵盖E7-2 AXOS硬件与支持应用概览、订户模板与ONT管理、数据服务VLAN传输服务配置文件、Ethernet类映射与策略映射配置文件以及在ONT上配置并验证数据服务等模块并列出先修课程与4小时授课安排。资源包共1个PDF文件约74KB便于快速了解课程目标、适用人群与知识框架。目前已有132人学习适合作为培训前的选课参考或部署二层数据服务时的知识索引。1. 从一份 4 小时课件说起E7-2 AXOS everyPON 数据服务到底交付了什么如果你手头正好有一台 E7-2机框上插着 GPON 或 XGS-PON 板卡业务侧催着开通二层专线而你对 AXOS 的 CLI 还停留在show命令阶段那这份《Implementing E7-2 AXOS everyPON Data Services》课件就是一条从「设备上电」到「ONT 上线跑业务」的完整路径。它不是一本协议教科书而是一份讲师带练的操作手册4 小时的课程里塞进了硬件认知、订户模板、VLAN 传输服务、Ethernet 类映射、策略映射以及最后在 ONT 上把业务打通并验证的全过程。适合谁一线装维、网络运维、规划工程师以及任何需要在 AXOS 平台上交付 Layer 2 everyPON 数据服务的人。前提是你得先完成 E7-2 AXOS 入门、SMx 概览和 Turn-Up 传输课否则直接翻到数据服务章节会卡在模板继承关系上。这份材料的价值在于它把「策略、配置文件、模板」这三层抽象用一条业务流串了起来让你知道每一步配置在整条链路里到底卡在哪个环节。2. E7-2 AXOS everyPON 数据服务的底层逻辑从硬件槽位到业务模板的映射关系2.1 为什么 everyPON 不是「一种 PON」而是 AXOS 的资源抽象层很多人第一次看到 everyPON 这个词会以为它是某种新的 PON 制式其实不是。在 E7-2 AXOS 的语境里everyPON 指的是同一套业务模型可以跑在 GPON、XGS-PON 甚至未来其他 PON 变体上底层光层差异被 AXOS 的抽象层吃掉了。这意味着你配数据服务时不需要为每种 PON 类型写一套独立的 VLAN 和策略而是用统一的传输服务配置文件去映射到具体的 PON 端口。课件里把这一层放在第一课「E7-2 AXOS everyPON Solution Overview」讲目的就是先让你建立「业务配置与物理端口解耦」的认知。如果你跳过这一层直接去敲 VLAN 命令后面遇到 ONT 不上线或者业务不通你根本分不清是光层问题还是业务层模板没匹配上。常见做法是先确认 E7-2 的硬件槽位和 PON 板卡类型再确认 AXOS 版本支持的业务模型。课件里提到的硬件概述部分重点不是让你背板卡型号而是让你知道哪些槽位支持哪种 PON 模块以及 uplink 端口和 PON 端口在业务转发路径里的角色。我一般会先跑一条show interface brief把物理端口状态摸一遍再去看业务模板。这一步花五分钟能省掉后面半小时的瞎猜。2.2 订户模板与 ONT 管理为什么先有模板再有订户课件第二课「Managing Subscribers and ONTs」的顺序很讲究先创建数据服务的订户模板再创建订户和 ONT。这个顺序不是随便排的因为 AXOS 的订户模型是「模板定义属性订户实例继承模板」。如果你反过来先建订户再改模板已经创建的订户不会自动继承新模板的属性除非你手动重新绑定。血泪经验是有人图省事先随便建了个订户把 ONT 挂上去结果发现 VLAN 不对回头改模板ONT 死活不重新获取正确配置最后只能删掉订户重建。订户模板里通常包含哪些东西课件没有逐条列参数但按这个场景下合格从业者的做法至少包括业务类型数据服务、VLAN 范围、QoS 策略引用、ONT 认证方式序列号或注册 ID。创建订户时你把模板绑定到具体的 ONT 序列号上AXOS 会自动下发对应的业务配置。这里有个容易翻车的点ONT 的序列号格式在不同厂商的 ONT 上不一样有的带冒号有的不带有的区分大小写。我一般会先用show ont discovered把未认证的 ONT 列出来直接复制序列号避免手敲出错。2.3 数据服务 VLAN 传输服务配置文件业务流的「高速公路入口」第三课「Data Service」是整个课件的重头戏而 VLAN 传输服务配置文件是第一个要落地的对象。你可以把它理解成定义业务 VLAN 怎么从 uplink 口进来怎么映射到 PON 口以及中间要不要做 VLAN 转换。课件里把这个配置文件放在 Ethernet 类映射和策略映射之前讲因为它是业务流的「入口」没有它后面的类映射和策略映射都没有依附的对象。常见做法是先确认 uplink 侧是 trunk 还是 access再决定 VLAN 传输服务里是保留原 VLAN 还是做转换。如果 uplink 是 trunk 且允许业务 VLAN 通过那传输服务里通常配vlan-aware让业务 VLAN 透传如果 uplink 是 access那就要在传输服务里做 VLAN 转换把 uplink 的默认 VLAN 转成业务 VLAN。这一步配错现象是 ONT 能上线但业务不通或者业务通了但 VLAN 标签不对抓包一看全是带标签的帧跑到了不该去的地方。2.4 Ethernet 类映射与策略映射流量分类和限速的「双保险」Ethernet 类映射Class Map和策略映射Policy Map是 QoS 的核心。类映射负责「认出什么流量」策略映射负责「对认出的流量做什么」。课件里把这两个分开讲是因为它们的职责边界很清楚类映射里写匹配条件比如 VLAN ID、802.1p 优先级、DSCP 值策略映射里写动作比如限速、标记、丢弃。很多人会把这两个搞混直接在策略映射里写匹配条件结果 AXOS 报错说找不到类映射引用。我一般会先建一个「默认类」匹配所有流量再建一个「语音类」匹配 802.1p 优先级 5 的流量然后在策略映射里分别给这两个类配不同的限速值。这样即使语音流量突发也不会把数据业务的带宽挤占掉。课件里没有给具体的限速数值因为不同场景差异太大但参数怎么改的逻辑是通用的先看 uplink 带宽和 PON 口带宽的收敛比再决定每个订户的上下行限速。如果收敛比是 1:4那单订户限速就不要超过 PON 口带宽的四分之一否则高峰期大家一起卡。2.5 在 ONT 上配置和验证数据服务最后一步的「闭环检查」课件最后一步是在 ONT 上配置和验证数据服务。这一步不是让你去 ONT 的 Web 界面点鼠标而是在 AXOS 侧确认 ONT 的业务配置已经下发成功并且流量能通。验证方法通常包括show ont id service看业务状态show subscriber id看订户绑定关系以及在 ONT 侧接一台笔记本做 ping 和 iperf 测试。如果 ping 不通先看 ONT 的 VLAN 配置和 AXOS 侧下发的 VLAN 是否一致再看 uplink 侧的交换机端口是否允许该 VLAN 通过。翻车的常见原因是AXOS 侧配了 VLAN 100ONT 侧默认 VLAN 是 1两边不一致业务自然不通。3. 从零复现一条 everyPON 数据服务模板、VLAN、类映射、策略映射的配置顺序3.1 环境准备与前提检查别急着敲配置先把这三件事确认了在开始配置之前有三件事必须确认否则后面全是无用功。第一AXOS 版本是否支持 everyPON 数据服务模型课件基于 2018 年的版本但核心逻辑在新版本里变化不大常见做法是查show version确认版本号再对照 Calix 的 release note 看有没有业务模型变更。第二PON 板卡和 ONT 是否兼容课件里没有列兼容性矩阵但你可以通过show ont discovered看到未认证的 ONT 型号再对照板卡支持列表。第三uplink 端口是否已经配好传输如果 uplink 还没通业务配置配得再漂亮也跑不起来。# 检查 AXOS 版本和硬件状态 show version show card show interface brief # 查看未认证的 ONT记录序列号 show ont discovered # 确认 uplink 端口状态和 VLAN 允许列表 show running-config interface uplink 1/1这三条命令的输出要留档后面排错时对比用。show version看 AXOS 版本show card看板卡类型和槽位show interface brief看物理端口 up/down 状态。show ont discovered列出的 ONT 序列号直接复制不要手敲。show running-config interface uplink确认 uplink 是 trunk 还是 access允许的 VLAN 范围是多少。这一步花十分钟能避免后面因为版本不匹配或者 uplink 没通导致的反复调试。3.2 创建订户模板参数怎么填继承关系怎么理订户模板是后面所有订户实例的「母版」所以参数要一次填对。课件里没有给模板的完整参数列表但按这个场景的通用做法至少包含以下几项参数项说明常见取值业务类型标识这是数据服务模板># 进入订户模板配置模式 configure subscriber-template># 创建订户并绑定 ONT 序列号 subscriber subscriber-001 template># 创建 VLAN 传输服务配置文件 vlan-transport-service># 创建 Ethernet 类映射 class-map># AXOS 侧检查 show ont ont-id service show subscriber subscriber-001 show policy-map interface pon 1/1 # ONT 侧接笔记本配置同网段 IPping 网关 ping 192.168.100.1 # 用 iperf 测试上下行带宽 iperf -c 192.168.100.1 -u -b 100M -t 30show ont service看 ONT 的业务状态是否为upshow subscriber看订户是否activeshow policy-map interface看策略映射是否应用到了正确的 PON 端口。如果 ping 不通先检查笔记本的 VLAN 配置是否和 ONT 侧一致再看 AXOS 侧 uplink 的 VLAN 允许列表是否包含业务 VLAN。iperf 测试时如果实际带宽远低于限速值检查 uplink 带宽是否成为瓶颈或者 PON 口的收敛比是否过高。4. 避坑与排查E7-2 AXOS 数据服务配置中最容易翻车的五个点4.1 现象ONT 能 discovered 但无法 authenticated原因序列号格式不对或者订户模板里的认证方式和 ONT 实际支持的认证方式不匹配。有的 ONT 只支持注册 ID 认证不支持序列号认证但模板里写的是serial-number。解决先用show ont discovered看 ONT 上报的序列号格式直接复制。如果 ONT 支持注册 ID把模板里的ont-auth改成registration-id并在创建订户时提供注册 ID。改完模板后已创建的订户需要重新绑定或者删掉重建。4.2 现象订户状态 active但业务 ping 不通原因VLAN 传输服务配置文件没有在 PON 端口上引用或者 uplink 侧交换机端口没有允许业务 VLAN 通过。解决show running-config interface pon 1/1看是否引用了 VLAN 传输服务。如果没有进入 PON 端口配置模式加上引用。然后检查 uplink 侧交换机的 trunk 允许列表确保业务 VLAN 在允许范围内。如果 uplink 是 access 口确认 access VLAN 和传输服务里的 uplink-vlan 一致。4.3 现象限速不生效实际带宽远超套餐值原因策略映射没有在订户模板里引用或者引用的策略映射名称拼写错误。解决show subscriber subscriber-001看订户详情里是否显示了 policy-map 引用。如果没有回到订户模板里加上policy-map引用然后重新提交。注意修改模板后已创建的订户不会自动继承新模板需要手动重新绑定或者删掉重建。这是 AXOS 模板继承机制的一个坑很多人在这里翻车。4.4 现象语音流量和数据流量互相挤占高峰期语音卡顿原因类映射里没有区分语音和数据流量所有流量都走默认类限速策略一刀切。解决创建独立的语音类映射匹配 802.1p 优先级 5 或 DSCP EF 的流量然后在策略映射里给语音类配更高的优先级和独立的限速值。注意语音类的限速值不要设得太低否则语音包被丢弃会导致断话。一般语音类的限速值按每路通话 100kbps 估算再乘以并发路数。4.5 现象commit 后配置丢失重启后业务不通原因AXOS 的配置是事务型的commit只是提交到运行配置没有保存到启动配置。如果设备重启运行配置丢失业务自然不通。解决commit 之后还要执行save或者copy running-config startup-config具体命令看 AXOS 版本。我一般会在每次 commit 后顺手 save 一遍虽然多敲一条命令但能避免重启后配置丢失的后悔药。另外建议在业务割接前先show configuration备份一份配置到本地万一出问题可以快速回滚。5. 进阶技巧用 SMx 做批量订户开通与业务验证的自动化思路课件里提到了 SMx Overview 作为前提课程但正文没有展开 SMx 在数据服务开通中的角色。实际上如果你管理的 E7-2 不止一台或者单台设备上要开通几百个订户手工敲 CLI 是不现实的。SMx 是 Calix 的管理平台可以批量下发订户模板和业务配置还能做业务验证的自动化。我一般会先用 CLI 在一台设备上把模板和策略调通确认业务没问题后再把配置导出成 SMx 的模板批量推送到其他设备。具体做法是在 AXOS 侧用show configuration把调通的配置导出然后对照 SMx 的模板格式做映射。SMx 的模板通常用 XML 或 JSON 描述字段名和 CLI 不完全一样但逻辑是一一对应的。比如 CLI 里的subscriber-template在 SMx 里可能叫subscriberProfilevlan-transport-service可能叫vlanTransportProfile。映射的时候要注意字段类型和取值范围比如限速值在 CLI 里是 kbps在 SMx 里可能是 bps差三个数量级填错了限速就完全不对。验证环节也可以用 SMx 做批量 ping 和 iperf 测试。SMx 通常支持脚本化的业务验证你可以写一个脚本对每个订户依次执行 ping 网关和 iperf 打流把结果汇总成报表。这样比手工一个个测快得多而且不容易漏测。我一般会在割接前用 SMx 跑一遍全量验证确认所有订户的业务都正常再正式割接。割接后如果发现问题SMx 的报表能快速定位是哪个订户、哪个环节出了问题。还有一个技巧是用 SMx 的告警功能监控 ONT 的在线状态和业务状态。如果某个 ONT 掉线或者业务 downSMx 会触发告警你可以第一时间知道并处理而不是等用户投诉。这个功能在 CLI 里也能做但 SMx 的告警界面更直观而且支持邮件和短信通知。我一般会把告警阈值设得保守一点比如 ONT 掉线 5 分钟就告警避免频繁误报。从那以后我每次开通新业务都强制走一遍「CLI 调通 → 导出配置 → SMx 批量推送 → 全量验证 → 告警监控」的流程虽然前期多花半小时但后面省下的排错时间远不止半小时。希望帮到你。本文还有配套的精品资源点击获取