企业官网建设流程全解析

简介：面向技术员、网络运营商、网络规划师及工程师的PDF课程资料，深度详解Calix E7-2 AXOS平台everyPON数据服务的实施方法。资料基于官方课程整理，重点讲解如何构建E7网络基础设施以支撑二层数据服务，内容覆盖E7-2 AXOS硬件概览、订户与ONT管理，以及数据服务配置流程，包括VLAN传输服务配置文件、Ethernet类映射、策略映射等关键环节，并配有实时实验环境中的验证方法。压缩包仅含1个PDF文件，大小74KB，轻量易读。目前已有132人学习。课程模块划分清晰，操作要点可直接应用于实际项目，可帮助读者系统掌握从网络基建、模板创建到服务配置与验证的完整链路，有效降低配置错误率、提升服务开通效率，适合需要扎实部署Calix二层服务的中高级网络运维人员。

1. 从 E7-2 到 AXOS：AnyPON 数据业务这条路为什么值得走

做固网接入的同行应该都有印象，过去几年 Calix 的老平台 E7-2 一直是 GPON 时代的主力 OLT，但真正让它在存量市场里还能继续扩业务的，是后来引入的 AXOS 软件框架和 AnyPON 概念。所谓 AnyPON，并不是一块什么神卡，而是让同一台设备、同一个数据面模型同时承接 GPON、XGS-PON 甚至未来的 10G 对称 PON，不动机房、不换框体，只换光模块和业务配置。对运营商和装维团队来说，这意味着老平台还能继续吃新需求。

我写这篇东西的出发点很直接：很多同事在 E7-2 上做过普通 GPON 宽带开通，但一碰到 AnyPON 数据业务就卡住。卡在哪儿？不是不会敲命令，而是搞不清 AXOS 的 service model 和传统 OLT 完全不一样——VLAN 不是往 PON 口一甩就完事，ONT 也不是注册上就能跑数据。这套东西理顺了，一天开一百个 ONT 都不慌；理不顺，一个业务能查一个下午。下面从数据面模型讲到命令行实操，再讲参数怎么调、现场哪几个坑最容易翻车，最后给一套完整的验证命令链。

2. 先把 AXOS 的数据面模型拆开：AnyPON 不是一块卡，是一套服务框架

2.1 一块 PON 卡同时跑 GPON 和 XGS-PON：靠的是光模块而不是槽位

很多第一次接触 E7-2 + AXOS 的人会下意识问：AnyPON 是不是要买新板卡？答案是多数场景不用。AXOS 的 AnyPON 能力，在物理层上靠的是 SFP+ 光模块的可替换性——同一个 PON 端口，插 GPON 的模块就是 GPON 口，插 XGS-PON 的模块就是 XGS-PON 口。板卡本身不挑 PON 类型，GPON 和 XGS-PON 可以混插在同一块业务板上，这在传统 OLT 上很难做到。

但这层物理上的灵活性只是前提，真正让 AnyPON 有价值的是数据面统一。传统 OLT 上 GPON 和 XGS-PON 往往是两套数据路径、两套 CLI、两套业务模板，运维要记两套东西。AXOS 把数据面抽成一套通用模型：无论底下跑的是什么 PON 技术，上面都是同一个 VLAN 转发面、同一套 service-profile、同一种 ONT 管理方式。也就是说，GPON 下挂的家庭网关和 XGS-PON 下挂的企业 ONT，在数据配置上走的是同一套逻辑。

这个设计带来的直接好处是运维心智负担小。我见过不少班组从 GPON 平移过来的旧脚本，在 XGS-PON 上改改端口和速率参数就能直接复用。而 E7-2 上的 AnyPON 数据业务，本质就是「用一套服务框架，把不同 PON 技术下的用户流量装进 VLAN 转发面」。

理解这一点很重要：做配置之前，先别急着敲命令，而是要想清楚「这个业务在 AXOS 模型里是哪类对象」。数据业务通常就是三层模型——物理口、服务、用户。PON 口是物理承载，服务定义数据的封装和行为，用户把 ONT 和具体服务绑起来。

2.2 两级模型：service-profile 定行为，subscriber 定归属

AXOS 和传统 OLT 的配置习惯差别最大的一点，就是它把「业务配置」和「用户绑定」拆成了两层。

第一层叫 service-profile（有的版本里也叫 data service profile）。它定义的是一个数据业务本身长什么样：VLAN 是多少、双 tag 还是单 tag、外层 tag 要不要改写、限速多少、优先级怎么处理、是不是透传用户 VLAN。这个东西不绑任何具体设备，就是一个模板。你可以理解成一张「业务名片」，上面写清楚这个业务的所有特征。

第二层叫 subscriber。subscriber 这个概念很多从传统 OLT 过来的人一开始不习惯，它其实描述的是「谁在用这个业务」。一个 subscriber 通常对应一个 ONT 或者 ONT 的一个端口，配置里会写明：这个 subscriber 挂在哪个 PON 口下、哪个 ONT、用哪个 service-profile、RX/TX 速率等级是多少。

这两层分开设计的价值在批量开通时体现得非常明显。举个例子，一个小区 200 户，全是普通宽带业务，那 200 个 subscriber 可以共用同一个 service-profile。后面要改限速策略，只需要改一个 profile，200 个用户全部生效。如果你在传统 OLT 上这么干，得逐个用户去改，或者靠自动化脚本批量改，容易出错。

在命令行里，这个模型直接决定了操作顺序：先建 VLAN，再建 service-profile，最后建 subscriber 并绑定 ONT。顺序反了，往往会出现 profile 引用失败，或者 ONT 上线了但没有业务可跑。

2.3 数据流向：从 OLT 到 ONT 流量怎么走通

把一个数据业务在 AXOS 上的数据流向捋清楚，排障时会省很多事。以最常见的单播上网业务为例，流量从核心网进来，走到 E7-2 的上联口，进入 VLAN 转发面，再按 subscriber 的服务规则下到 PON 口。到了 PON 口之后，通过 ONU-ID 找到目标 ONT，最后由 ONT 把数据送到用户设备。

这个流程里最容易出问题的不是 PON 物理层，而是「VLAN 转发面」这一段。AXOS 要求 VLAN 必须显式地加到 PON 口上，如果 VLAN 只在 service-profile 里配了，但没放到 PON 口的允许列表里，业务就是通的。反过来，VLAN 加了但 service-profile 没配对 tag 处理，用户侧能看到光路正常、ONT 在线，但就是获取不到 IP。

还有个实际工作中容易被忽略的点：AXOS 的 service-profile 里 VLAN 和 PON 口上的 VLAN 不是一回事，一个负责描述业务特征，一个负责真正让流量走通。这跟很多传统 OLT「VLAN 就是业务的全部」的思维差别很大。建议刚上手的时候，每次配完业务都主动看一眼数据通路，别想当然。

3. 在 E7-2 上开通一条 AnyPON 数据业务：从建 VLAN 到 ONT 上线

3.1 开工前的状态确认：先看板卡、PON 口和光模块

很多老师傅的习惯是上来就进 configure 模式开始敲配置，但我建议在 E7-2 上别这样。AXOS 是模型驱动的系统，配置提交前最好先确认设备当前状态，不然很容易出现「配完了发现 PON 口根本不支持 XGS-PON」这种白忙活的情况。

第一组命令要看三样东西：板卡类型、PON 口状态、光模块类型。

# 查看所有板卡状态，确认业务板在线且类型正确 show card status all # 查看指定 PON 口的物理状态和光模块信息 show pon-port status pon 1/1/1 # 查看光模块具体类型，确认是 GPON 还是 XGS-PON show pon-port optics pon 1/1/1

第一行命令会列出全部槽位的板卡状态。重点关注 State 列，正常应该是 Active 或者 Standby（如果是保护组里的备板）。状态是 Failed 或者 Empty 的板卡，后面所有配置都先别做。

第二行看的是 PON 口能不能用。这里有三个状态要同时看：Admin State 是不是 UP，Operational State 是不是 UP，光模块有没有被识别。很多时候 Operational State 起不来，是因为光模块没插好或者板卡没识别到模块，这种情况配任何业务都没有意义。

第三行命令是 AnyPON 场景下必须要做的确认。show pon-port optics会直接显示光模块的型号和类型，如果这是一块 GPON 模块，你却按 XGS-PON 去配后面的事，逻辑上就跑不通。这里要记住：E7-2 的 AnyPON 是光模块决定的，不是软件配置决定的。

确认完这三项，才进入正式配置流程。这个过程不复杂，但能避免大约三成的无效操作。

3.2 配置核心：VLAN、service-profile 和 PON 口 VLAN 绑定

状态确认没问题之后，开始建业务模型。第一步建 VLAN，第二步建 service-profile，第三步把 VLAN 加进 PON 口。这三步是 AnyPON 数据业务的地基。

# 进入配置模式 configure terminal # 创建一个业务 VLAN，这里用 100 作为示例 vlan 100 # 给 VLAN 起名字，便于后续识别 name DATA_SERVICE_100 # 退出 VLAN 配置，回到全局配置 exit # 创建 service-profile，这里定义单 tag 透传的数据业务 service-profile DATA_SVC_1 vlan 100 user-vlan action transparent fwd-vlan action add exit

这里有两个参数要特别解释。

user-vlan action transparent的意思是用户侧发上来的 VLAN tag 原样通过，不做改写。这个配置适合用户自己管理 VLAN 的场景，比如企业专线。如果是普通家庭宽带，ONT 后面的家庭网关通常由运营商统一定 VLAN，那这里可能要改成action rewrite配合具体的 tag 值。

fwd-vlan action add是网络侧的行为。add表示如果有必要就加上网络侧 VLAN 标签，一般对应 QinQ 场景。如果业务是单层 VLAN 直达，这里通常配合tag-rule使用。具体用哪个动作，取决于上联口对接的是 BRAS 还是交换机，以及对接方的收包策略。

VLAN 和 service-profile 建好之后，还没有任何流量能走。必须要回到 PON 口视图，把 VLAN 加到允许列表里：

# 进入 PON 口配置视图 interface pon 1/1/1 # 把 VLAN 100 允许在这个 PON 口上通过 vlan 100 # 退出到全局配置模式，准备绑定 ONT exit

这一步容易漏。我见过不少同事建完 service-profile 就去注册 ONT，结果 ONT 都上线了但业务不通。排查半天发现 VLAN 根本没加到 PON 口上。记住一个口诀：VLAN 不在 PON 口上，业务就不可能在 PON 口上跑。

3.3 注册 ONT 并绑定 subscriber：让配置落到用户

VLAN 和服务模板都就绪后，最后一步是创建 subscriber，把它和 ONT 绑定起来。ONT 的注册在 E7-2 上一般有两种方式：一种是 ONT 已经在自动发现状态，系统里能看到未注册的 ONT；另一种是手动指定 ONT 序列号直接绑定。批量开通场景通常用后者，因为可以提前把配置做好，现场 ONT 一插光纤就上线。

# 查看当前 PON 口下已发现但未注册的 ONT show ont discovered pon 1/1/1 # 如果看到了目标 ONT，记录它的序列号，然后绑定 ont 1 ont-id 100 serial-number XTIK12345678 # 绑定后创建 subscriber，关联到 ONT 和已有的 service-profile subscriber 100 ont 1/1/1 ont-id 100 service-profile DATA_SVC_1 rx-rate 1000 tx-rate 200 exit

ont 1 ont-id 100 serial-number ...这行里，ont 1表示这是 PON 口 1/1/1 下的第一个 ONT，ont-id是系统分配的逻辑编号，serial-number是 ONT 的硬件序列号。绑定成功后，ONT 就会从 Discovered 状态转为 Active。

subscriber 配置里有三个关键参数：

• ont 1/1/1 ont-id 100是绑定关系，明确这个 subscriber 对应哪台设备。
• service-profile DATA_SVC_1是引用前面建好的业务模板。
• rx-rate和tx-rate是速率上限。rx-rate是下行限速，单位 Mbps；tx-rate是上行限速。这里很容易踩坑：有些现场只配了 rx-rate，忘了 tx-rate，用户下行能跑满，上行被默认值卡死。

配置完成后，建议立刻做一次状态检查：

# 查看 ONT 是否已经上线 show ont status pon 1/1/1 # 查看 subscriber 状态和关联的 service-profile 是否生效 show subscriber status subscriber 100

show ont status里看 Operational State，如果显示 Active，说明 ONT 注册成功。show subscriber status里重点看 Service State，正常应该是 Enabled。如果 Service State 是 Disabled 或者 Unknown，多半是 service-profile 没有正确生效。

4. 参数设置要进现场才有数：DBA、T-CONT、QoS 和保护

4.1 DBA 带宽模板：别把速率当营销数字来填

有些同事配置 subscriber 时，rx-rate/tx-rate 是拍脑袋填的——套餐标称 500M 就填 500。这在 AnyPON 场景下会出问题，因为 PON 口是共享带宽的，一个口下可能挂了 16 个 ONT，每个都承诺 500M，物理上根本不可能同时跑满。

AXOS 的带宽管理虽然以 rx-rate/tx-rate 为入口，但底层会映射到 DBA 模板。DBA（Dynamic Bandwidth Assignment）的作用是让多个 ONT 在共享 PON 口带宽时，按优先级和承诺值分配。E7-2 上通常提供一组预置的 DBA profile，比如 best-effort、assured 和 fixed 三种类型。

理解这三种类型非常关键：

• Fixed：固定分配带宽，不管用户用不用，带宽都预留。适合对时延敏感的专线业务，但浪费 PON 口容量。
• Assured：保证一个最低带宽，超过部分参与竞争。适合家庭宽带，运营商会保证套餐标称的最低速率，突发时可以去抢空闲带宽。
• Best-effort：完全不保证，纯靠竞争。适合临时业务或者低优先级用户。

给家庭宽带配业务时，我一般会把 rx-rate 设成套餐速率，同时把 DBA 类型选为 assured。企业专线如果对时延和抖动要求高，就用 fixed。纯临时测试业务用 best-effort 就可以。这个选择决定了用户高峰期的真实体验，不是随便填的。

还要注意一个 PON 口总带宽的问题。GPON 口的下行总带宽是 2.5G，XGS-PON 是 10G。如果一个 XGS-PON 口下挂了 32 个 ONT，每个 subscriber 都承诺 1G，高峰期必然拥塞。这时候 DBA 的保证值必须留有余量，否则会出现一个口下用户互相挤兑，测速普遍不达标的情况。

4.2 限速和 QoS 标记：用户测速翻车的大半原因在优先级标记丢了

限速配好了，QoS 不配，高优先级业务和普通上网业务在 PON 口里会互相打架。尤其是在混合承载语音、视频和上网的多业务场景里，QoS 标记的作用非常直接：让语音和视频优先，不让大流量下载把交互业务卡死。

在 AXOS 的 service-profile 里，QoS 相关参数通常在 profile 内部配置。典型做法是给不同业务类型设置不同的 802.1p 优先级，然后通过 DBA 的调度策略保证高优先级流量的带宽。

# 在 service-profile 里配置 QoS 优先级标记 service-profile DATA_SVC_1 vlan 100 user-vlan action transparent fwd-vlan action add qos priority 5 exit

这里的qos priority 5表示给这个业务的所有帧打上 802.1p 优先级 5。优先级范围是 0 到 7，其中 6 和 7 通常留给网络控制，语音一般用 5 或 6，视频用 4 或 5，普通数据用 0 到 3。如果所有业务都不打标记，默认就是 0，转发时没有任何优先，PON 口拥塞时大家一起掉速。

常见翻车现场是：某用户反馈上网正常、视频能看，但打游戏卡。查到最后，往往是这个用户的业务 VLAN 在 service-profile 里没有配 QoS 优先级，流量和邻居的大流量下载业务一起在 PON 口里竞争，时延和抖动都劣化了。把优先级标记配上，把该业务对应的 DBA 调度策略调高，游戏延迟立刻就能改善。

需要注意的是，QoS 优先级标记能否生效，还取决于 ONT 和用户侧设备是否识别这个标记。如果 ONT 侧配置了 tag rewrite，把用户 VLAN 的优先级位改了，那 OLT 侧的服务优先级可能就白设了。所以配置 QoS 时要把 ONT 侧和 OLT 侧一起看，别只改一头。

4.3 保护配置：主备倒换后业务起不来的麻烦

E7-2 在现网里通常有两种保护模式：一种是 PON 口的板间保护，另一种是上联口的链路聚合或者主备保护。AnyPON 数据业务配置里，最容易出问题的是 PON 口保护组配置。

保护组的逻辑大概是这样：两块业务板组成一个保护对，其中一块是工作板，一块是保护板。正常情况下业务走工作板，工作板故障时自动切换到保护板。配置保护时，最关键的一点是工作板和保护板上的 PON 口配置必须完全一致——VLAN、service-profile、subscriber 绑定，全都要一致，否则切换后业务起不来。

# 创建保护组，指定工作槽位和保护槽位 pon-protection-group 1 working-slot 1 protect-slot 2 revertive enable exit

revertive enable这个参数值得单独说。它的意思是：工作板恢复后，业务自动切回工作板。如果设成 disable，则切换后业务一直留在保护板上，直到手工触发回切。

实际运维中，很多人为了省事把 revertive 关掉，结果后面发生了一次保护倒换，备板顶上去了。过了几天工作板修好恢复，业务却不自动回来，用户侧感知到数据中断，报障电话打进机房，一查才发现业务还在保护板上跑。这不是设备故障，是配置习惯问题。建议在重要的数据业务场景下，把 revertive 打开，让系统自己回到主用路径，减少人工干预窗口。

还有一个很容易被忽略的保护组细节：保护组里的两个槽位，必须使用相同类型的业务板。GPON 工作板 + XGS-PON 保护板的保护组，在 AnyPON 场景下配置可能能建成功，但真发生倒换时，业务会因为板卡类型不一致而无法接管。建保护组的时候，一定要确认两边的板卡型号和 PON 口类型一致。

5. AnyPON 数据业务避坑：五个现场问题排查记录

5.1 ONT 注册成功但业务不通：先查 VLAN 转发面

现象：ONU 在 OLT 上显示 Active，光功率正常，但用户侧设备获取不到 IP 地址，ping 网关不通。

原因：最常见的是 VLAN 没有加到 PON 口的转发列表里。之前说过，AXOS 的模型里 VLAN 要显式允许到 PON 口。很多同事在 service-profile 里看到 VLAN 100 已经配上了，就以为 PON 口上也有了，这是个惯性思维导致的错误。

解决：检查show pon-port vlan pon 1/1/1看 VLAN 100 在不在列表里。不在的话，进interface pon 1/1/1，敲vlan 100加进去，再验证。一般加完就通了。

5.2 用户测速只有套餐标称的一半：DBA 保证值太低

现象：用户开通了 500M 套餐，测速永远在 250M 左右徘徊，OLT 上无告警，PON 口光功率正常，链路无误码。

原因：subscriber 绑定到了默认的 DBA 模板，而默认模板的保证带宽只有 200M。用户的 rx-rate 虽然填了 500，但 DBA 的 assured 值限制了实际能稳定跑到的带宽。PON 口负载低的时候跑得快，负载一高就掉到保证值。

解决：把这路 subscriber 的 DBA 模板改成保证 500M 的 assured profile，或者直接用 fixed profile 保证 500M。改完后重新测速，一般能跑满。这个坑在 EPON 转 AnyPON 的存量改造现场特别常见。

5.3 改一下 tag 配置，整条专线断掉：transparent 和 rewrite 的边界

现象：一条企业专线用户，原本是单 tag 透传方式接入手工配置的 VLAN。某次优化 QoS 时不小心把 service-profile 里的 user-vlan 从 transparent 改成了 rewrite，用户侧网络立刻中断。

原因：rewrite 会把用户发上来的 VLAN tag 改写为另一个值。如果用户侧设备（比如企业路由器子接口）配置的还是原 VLAN，改写后收到的帧 VLAN 对不上，二层直接不通。更隐蔽的是，ONU 如果也做了 VLAN 转换，OLT 和 ONU 两侧同时改写，VLAN 会乱套。

解决：像透明专线这类业务，保持 user-vlan 为 transparent，不要加任何改写动作。实在要改 tag，确认 ONU 侧没有做 VLAN 转换，并且用户侧对接设备的子接口 VLAN 和新 tag 保持一致。改完 tag 配置后，必须从用户 CPE 到 OLT 逐段 ping 一遍，别只测到 OLT 就收工。

5.4 主备切换后业务不自动恢复：revertive 关了

现象：机房发生一次电源故障，工作板重启后业务切到保护板，工作板恢复后业务没有自动切回来，用户侧统计到一次长中断。

原因：pon-protection-group 里 revertive 设成了 disable，系统不会自动把业务切回主用路径。这个配置本身不违规，但和运行团队的预期不一致，他们默认保护倒换是自动回切的。

解决：查show pon-protection-group 1，把 revertive 改成 enable。然后手工触发一次回切，确认业务稳定切回工作板。如果现网保护板容量比工作板小，回切前先确认保护板上的全部业务已经正常迁移，别在回切瞬间把业务抖断。

5.5 批量下发 ONT 时失败一大片：service-profile 没验证就复用

现象：批量开通 32 个 XGS-PON 的 ONT，配置脚本跑完，有 10 个 ONT 起不来，报错集中在 service-profile 引用失败。

原因：这批新 ONT 挂在一个新开的 XGS-PON 口上，但项目经理图省事，直接复用了 GPON 业务的 service-profile。GPON 和 XGS-PON 虽然数据模型统一，但 ONT 的封装类型和动态带宽参数还是有差异，GPON 业务的 profile 里某些参数在 XGS-PON 场景下不受支持，导致绑定失败。

解决：批量操作之前，先单独建一个新的 service-profile，在测试 ONT 上验证一遍能正常注册和跑流量，确认没问题后再批量复用。别拿生产 profile 直接套新场景，测试成本比返工成本低得多。这个纯属经验教训。

6. 收尾验证：从光口到用户端的命令习惯

AnyPON 数据业务配完，别急着关终端。我的习惯是固定跑一遍验证命令链，从物理层看到数据层，最后从 OLT ping 到用户设备，全部通了才归档。

第一段看物理层：

show pon-port status all show ont status all show pon-port optics all

确认 PON 口 UP、ONT Active、光模块被正确识别、光功率在接收范围内。GPON 的收光功率一般在 -8 到 -27 dBm 之间能正常工作，XGS-PON 会再低一些，具体参考模块规格。看见 -30 以下的数值别管配置，先把光路问题排掉。

第二段看业务层：

show vlan status vlan 100 show subscriber status all show pon-port vlan pon 1/1/1

确认 VLAN 状态不是 Suspend，subscriber 状态是 Enabled，VLAN 100 确实在 PON 口的允许列表里。这三项是数据业务能不能跑的基本盘。

第三段做端到端验证：

ping ont 1/1/1 100

如果 ONT 有管理 IP，从 OLT 直接 ping 到 ONT，能通说明 OLT 到 ONT 的二层通路是通的。再往下就要到用户侧设备上去 ping 了。如果 OLT 能 ping 通 ONT，但用户侧设备 ping 不通，问题大概率在 ONT 到 CPE 这一段，或者 ONT 的以太网端口配置。

最后说一个我的个人习惯：每次配完业务，我都顺手把show running-config里和该业务相关的片段导出存一份。E7-2 的配置文件很长，全存没必要，但业务相关的这几行一定要留底。现场经常遇到这种情况：某个业务以前是通的，最近突然不通，排查到最后发现是某次割接时别人改了配置。有留底就能快速 diff，没有就只能靠猜和试。这个习惯救过我很多次。

AnyPON 数据业务在 E7-2 上跑顺之后，你会发现它比传统 OLT 的模型更清晰，但也更需要遵守配置顺序和参数边界。别贪快，也别拿生产环境试新模板，把每个参数都验证明白再批量推。希望这些经验帮到你。

本文还有配套的精品资源，点击获取