尧图网站建设 
简介这份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人学习。读者可借此明确学习路径与前置技能要求掌握服务模板设定、ONT管理与服务验证的关键环节为实际网络部署提供清晰指引。1. 从一份 E7-2 AXOS AnyPON 数据服务配置文档说起ONT 上线为什么总卡在最后一步装过 AXOS 的人大多有过这种体验ONT 光路通了、OMCI 也起来了业务却死活不通翻配置翻到怀疑人生。E7-2 是 Calix 的接入平台AXOS 是它上面那套把硬件抽象成服务的操作系统AnyPON 则是同一套系统里兼容 GPON、XGS-PON、NG-PON2 等多种 PON 技术的框架。所谓 Data Services落到实操就是给 ONT 配业务流VLAN、业务模板、上行映射、QoS一环扣一环。这份 Implementing E7-2 AXOS AnyPON Data Services 讲的就是这条链路怎么搭。它适合正在做接入网开局、割接、排障的一线工程师也适合想把 ONT 业务开通流程吃透的人。下面按「先立概念、再动手、最后避坑」的顺序拆开讲重点放在能照着复现的步骤和参数上。2. AnyPON 数据服务的骨架从 ONT 注册到业务流打通的四层模型AnyPON 的价值在于把 PON 技术的差异挡在业务配置之外。你配业务时面对的是统一的 service 模型底层是 GPON 还是 XGS-PON 由系统去适配。理解这个骨架后面配错时才知道该往哪一层查。2.1 四层模型物理层、PON 层、服务层、业务层物理层是 OLT 端口和光模块PON 层管 ONT 的发现、测距、注册和 OMCI 通道服务层是 AXOS 把设备能力抽象成的对象业务层才是你真正关心的 VLAN 和转发。常见做法是ONT 注册成功只代表 PON 层通了业务不通要往服务层和业务层找。很多人一上来就改 VLAN其实先确认服务层对象有没有正确绑定到 ONT能省一半时间。这四层的对应关系可以这样记PON 层认的是 ONT 的序列号和注册 ID服务层认的是 service 对象和 subscriber 绑定业务层认的是 VLAN 和业务模板。排障时按层往上查比乱改配置高效得多。2.2 业务模板与 VLAN 模型为什么同一台 ONT 能跑多种业务AXOS 里业务不是直接绑到 ONT 上而是通过业务模板service template和 VLAN 模型组合出来。一个模板定义转发行为VLAN 定义标签处理两者叠加决定这条业务流长什么样。常见做法是把上网、IPTV、语音拆成不同模板再按 VLAN 区分。这样同一台 ONT 上跑多种业务时互不干扰改一路不影响另一路。理解这一点很关键你改的不是「ONT 的配置」而是「某个 service 对象引用的模板」。改错对象现象就是改了没反应或者把别的业务带崩。2.3 最小可复现流程一条上网业务从零到通下面这条流程是我一般会走的顺序命令是 AXOS CLI 的典型写法具体对象名按现场替换。# 1. 确认 OLT 端口和 PON 状态 show pon status # 2. 查看 ONT 注册状态确认序列号和注册 ID show ont status # 3. 创建或确认业务模板 show service-template # 4. 把 service 对象绑定到 ONT service add ont ont-id template template-name # 5. 配置 VLAN 和上行映射 vlan add vlan-id service service-name # 6. 验证业务流 show service status show vlan status逻辑说明前三步是确认底层就绪第四步是服务层绑定第五步是业务层标签处理第六步验证。参数说明ont-id是 ONT 在 OLT 上的逻辑编号不是序列号template-name必须已存在vlan-id要和上游网络规划一致。任何一步报错先别往下走回到对应层查。提示绑定 service 对象前先确认模板已下发成功模板没生效就绑定现象是业务时通时不通很难查。3. 把 Data Services 配起来VLAN、业务模板与上行映射的实操参数这一章是全文最厚的部分因为大部分翻车都出在这里。VLAN 和业务模板本身不难难的是参数之间的对应关系以及和上游网络的衔接。3.1 VLAN 规划单层标签、双层标签怎么选接入网里常见两种 VLAN 模型单层标签single-tag和双层标签double-tag也叫 QinQ。单层适合业务简单的场景一个 VLAN 对应一种业务双层适合多业务隔离外层是运营商 VLAN内层是用户 VLAN。选哪种取决于上游 BRAS 或交换机怎么收。常见做法是如果上游只认一个 VLAN就用单层如果上游要求按用户或按业务区分就用双层。配双层时要注意内外层 VLAN 的映射关系配错的现象是业务能通但串到别的用户。模型适用场景关键参数常见错误单层标签单一业务、上游简单VLAN ID、上行端口VLAN 冲突双层标签多业务隔离、多用户外层 VLAN、内层 VLAN、映射规则内外层配反3.2 业务模板参数上行映射和 QoS 怎么设业务模板里最常调的是上行映射和 QoS。上行映射决定 ONT 的流量往哪个上行端口走QoS 决定优先级和限速。下面是一段典型的模板配置片段。# 创建业务模板 service-template create name internet type bridge # 配置上行映射 service-template internet upstream-port uplink-port # 配置 QoS优先级和限速 service-template internet qos priority 0-7 cir kbps pir kbps # 应用模板 service-template internet apply逻辑说明先建模板再配上行和 QoS最后应用。参数说明uplink-port是上行端口编号要和实际组网一致priority取值 0 到 7数值越大优先级越高cir是承诺速率pir是峰值速率单位 kbps。这两个值设错现象是业务能通但速度不对或者高优先级业务被压。注意QoS 参数要和上游网络的策略对齐OLT 这边设了优先级上游不认等于白设。3.3 上行映射与业务流验证怎么确认真的通了配完不代表通了要验证。验证分两步先看 OLT 侧的业务状态再从 ONT 侧或用户侧实测。# OLT 侧查看业务状态 show service status detail # 查看 VLAN 和端口映射 show vlan mapping # 查看 ONT 侧业务统计 show ont ont-id statistics逻辑说明show service status detail看服务对象是否 upshow vlan mapping看标签处理对不对show ont statistics看有没有流量。参数说明ont-id同上。如果服务对象是 up 但没流量重点查 VLAN 映射和上行端口如果有流量但速度不对查 QoS。3.4 多业务共存时的资源分配一台 ONT 上跑上网、IPTV、语音时资源要分配好。常见做法是给每种业务独立的 service 对象和 VLANQoS 上给语音最高优先级IPTV 次之上网最低。这样语音不卡IPTV 不花上网慢一点用户能接受。资源分配的核心是别让一种业务把上行带宽占满CIR 和 PIR 就是干这个的。4. 避坑与排查ONT 业务不通时先查这五条这一章全是血泪经验。下面五条是我踩过或见别人踩过的按「现象 → 原因 → 解决」写。4.1 现象ONT 注册成功但业务完全不通原因service 对象没绑定到 ONT或者绑定了但模板没生效。解决先show service status确认服务对象状态再show ont status确认绑定关系。如果服务对象是 down检查模板是否 apply 成功如果绑定关系缺失重新绑定。4.2 现象业务时通时不通原因多半是模板下发不完整或者 QoS 参数冲突。解决重新 apply 模板检查 QoS 的 CIR/PIR 是否超过上行带宽。如果多个业务共用上行算一下总 CIR 有没有超。4.3 现象业务能通但速度远低于预期原因QoS 限速设错或者 VLAN 映射导致流量绕路。解决查show service status detail里的 QoS 参数确认 CIR/PIR 和规划一致查show vlan mapping确认标签处理没绕路。4.4 现象改了配置没反应原因改错了对象或者改完没 apply。解决确认改的是当前生效的 service 对象改完执行 apply。AXOS 里很多配置是「改了要应用才生效」不 apply 等于没改。4.5 现象多业务互相干扰原因VLAN 没隔离好或者 QoS 优先级配反。解决检查每种业务的 VLAN 是否独立QoS 优先级是否符合规划。语音和 IPTV 的优先级不能低于上网。提示排障时养成按层查的习惯从 PON 层往上别一上来就改业务层配置容易越改越乱。5. 进阶技巧用批量模板和验证脚本把开局效率提上去单台 ONT 配业务不难难的是批量开局。几十上百台 ONT一台台配不现实。常见做法是把业务模板做成标准模板用脚本批量绑定。下面是一段批量绑定的思路代码。# 批量绑定 service 对象到 ONT 列表 for ont in $(cat ont-list.txt); do service add ont $ont template internet vlan add vlan-id service internet echo bound $ont done # 批量验证 for ont in $(cat ont-list.txt); do show ont $ont statistics | grep -i traffic done逻辑说明第一段循环绑定第二段循环验证。参数说明ont-list.txt是 ONT ID 列表一行一个vlan-id按规划替换。这段脚本的关键是绑定和验证分开先全绑再全验比边绑边验快。验证方法上我一般会抽三台实测一台正常、一台边界、一台异常。正常的那台确认流程没问题边界的那台确认参数没卡边异常的那台确认排障路径通。这样批量开局心里有底。最后说个习惯每次开局前先把模板和 VLAN 规划写成表配的时候对着表配配完对着表验。这个习惯帮我省了无数返工。ONT 业务开通这事玄学不多大多是参数没对齐。希望帮到你。本文还有配套的精品资源点击获取 E7-2 AXOS AnyPON数据服务配置：ONT业务开通与排障指南
简介这份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人学习。读者可借此明确学习路径与前置技能要求掌握服务模板设定、ONT管理与服务验证的关键环节为实际网络部署提供清晰指引。1. 从一份 E7-2 AXOS AnyPON 数据服务配置文档说起ONT 上线为什么总卡在最后一步装过 AXOS 的人大多有过这种体验ONT 光路通了、OMCI 也起来了业务却死活不通翻配置翻到怀疑人生。E7-2 是 Calix 的接入平台AXOS 是它上面那套把硬件抽象成服务的操作系统AnyPON 则是同一套系统里兼容 GPON、XGS-PON、NG-PON2 等多种 PON 技术的框架。所谓 Data Services落到实操就是给 ONT 配业务流VLAN、业务模板、上行映射、QoS一环扣一环。这份 Implementing E7-2 AXOS AnyPON Data Services 讲的就是这条链路怎么搭。它适合正在做接入网开局、割接、排障的一线工程师也适合想把 ONT 业务开通流程吃透的人。下面按「先立概念、再动手、最后避坑」的顺序拆开讲重点放在能照着复现的步骤和参数上。2. AnyPON 数据服务的骨架从 ONT 注册到业务流打通的四层模型AnyPON 的价值在于把 PON 技术的差异挡在业务配置之外。你配业务时面对的是统一的 service 模型底层是 GPON 还是 XGS-PON 由系统去适配。理解这个骨架后面配错时才知道该往哪一层查。2.1 四层模型物理层、PON 层、服务层、业务层物理层是 OLT 端口和光模块PON 层管 ONT 的发现、测距、注册和 OMCI 通道服务层是 AXOS 把设备能力抽象成的对象业务层才是你真正关心的 VLAN 和转发。常见做法是ONT 注册成功只代表 PON 层通了业务不通要往服务层和业务层找。很多人一上来就改 VLAN其实先确认服务层对象有没有正确绑定到 ONT能省一半时间。这四层的对应关系可以这样记PON 层认的是 ONT 的序列号和注册 ID服务层认的是 service 对象和 subscriber 绑定业务层认的是 VLAN 和业务模板。排障时按层往上查比乱改配置高效得多。2.2 业务模板与 VLAN 模型为什么同一台 ONT 能跑多种业务AXOS 里业务不是直接绑到 ONT 上而是通过业务模板service template和 VLAN 模型组合出来。一个模板定义转发行为VLAN 定义标签处理两者叠加决定这条业务流长什么样。常见做法是把上网、IPTV、语音拆成不同模板再按 VLAN 区分。这样同一台 ONT 上跑多种业务时互不干扰改一路不影响另一路。理解这一点很关键你改的不是「ONT 的配置」而是「某个 service 对象引用的模板」。改错对象现象就是改了没反应或者把别的业务带崩。2.3 最小可复现流程一条上网业务从零到通下面这条流程是我一般会走的顺序命令是 AXOS CLI 的典型写法具体对象名按现场替换。# 1. 确认 OLT 端口和 PON 状态 show pon status # 2. 查看 ONT 注册状态确认序列号和注册 ID show ont status # 3. 创建或确认业务模板 show service-template # 4. 把 service 对象绑定到 ONT service add ont ont-id template template-name # 5. 配置 VLAN 和上行映射 vlan add vlan-id service service-name # 6. 验证业务流 show service status show vlan status逻辑说明前三步是确认底层就绪第四步是服务层绑定第五步是业务层标签处理第六步验证。参数说明ont-id是 ONT 在 OLT 上的逻辑编号不是序列号template-name必须已存在vlan-id要和上游网络规划一致。任何一步报错先别往下走回到对应层查。提示绑定 service 对象前先确认模板已下发成功模板没生效就绑定现象是业务时通时不通很难查。3. 把 Data Services 配起来VLAN、业务模板与上行映射的实操参数这一章是全文最厚的部分因为大部分翻车都出在这里。VLAN 和业务模板本身不难难的是参数之间的对应关系以及和上游网络的衔接。3.1 VLAN 规划单层标签、双层标签怎么选接入网里常见两种 VLAN 模型单层标签single-tag和双层标签double-tag也叫 QinQ。单层适合业务简单的场景一个 VLAN 对应一种业务双层适合多业务隔离外层是运营商 VLAN内层是用户 VLAN。选哪种取决于上游 BRAS 或交换机怎么收。常见做法是如果上游只认一个 VLAN就用单层如果上游要求按用户或按业务区分就用双层。配双层时要注意内外层 VLAN 的映射关系配错的现象是业务能通但串到别的用户。模型适用场景关键参数常见错误单层标签单一业务、上游简单VLAN ID、上行端口VLAN 冲突双层标签多业务隔离、多用户外层 VLAN、内层 VLAN、映射规则内外层配反3.2 业务模板参数上行映射和 QoS 怎么设业务模板里最常调的是上行映射和 QoS。上行映射决定 ONT 的流量往哪个上行端口走QoS 决定优先级和限速。下面是一段典型的模板配置片段。# 创建业务模板 service-template create name internet type bridge # 配置上行映射 service-template internet upstream-port uplink-port # 配置 QoS优先级和限速 service-template internet qos priority 0-7 cir kbps pir kbps # 应用模板 service-template internet apply逻辑说明先建模板再配上行和 QoS最后应用。参数说明uplink-port是上行端口编号要和实际组网一致priority取值 0 到 7数值越大优先级越高cir是承诺速率pir是峰值速率单位 kbps。这两个值设错现象是业务能通但速度不对或者高优先级业务被压。注意QoS 参数要和上游网络的策略对齐OLT 这边设了优先级上游不认等于白设。3.3 上行映射与业务流验证怎么确认真的通了配完不代表通了要验证。验证分两步先看 OLT 侧的业务状态再从 ONT 侧或用户侧实测。# OLT 侧查看业务状态 show service status detail # 查看 VLAN 和端口映射 show vlan mapping # 查看 ONT 侧业务统计 show ont ont-id statistics逻辑说明show service status detail看服务对象是否 upshow vlan mapping看标签处理对不对show ont statistics看有没有流量。参数说明ont-id同上。如果服务对象是 up 但没流量重点查 VLAN 映射和上行端口如果有流量但速度不对查 QoS。3.4 多业务共存时的资源分配一台 ONT 上跑上网、IPTV、语音时资源要分配好。常见做法是给每种业务独立的 service 对象和 VLANQoS 上给语音最高优先级IPTV 次之上网最低。这样语音不卡IPTV 不花上网慢一点用户能接受。资源分配的核心是别让一种业务把上行带宽占满CIR 和 PIR 就是干这个的。4. 避坑与排查ONT 业务不通时先查这五条这一章全是血泪经验。下面五条是我踩过或见别人踩过的按「现象 → 原因 → 解决」写。4.1 现象ONT 注册成功但业务完全不通原因service 对象没绑定到 ONT或者绑定了但模板没生效。解决先show service status确认服务对象状态再show ont status确认绑定关系。如果服务对象是 down检查模板是否 apply 成功如果绑定关系缺失重新绑定。4.2 现象业务时通时不通原因多半是模板下发不完整或者 QoS 参数冲突。解决重新 apply 模板检查 QoS 的 CIR/PIR 是否超过上行带宽。如果多个业务共用上行算一下总 CIR 有没有超。4.3 现象业务能通但速度远低于预期原因QoS 限速设错或者 VLAN 映射导致流量绕路。解决查show service status detail里的 QoS 参数确认 CIR/PIR 和规划一致查show vlan mapping确认标签处理没绕路。4.4 现象改了配置没反应原因改错了对象或者改完没 apply。解决确认改的是当前生效的 service 对象改完执行 apply。AXOS 里很多配置是「改了要应用才生效」不 apply 等于没改。4.5 现象多业务互相干扰原因VLAN 没隔离好或者 QoS 优先级配反。解决检查每种业务的 VLAN 是否独立QoS 优先级是否符合规划。语音和 IPTV 的优先级不能低于上网。提示排障时养成按层查的习惯从 PON 层往上别一上来就改业务层配置容易越改越乱。5. 进阶技巧用批量模板和验证脚本把开局效率提上去单台 ONT 配业务不难难的是批量开局。几十上百台 ONT一台台配不现实。常见做法是把业务模板做成标准模板用脚本批量绑定。下面是一段批量绑定的思路代码。# 批量绑定 service 对象到 ONT 列表 for ont in $(cat ont-list.txt); do service add ont $ont template internet vlan add vlan-id service internet echo bound $ont done # 批量验证 for ont in $(cat ont-list.txt); do show ont $ont statistics | grep -i traffic done逻辑说明第一段循环绑定第二段循环验证。参数说明ont-list.txt是 ONT ID 列表一行一个vlan-id按规划替换。这段脚本的关键是绑定和验证分开先全绑再全验比边绑边验快。验证方法上我一般会抽三台实测一台正常、一台边界、一台异常。正常的那台确认流程没问题边界的那台确认参数没卡边异常的那台确认排障路径通。这样批量开局心里有底。最后说个习惯每次开局前先把模板和 VLAN 规划写成表配的时候对着表配配完对着表验。这个习惯帮我省了无数返工。ONT 业务开通这事玄学不多大多是参数没对齐。希望帮到你。本文还有配套的精品资源点击获取