尧图网站建设 
简介面向网络运维与通信工程人员的配置指导文档《C300-V2.1.0配置指导说明.doc》围绕C300-V2.1.0这一OLT操作系统的核心配置方法展开涵盖设备登录、板卡自动识别、端口启用、PON口自动注册、OLT-VLAN/ONU-VLAN/UNI口VLAN划分及电信普遍服务场景的配置命令适合负责接入网开局、维护与排障的工程师参考学习。资源包仅含1个doc文档文件大小28KB内容紧凑便于直接查阅和按步骤操作。目前已有642人学习下载。文档从默认串口登录波特率9600、enable默认密码zxr10讲起说明了新版本不再手动添加机框板卡、未配置端口默认shutdown等变化并逐一给出“onu-type-default”“olt-vlan transparent”“onu-vlan mode tag”“onu-uni-vlan”等命令示例最后还提供电信普遍服务F400 ONU的一个PON口需要配置的完整命令组合实操性强可帮助读者快速掌握C300-V2.1.0的自动化配置流程减少开局调试时间是一份能直接对照命令行完成开局配置的实用手册。1. C300-V2.1.0 配置指导说明从手工开局到 PnP 自动注册C300-V2.1.0 配置指导说明讲的是中兴 ZXA C300 的 OLT 在 V2.1.0 版本上的一次配置逻辑升级。它最大的变化不是新加了几条命令而是把 PON 口开局从「手工添加 ONU、逐台配业务」改成了「PnP 自动注册、模板批量下发」。新版本默认串口登录、波特率 9600、enable 密码 zxr10机框和板卡开机自动发现但所有未配置端口默认 shutdown。配置思路整体变了先让设备自己学习 ONU 型号再用 olt-vlan、onu-vlan、onu-uni-vlan 三条模板命令把 VLAN 批量铺下去。这篇笔记适合正在做 C300 开局、从 1.2.3p3 升级上来、或被重复 ONU 配置折磨过的维护工程师。建议手边放一台 V2.1.0 设备命令可以直接对着敲。2. 设备登录与初始化串口 9600、enable 密码 zxr10、端口默认 shutdown2.1 串口登录9600 是标准开局姿势新设备第一次上电网管通道还没起来唯一可靠的操作入口就是串口。C300-V2.1.0 默认的串口参数是波特率 9600、数据位 8、停止位 1、无校验、无流控对应终端软件里的设置如下SecureCRT / Xshell 新建串口会话 协议Serial 端口本机实际 COM 口 波特率9600 数据位8 停止位1 校验None 流控None这里有个细节经常坑人不少工程师习惯按 115200 去连因为手头其他设备都是这个速率结果终端里全是乱码第一反应是线坏了。C300-V2.1.0 就是 9600别被惯性带偏。串口识别成功后先敲回车确认提示符出现再用 show version 确认版本号确实是 V2.1.0再往下走。如果设备此前被改过速率登录前可以先重启启动阶段串口会有一段引导信息能直接看出当前速率比盲试参数快得多。2.2 enable 默认密码 zxr10进去第一件事是改掉它串口登录后默认在普通用户视图敲 enable 进入特权模式默认密码是 zxr10ZXAN enable Password: zxr10 ZXAN#zxr10 是所有同版本设备的出厂默认密码不属于「只有我知道」的范畴改密码应该排在开局清单的前三位。修改后建议把设备登出重新验证一次防止自己把自己锁在门外。这里补充一个从老版本升级上来的常见情况设备原来跑 1.2.3p3enable 密码可能早就被改过升级到 V2.1.0 后密码未必重置回默认值所以升级后的首次登录新旧密码都试一遍别在登录环节耗时间。如果密码彻底丢失只能走设备的密码恢复流程那属于另一个话题能避免就尽量别走到那一步。2.3 机框板卡自动发现省了 add-rack 但多了确认动作V2.1.0 一个很实在的改动是不用手工 add-rack、add-shelf、add-card 了。板卡插上去系统自动识别并加载开局效率明显提升尤其适合整框满配的机房。但自动发现不代表可以跳过检查我一般用 show 命令核对一遍ZXAN# show rack ZXAN# show card ZXAN# show board重点看板卡状态是不是 normal而不是 offline 或 mismatch。特别是主控板、EPON 板、GE 板混插的机框偶尔会出现板卡识别型号与实物不一致的情况这种问题在配置前发现就是一条 show 命令的事等业务放通后再发现就要整框排查。另一个建议是开局时把 show card 的输出存一份到本地后面排障对照用省得每次都要重新捞。2.4 端口默认 shutdown新版本最容易翻车的初始化差异这是从老版本升级上来最容易踩的坑。V2.1.0 里所有未配置板卡的所有端口默认 shutdown没有例外。也就是说即使板卡状态正常、ONU 注册成功只要端口没执行 no shutdown业务就是不通的。开局动作里必须把业务端口逐个 openZXAN# conf t ZXAN(config)# interface gei_1/19/1 ZXAN(config-if)# no shutdown ZXAN(config-if)# exit ZXAN(config)# interface epon-olt_1/2/1 ZXAN(config-if)# no shutdown ZXAN(config-if)# exitgei_1/19/1 是 GE 上联口epon-olt_1/2/1 是 EPON 口命名里的数字一般是「机架/槽位/端口」的层次配置前先 show 确认槽位号再敲避免在错误的端口上操作。no shutdown 之后用 show interface 看端口状态up 说明物理层起来了。提示开局阶段就把要承载业务的端口一次性 open 并记录在案不要等业务放通时再逐口去敲。漏掉一个端口现场就是「ONU 都注册了但客户侧就是不通」排查起来非常冤枉。3. PnP 自动注册onu-type 学习、enable 开关与老版本 auto-learning 的差别3.1 PnP 解决了什么把「逐台配 ONU」变成「模板批量下发」老版本开一个 PON 口下的多台 ONU流程是手工添加 ONU → 指定 ONU 类型 → 逐台配置业务 VLAN → 逐台验证。ONU 数量一多重复劳动量很大而且容易漏配。V2.1.0 的 PnP即插即用思路是把「学习」和「配置」拆开设备先通过 PnP 自动识别上线 ONU 的型号再按照预设的 VLAN 模板自动下发配置。用文档里的话说它类似于老版本 1.2.3p3 的 auto-learning enable但比 auto-learning 更进一步——不只是学习 ONU还顺带把 VLAN 策略也铺好了。背后的逻辑是同一个 PON 口下的 ONU业务模型通常是同构的既然同构就没有理由逐台配置。3.2 onu-type-default 与 onu-type先让设备认得 ONU 型号PnP 自动注册的前提是设备认识上线的 ONU。认识的过程分两步第一步定义型号第二步指定默认型号。ZXAN# conf t ZXAN(config)# pon ZXAN(config-pon)# onu-type ZTE-F400 epon ZXAN(config-pon)# onu-type-if eth_0/1-5 ZXAN(config-pon)# exit ZXAN(config)# onu-pnp ZXAN(config-onu-pnp)# onu-type-default ZTE-F420onu-type ZTE-F400 epon 定义了一个名为 ZTE-F400 的 EPON ONU 型号onu-type-if eth_0/1-5 声明这个型号有 5 个 UNI 口onu-type-default ZTE-F420 则把 ZTE-F420 设为 PnP 学习的默认型号。前两条属于全局定义一个设备配一次即可第三条是 PnP 模板的入口告诉设备如果上线的 ONU 无法识别具体型号就按 ZTE-F420 处理。实际开局中默认型号应该选现场占比最高的那款减少误识别的影响范围。3.3 enable 开关全局开启与 PON 口级开启PnP 模板配置完成后必须执行 enable 才会真正生效这是整个 PnP 机制里最容易遗漏的一步。enable 有全局和端口两级ZXAN(config-onu-pnp)# enable全局 enable 开启所有 PON 口的自动注册自动配置功能适合整框开局一个 PON 口都不落。如果只想在个别 PON 口上启用就加端口参数ZXAN(config-onu-pnp)# enable epon-olt_1/2/1端口级 enable 只对 epon-olt_1/2/1 这个 PON 口生效适合现网里只有部分 PON 口需要 PnP、其他口还要手工干预的场景。我的建议是开局初期先用端口级 enable 试点一个 PON 口验证 ONU 注册和 VLAN 下发都正常再改用全局 enable 铺开。直接全局 enable 的风险是如果模板里有错误参数所有 PON 口会同时受影响回退面太大。enable 之后用 show 命令确认 PnP 状态已经打开再插 ONU 做验证。3.4 自动注册与手工配置的边界PnP 不等于完全无人值守。ONU 上线后设备按模板自动下发配置但下发成功与否、业务是否真正打通还是需要人工确认。我通常会先让一台 ONU 上线看它是否拿到模板里的 VLAN再决定是否批量接入。另外模板覆盖不了的特殊场景——比如某台 ONU 的某个 UNI 口要单独改 VLAN——还是得回到手工配置用 onu-uni-vlan 做单口差异化这正好接上下一章的 VLAN 规划。4. PnP 模式 VLAN 规划olt-vlan、onu-vlan、onu-uni-vlan 三种写法的取舍4.1 olt-vlan transparentPON 口透传是默认推荐PnP 模板里第一条是 OLT 侧 VLAN 行为文档给的推荐写法是ZXAN(config-onu-pnp)# olt-vlan transparent epon-olt_1/2/1transparent 表示这个 OLT 口对 VLAN 做透传处理不打标签直接放行。文档里特别注明「默认建议都配置为 transparent 模式」这是有道理的透传模式下ONU 上行的 VLAN 标签原样穿过 OLT由上层交换机或 BRAS 统一处理OLT 不介入 VLAN 转换逻辑最简单排查问题时链路模型也最干净。如果 OLT 口配成 tag 或 translate 模式OLT 会参与 VLAN 改写上行流量多一层标签处理业务模型变复杂一旦对不上还容易丢包。除非上层有明确的 VLAN 隔离要求否则照文档建议走 transparent 就行。4.2 onu-vlan mode tag vlan所有 UNI 口统一 VLANONU 侧的第一种写法是给所有 UNI 口配同一个 VLAN。适用场景很明确这个 PON 口下面的 ONU 业务完全同构所有 UNI 口都进同一个业务 VLAN比如普遍服务的语音或宽带业务ZXAN(config-onu-pnp)# onu-vlan epon-olt_1/2/1 mode tag vlan 1000这条命令配完之后PON 口下每台 ONU 的每个 UNI 口都会带上 VLAN 1000 的标签上行。它的价值在于「一条命令管一个 PON 口的全部 UNI 口」不需要再往下逐口配置。如果现场所有业务的 VLAN 都一样配置到这一条就可以收工后续的 onu-uni-vlan 都不需要写。4.3 onu-vlan mode tag start-vlan按 ONU 递增的 VLAN 池同构业务但需要按用户区分 VLAN 时用 start-vlan 模式ZXAN(config-onu-pnp)# onu-vlan epon-olt_1/2/1 mode tag start-vlan 1001它的分配逻辑是第一台 ONU 的 eth_0/1 口 VLAN 为 1001eth_0/2 为 1002eth_0/3 为 1003eth_0/4 为 1004第二台 ONU 从 1025 开始第一口 1025、第二口 1026、第三口 1027、第四口 1028。分配结果用一张表看更清楚ONU 序号eth_0/1eth_0/2eth_0/3eth_0/4起始 VLAN第 1 台10011002100310041001第 2 台10251026102710281025第 3 台10491050105110521049关键参数是每台 ONU 可用 VLAN 固定为 24 个也就是 ONU 的递增步长是 24。为什么是 24 而不是 4因为平台要为每台 ONU 预留完整的 VLAN 资源块即使实际只用 4 个 UNI 口块内剩余的 20 个也不会给下一台用保证任何时刻 VLAN 不会跨 ONU 重叠。规划时注意把起始 VLAN 选在整块区间的边界上比如 1001 这个值第二台 1001241025边界干净不容易算错。这个模式下每台 ONU 的 VLAN 由系统自动分配不需要逐台登录 ONU 去配适合用户多、VLAN 需要隔离的场景。提示算 VLAN 时可以直接用公式「第 n 台 ONU 起始 VLAN 起始值 (n-1) × 24」现场临时加 ONU 时心算就能对上不用翻资料。4.4 onu-uni-vlan单口差异化配置的三种模式当 PON 口下各 UNI 口的配置不一致时用 onu-uni-vlan 对指定端口单独下策略。它在 onu-vlan 的基础上做单口覆盖有三种模式ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/1 mode tag vlan 1000第一种是固定 tag 模式指定 eth_0/1 口固定打 VLAN 1000 的标签适合某个端口承载固定业务。ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/1 mode tag start-vlan-as-onu 100第二种是 start-vlan-as-onu 递增模式起始 VLAN 为 100第一台 ONU 的 eth_0/1 口从 100 开始后续每台 ONU 的该端口 VLAN 依次递增。这个模式适合同一位置、同一端口类型、业务逐个递增的场景典型的就是批量放号。ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/1 mode transparent第三种是透传模式eth_0/1 口对 VLAN 完全透传不打标签适合端口直连用户终端且 VLAN 由用户侧设备决定的场景。三种模式各有适用边界选择的核心是回答一个问题这个 UNI 口的 VLAN 是固定值、按 ONU 递增、还是完全交给用户侧。回答清楚了模式就选对了。5. 避坑与排查C300-V2.1.0 开局常见的五个问题5.1 端口 no shutdown 漏配业务静默不通现象板卡状态正常、ONU 注册成功、模板下发成功但用户侧就是不通上行抓包看不到流量。原因V2.1.0 所有未配置端口默认 shutdown漏掉 no shutdown 的端口物理层就是 down 的流量进不来也出不去。这个坑在从 1.2.3p3 升级上来的设备上尤其隐蔽因为老版本端口默认是开的升级后不会有人想到去检查端口状态。解决逐个检查业务端口对 gei_1/19/1、epon-olt_1/2/1 这类端口执行 no shutdown然后用 show interface 确认端口状态为 up。把 no shutdown 写进开局脚本的固定步骤和下一节的 enable 一样列入检查清单。5.2 模板配完不敲 enableONU 全不注册现象onu-type、olt-vlan、onu-vlan 都配齐了但 ONU 插上去没有任何反应ONU 状态一直停留在未注册。原因PnP 模板只是「配置」enable 才是「开关」。文档里明确写着「配置全部完成后需要启用 enable」漏掉这一步模板再完整也不会生效。解决在 onu-pnp 视图下敲 enable 或 enable epon-olt_1/2/1然后用 show 命令确认 PnP 状态再插 ONU 验证。如果多台 ONU 批量接入后才发现没开 enableONU 全部不会注册这个翻车现场我见过不止一次所以现在都是先 enable 再上电。5.3 start-vlan 与 onu-uni-vlan 混用VLAN 分配对不上现象同时配了 onu-vlan mode tag start-vlan 1001 和 onu-uni-vlan eth_0/1 mode tag vlan 2000结果某些 ONU 的端口 VLAN 不是预期值。原因两条命令的作用域不同onu-vlan 是批量默认值onu-uni-vlan 是单口覆盖。如果先配了 onu-vlan 再配 onu-uni-vlan覆盖关系清楚但如果混用 start-vlan 和 start-vlan-as-onu 两种递增模式两台 ONU 的递增基准不同VLAN 就可能错位。解决同一台 ONU 的同一个 UNI 口只保留一种 VLAN 策略来源用 show 命令逐个端口核对实际下发的 VLAN确认后再批量接入。模板写完后不要直接插满 ONU先上一台验证。5.4 olt-vlan 不是 transparent上层 VLAN 对不上现象上层交换机配置的是透传 VLAN 100但 OLT 上行口实际带的是另一个标签业务不通。原因olt-vlan 配成了 tag 或 translate 模式OLT 对上行报文做了 VLAN 改写或加标签与上层预期不一致。解决除非上层明确要求 OLT 参与 VLAN 转换否则一律按文档建议用 olt-vlan transparent。排查时先看 OLT 上行端口实际收发的报文标签再对上层的业务 VLAN 配置不要上来就怀疑 ONU。这个顺序很重要链路模型里 OLT 是中间层中间层的行为永远先确认。5.5 onu-type-default 型号选错ONU 上了但业务配不全现象ONU 注册成功但部分 UNI 口没有下发配置或者端口数量对不上。原因onu-type-default 指定的型号与实际 ONU 的 UNI 口数量、端口类型不一致。比如默认型号是 4 口的 ZTE-F420实际现场是 5 口的 ZTE-F400第 5 个端口就没有模板可套。解决先把现场 ONU 型号统计清楚将占比最高的型号设为 onu-type-default多型号混用时用 onu-type 逐个定义型号再在 PnP 模板里按端口或按 ONU 指定。配置前先 show 一下已定义的所有 onu-type确认没有同型号不同定义互相覆盖。6. 电信普遍服务实战四条命令开一个 PON 口验证与回退技巧6.1 电信普遍服务 ZTE-F400 的完整配置普遍服务场景的模型很标准一台 5 口 ONUZTE-F4004 个用户口走业务 VLAN 100第 5 口 eth_0/5 单独配 VLAN 2 用于管理。先做一次全局定义ZXAN# conf t ZXAN(config)# pon ZXAN(config-pon)# onu-type ZTE-F400 epon ZXAN(config-pon)# onu-type-if eth_0/1-5 ZXAN(config-pon)# exit ZXAN(config)# onu-pnp然后针对 epon-olt_1/2/1 这个 PON 口只需四条命令ZXAN(config-onu-pnp)# olt-vlan transparent epon-olt_1/2/1 ZXAN(config-onu-pnp)# onu-vlan epon-olt_1/2/1 mode tag vlan 100 ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/5 mode tag vlan 2 ZXAN(config-onu-pnp)# enable epon-olt_1/2/1第一条让 OLT 口透传第二条给所有 UNI 口统一打 VLAN 100第三条单独把 eth_0/5 覆盖成 VLAN 2第四条打开这个 PON 口的自动注册。后三条正是文档里说的「每个 PON 口需要配置 4 条命令」。6.2 验证与回退配置完成后先插一台 ONU 看注册状态常见的做法是用 show onu 类命令查看该 PON 口下的 ONU 列表确认状态从未注册变成在线再确认 eth_0/1 拿到 VLAN 100、eth_0/5 拿到 VLAN 2。如果 VLAN 不符先检查模板命令的顺序——onu-vlan 在前onu-uni-vlan 在后后者覆盖前者顺序反了覆盖关系就错了。回退也简单在 onu-pnp 视图下用 no enable epon-olt_1/2/1 关掉自动注册模板立即停止对新 ONU 下发已下发的配置再逐台手工清理。从那以后我每次 C300 开局都强制走一遍这个流程先统一定义 onu-type再写 PnP 模板最后逐 PON 口 enable全部做完用 show 命令把 ONU 状态和实际 VLAN 核对一遍才收工。这套顺序帮我在现场少熬了好几个通宵希望帮到你。本文还有配套的精品资源点击获取 中兴C300 V2.1.0 PnP自动注册开局配置指南
简介面向网络运维与通信工程人员的配置指导文档《C300-V2.1.0配置指导说明.doc》围绕C300-V2.1.0这一OLT操作系统的核心配置方法展开涵盖设备登录、板卡自动识别、端口启用、PON口自动注册、OLT-VLAN/ONU-VLAN/UNI口VLAN划分及电信普遍服务场景的配置命令适合负责接入网开局、维护与排障的工程师参考学习。资源包仅含1个doc文档文件大小28KB内容紧凑便于直接查阅和按步骤操作。目前已有642人学习下载。文档从默认串口登录波特率9600、enable默认密码zxr10讲起说明了新版本不再手动添加机框板卡、未配置端口默认shutdown等变化并逐一给出“onu-type-default”“olt-vlan transparent”“onu-vlan mode tag”“onu-uni-vlan”等命令示例最后还提供电信普遍服务F400 ONU的一个PON口需要配置的完整命令组合实操性强可帮助读者快速掌握C300-V2.1.0的自动化配置流程减少开局调试时间是一份能直接对照命令行完成开局配置的实用手册。1. C300-V2.1.0 配置指导说明从手工开局到 PnP 自动注册C300-V2.1.0 配置指导说明讲的是中兴 ZXA C300 的 OLT 在 V2.1.0 版本上的一次配置逻辑升级。它最大的变化不是新加了几条命令而是把 PON 口开局从「手工添加 ONU、逐台配业务」改成了「PnP 自动注册、模板批量下发」。新版本默认串口登录、波特率 9600、enable 密码 zxr10机框和板卡开机自动发现但所有未配置端口默认 shutdown。配置思路整体变了先让设备自己学习 ONU 型号再用 olt-vlan、onu-vlan、onu-uni-vlan 三条模板命令把 VLAN 批量铺下去。这篇笔记适合正在做 C300 开局、从 1.2.3p3 升级上来、或被重复 ONU 配置折磨过的维护工程师。建议手边放一台 V2.1.0 设备命令可以直接对着敲。2. 设备登录与初始化串口 9600、enable 密码 zxr10、端口默认 shutdown2.1 串口登录9600 是标准开局姿势新设备第一次上电网管通道还没起来唯一可靠的操作入口就是串口。C300-V2.1.0 默认的串口参数是波特率 9600、数据位 8、停止位 1、无校验、无流控对应终端软件里的设置如下SecureCRT / Xshell 新建串口会话 协议Serial 端口本机实际 COM 口 波特率9600 数据位8 停止位1 校验None 流控None这里有个细节经常坑人不少工程师习惯按 115200 去连因为手头其他设备都是这个速率结果终端里全是乱码第一反应是线坏了。C300-V2.1.0 就是 9600别被惯性带偏。串口识别成功后先敲回车确认提示符出现再用 show version 确认版本号确实是 V2.1.0再往下走。如果设备此前被改过速率登录前可以先重启启动阶段串口会有一段引导信息能直接看出当前速率比盲试参数快得多。2.2 enable 默认密码 zxr10进去第一件事是改掉它串口登录后默认在普通用户视图敲 enable 进入特权模式默认密码是 zxr10ZXAN enable Password: zxr10 ZXAN#zxr10 是所有同版本设备的出厂默认密码不属于「只有我知道」的范畴改密码应该排在开局清单的前三位。修改后建议把设备登出重新验证一次防止自己把自己锁在门外。这里补充一个从老版本升级上来的常见情况设备原来跑 1.2.3p3enable 密码可能早就被改过升级到 V2.1.0 后密码未必重置回默认值所以升级后的首次登录新旧密码都试一遍别在登录环节耗时间。如果密码彻底丢失只能走设备的密码恢复流程那属于另一个话题能避免就尽量别走到那一步。2.3 机框板卡自动发现省了 add-rack 但多了确认动作V2.1.0 一个很实在的改动是不用手工 add-rack、add-shelf、add-card 了。板卡插上去系统自动识别并加载开局效率明显提升尤其适合整框满配的机房。但自动发现不代表可以跳过检查我一般用 show 命令核对一遍ZXAN# show rack ZXAN# show card ZXAN# show board重点看板卡状态是不是 normal而不是 offline 或 mismatch。特别是主控板、EPON 板、GE 板混插的机框偶尔会出现板卡识别型号与实物不一致的情况这种问题在配置前发现就是一条 show 命令的事等业务放通后再发现就要整框排查。另一个建议是开局时把 show card 的输出存一份到本地后面排障对照用省得每次都要重新捞。2.4 端口默认 shutdown新版本最容易翻车的初始化差异这是从老版本升级上来最容易踩的坑。V2.1.0 里所有未配置板卡的所有端口默认 shutdown没有例外。也就是说即使板卡状态正常、ONU 注册成功只要端口没执行 no shutdown业务就是不通的。开局动作里必须把业务端口逐个 openZXAN# conf t ZXAN(config)# interface gei_1/19/1 ZXAN(config-if)# no shutdown ZXAN(config-if)# exit ZXAN(config)# interface epon-olt_1/2/1 ZXAN(config-if)# no shutdown ZXAN(config-if)# exitgei_1/19/1 是 GE 上联口epon-olt_1/2/1 是 EPON 口命名里的数字一般是「机架/槽位/端口」的层次配置前先 show 确认槽位号再敲避免在错误的端口上操作。no shutdown 之后用 show interface 看端口状态up 说明物理层起来了。提示开局阶段就把要承载业务的端口一次性 open 并记录在案不要等业务放通时再逐口去敲。漏掉一个端口现场就是「ONU 都注册了但客户侧就是不通」排查起来非常冤枉。3. PnP 自动注册onu-type 学习、enable 开关与老版本 auto-learning 的差别3.1 PnP 解决了什么把「逐台配 ONU」变成「模板批量下发」老版本开一个 PON 口下的多台 ONU流程是手工添加 ONU → 指定 ONU 类型 → 逐台配置业务 VLAN → 逐台验证。ONU 数量一多重复劳动量很大而且容易漏配。V2.1.0 的 PnP即插即用思路是把「学习」和「配置」拆开设备先通过 PnP 自动识别上线 ONU 的型号再按照预设的 VLAN 模板自动下发配置。用文档里的话说它类似于老版本 1.2.3p3 的 auto-learning enable但比 auto-learning 更进一步——不只是学习 ONU还顺带把 VLAN 策略也铺好了。背后的逻辑是同一个 PON 口下的 ONU业务模型通常是同构的既然同构就没有理由逐台配置。3.2 onu-type-default 与 onu-type先让设备认得 ONU 型号PnP 自动注册的前提是设备认识上线的 ONU。认识的过程分两步第一步定义型号第二步指定默认型号。ZXAN# conf t ZXAN(config)# pon ZXAN(config-pon)# onu-type ZTE-F400 epon ZXAN(config-pon)# onu-type-if eth_0/1-5 ZXAN(config-pon)# exit ZXAN(config)# onu-pnp ZXAN(config-onu-pnp)# onu-type-default ZTE-F420onu-type ZTE-F400 epon 定义了一个名为 ZTE-F400 的 EPON ONU 型号onu-type-if eth_0/1-5 声明这个型号有 5 个 UNI 口onu-type-default ZTE-F420 则把 ZTE-F420 设为 PnP 学习的默认型号。前两条属于全局定义一个设备配一次即可第三条是 PnP 模板的入口告诉设备如果上线的 ONU 无法识别具体型号就按 ZTE-F420 处理。实际开局中默认型号应该选现场占比最高的那款减少误识别的影响范围。3.3 enable 开关全局开启与 PON 口级开启PnP 模板配置完成后必须执行 enable 才会真正生效这是整个 PnP 机制里最容易遗漏的一步。enable 有全局和端口两级ZXAN(config-onu-pnp)# enable全局 enable 开启所有 PON 口的自动注册自动配置功能适合整框开局一个 PON 口都不落。如果只想在个别 PON 口上启用就加端口参数ZXAN(config-onu-pnp)# enable epon-olt_1/2/1端口级 enable 只对 epon-olt_1/2/1 这个 PON 口生效适合现网里只有部分 PON 口需要 PnP、其他口还要手工干预的场景。我的建议是开局初期先用端口级 enable 试点一个 PON 口验证 ONU 注册和 VLAN 下发都正常再改用全局 enable 铺开。直接全局 enable 的风险是如果模板里有错误参数所有 PON 口会同时受影响回退面太大。enable 之后用 show 命令确认 PnP 状态已经打开再插 ONU 做验证。3.4 自动注册与手工配置的边界PnP 不等于完全无人值守。ONU 上线后设备按模板自动下发配置但下发成功与否、业务是否真正打通还是需要人工确认。我通常会先让一台 ONU 上线看它是否拿到模板里的 VLAN再决定是否批量接入。另外模板覆盖不了的特殊场景——比如某台 ONU 的某个 UNI 口要单独改 VLAN——还是得回到手工配置用 onu-uni-vlan 做单口差异化这正好接上下一章的 VLAN 规划。4. PnP 模式 VLAN 规划olt-vlan、onu-vlan、onu-uni-vlan 三种写法的取舍4.1 olt-vlan transparentPON 口透传是默认推荐PnP 模板里第一条是 OLT 侧 VLAN 行为文档给的推荐写法是ZXAN(config-onu-pnp)# olt-vlan transparent epon-olt_1/2/1transparent 表示这个 OLT 口对 VLAN 做透传处理不打标签直接放行。文档里特别注明「默认建议都配置为 transparent 模式」这是有道理的透传模式下ONU 上行的 VLAN 标签原样穿过 OLT由上层交换机或 BRAS 统一处理OLT 不介入 VLAN 转换逻辑最简单排查问题时链路模型也最干净。如果 OLT 口配成 tag 或 translate 模式OLT 会参与 VLAN 改写上行流量多一层标签处理业务模型变复杂一旦对不上还容易丢包。除非上层有明确的 VLAN 隔离要求否则照文档建议走 transparent 就行。4.2 onu-vlan mode tag vlan所有 UNI 口统一 VLANONU 侧的第一种写法是给所有 UNI 口配同一个 VLAN。适用场景很明确这个 PON 口下面的 ONU 业务完全同构所有 UNI 口都进同一个业务 VLAN比如普遍服务的语音或宽带业务ZXAN(config-onu-pnp)# onu-vlan epon-olt_1/2/1 mode tag vlan 1000这条命令配完之后PON 口下每台 ONU 的每个 UNI 口都会带上 VLAN 1000 的标签上行。它的价值在于「一条命令管一个 PON 口的全部 UNI 口」不需要再往下逐口配置。如果现场所有业务的 VLAN 都一样配置到这一条就可以收工后续的 onu-uni-vlan 都不需要写。4.3 onu-vlan mode tag start-vlan按 ONU 递增的 VLAN 池同构业务但需要按用户区分 VLAN 时用 start-vlan 模式ZXAN(config-onu-pnp)# onu-vlan epon-olt_1/2/1 mode tag start-vlan 1001它的分配逻辑是第一台 ONU 的 eth_0/1 口 VLAN 为 1001eth_0/2 为 1002eth_0/3 为 1003eth_0/4 为 1004第二台 ONU 从 1025 开始第一口 1025、第二口 1026、第三口 1027、第四口 1028。分配结果用一张表看更清楚ONU 序号eth_0/1eth_0/2eth_0/3eth_0/4起始 VLAN第 1 台10011002100310041001第 2 台10251026102710281025第 3 台10491050105110521049关键参数是每台 ONU 可用 VLAN 固定为 24 个也就是 ONU 的递增步长是 24。为什么是 24 而不是 4因为平台要为每台 ONU 预留完整的 VLAN 资源块即使实际只用 4 个 UNI 口块内剩余的 20 个也不会给下一台用保证任何时刻 VLAN 不会跨 ONU 重叠。规划时注意把起始 VLAN 选在整块区间的边界上比如 1001 这个值第二台 1001241025边界干净不容易算错。这个模式下每台 ONU 的 VLAN 由系统自动分配不需要逐台登录 ONU 去配适合用户多、VLAN 需要隔离的场景。提示算 VLAN 时可以直接用公式「第 n 台 ONU 起始 VLAN 起始值 (n-1) × 24」现场临时加 ONU 时心算就能对上不用翻资料。4.4 onu-uni-vlan单口差异化配置的三种模式当 PON 口下各 UNI 口的配置不一致时用 onu-uni-vlan 对指定端口单独下策略。它在 onu-vlan 的基础上做单口覆盖有三种模式ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/1 mode tag vlan 1000第一种是固定 tag 模式指定 eth_0/1 口固定打 VLAN 1000 的标签适合某个端口承载固定业务。ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/1 mode tag start-vlan-as-onu 100第二种是 start-vlan-as-onu 递增模式起始 VLAN 为 100第一台 ONU 的 eth_0/1 口从 100 开始后续每台 ONU 的该端口 VLAN 依次递增。这个模式适合同一位置、同一端口类型、业务逐个递增的场景典型的就是批量放号。ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/1 mode transparent第三种是透传模式eth_0/1 口对 VLAN 完全透传不打标签适合端口直连用户终端且 VLAN 由用户侧设备决定的场景。三种模式各有适用边界选择的核心是回答一个问题这个 UNI 口的 VLAN 是固定值、按 ONU 递增、还是完全交给用户侧。回答清楚了模式就选对了。5. 避坑与排查C300-V2.1.0 开局常见的五个问题5.1 端口 no shutdown 漏配业务静默不通现象板卡状态正常、ONU 注册成功、模板下发成功但用户侧就是不通上行抓包看不到流量。原因V2.1.0 所有未配置端口默认 shutdown漏掉 no shutdown 的端口物理层就是 down 的流量进不来也出不去。这个坑在从 1.2.3p3 升级上来的设备上尤其隐蔽因为老版本端口默认是开的升级后不会有人想到去检查端口状态。解决逐个检查业务端口对 gei_1/19/1、epon-olt_1/2/1 这类端口执行 no shutdown然后用 show interface 确认端口状态为 up。把 no shutdown 写进开局脚本的固定步骤和下一节的 enable 一样列入检查清单。5.2 模板配完不敲 enableONU 全不注册现象onu-type、olt-vlan、onu-vlan 都配齐了但 ONU 插上去没有任何反应ONU 状态一直停留在未注册。原因PnP 模板只是「配置」enable 才是「开关」。文档里明确写着「配置全部完成后需要启用 enable」漏掉这一步模板再完整也不会生效。解决在 onu-pnp 视图下敲 enable 或 enable epon-olt_1/2/1然后用 show 命令确认 PnP 状态再插 ONU 验证。如果多台 ONU 批量接入后才发现没开 enableONU 全部不会注册这个翻车现场我见过不止一次所以现在都是先 enable 再上电。5.3 start-vlan 与 onu-uni-vlan 混用VLAN 分配对不上现象同时配了 onu-vlan mode tag start-vlan 1001 和 onu-uni-vlan eth_0/1 mode tag vlan 2000结果某些 ONU 的端口 VLAN 不是预期值。原因两条命令的作用域不同onu-vlan 是批量默认值onu-uni-vlan 是单口覆盖。如果先配了 onu-vlan 再配 onu-uni-vlan覆盖关系清楚但如果混用 start-vlan 和 start-vlan-as-onu 两种递增模式两台 ONU 的递增基准不同VLAN 就可能错位。解决同一台 ONU 的同一个 UNI 口只保留一种 VLAN 策略来源用 show 命令逐个端口核对实际下发的 VLAN确认后再批量接入。模板写完后不要直接插满 ONU先上一台验证。5.4 olt-vlan 不是 transparent上层 VLAN 对不上现象上层交换机配置的是透传 VLAN 100但 OLT 上行口实际带的是另一个标签业务不通。原因olt-vlan 配成了 tag 或 translate 模式OLT 对上行报文做了 VLAN 改写或加标签与上层预期不一致。解决除非上层明确要求 OLT 参与 VLAN 转换否则一律按文档建议用 olt-vlan transparent。排查时先看 OLT 上行端口实际收发的报文标签再对上层的业务 VLAN 配置不要上来就怀疑 ONU。这个顺序很重要链路模型里 OLT 是中间层中间层的行为永远先确认。5.5 onu-type-default 型号选错ONU 上了但业务配不全现象ONU 注册成功但部分 UNI 口没有下发配置或者端口数量对不上。原因onu-type-default 指定的型号与实际 ONU 的 UNI 口数量、端口类型不一致。比如默认型号是 4 口的 ZTE-F420实际现场是 5 口的 ZTE-F400第 5 个端口就没有模板可套。解决先把现场 ONU 型号统计清楚将占比最高的型号设为 onu-type-default多型号混用时用 onu-type 逐个定义型号再在 PnP 模板里按端口或按 ONU 指定。配置前先 show 一下已定义的所有 onu-type确认没有同型号不同定义互相覆盖。6. 电信普遍服务实战四条命令开一个 PON 口验证与回退技巧6.1 电信普遍服务 ZTE-F400 的完整配置普遍服务场景的模型很标准一台 5 口 ONUZTE-F4004 个用户口走业务 VLAN 100第 5 口 eth_0/5 单独配 VLAN 2 用于管理。先做一次全局定义ZXAN# conf t ZXAN(config)# pon ZXAN(config-pon)# onu-type ZTE-F400 epon ZXAN(config-pon)# onu-type-if eth_0/1-5 ZXAN(config-pon)# exit ZXAN(config)# onu-pnp然后针对 epon-olt_1/2/1 这个 PON 口只需四条命令ZXAN(config-onu-pnp)# olt-vlan transparent epon-olt_1/2/1 ZXAN(config-onu-pnp)# onu-vlan epon-olt_1/2/1 mode tag vlan 100 ZXAN(config-onu-pnp)# onu-uni-vlan epon-olt_1/2/1 eth_0/5 mode tag vlan 2 ZXAN(config-onu-pnp)# enable epon-olt_1/2/1第一条让 OLT 口透传第二条给所有 UNI 口统一打 VLAN 100第三条单独把 eth_0/5 覆盖成 VLAN 2第四条打开这个 PON 口的自动注册。后三条正是文档里说的「每个 PON 口需要配置 4 条命令」。6.2 验证与回退配置完成后先插一台 ONU 看注册状态常见的做法是用 show onu 类命令查看该 PON 口下的 ONU 列表确认状态从未注册变成在线再确认 eth_0/1 拿到 VLAN 100、eth_0/5 拿到 VLAN 2。如果 VLAN 不符先检查模板命令的顺序——onu-vlan 在前onu-uni-vlan 在后后者覆盖前者顺序反了覆盖关系就错了。回退也简单在 onu-pnp 视图下用 no enable epon-olt_1/2/1 关掉自动注册模板立即停止对新 ONU 下发已下发的配置再逐台手工清理。从那以后我每次 C300 开局都强制走一遍这个流程先统一定义 onu-type再写 PnP 模板最后逐 PON 口 enable全部做完用 show 命令把 ONU 状态和实际 VLAN 核对一遍才收工。这套顺序帮我在现场少熬了好几个通宵希望帮到你。本文还有配套的精品资源点击获取