简介:面向网络运维与通信工程人员的配置指导文档《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、端口默认 shutdown
2.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 进入特权模式,默认密码是 zxr10:
ZXAN> enable Password: zxr10 ZXAN#zxr10 是所有同版本设备的出厂默认密码,不属于「只有我知道」的范畴,改密码应该排在开局清单的前三位。修改后建议把设备登出重新验证一次,防止自己把自己锁在门外。这里补充一个从老版本升级上来的常见情况:设备原来跑 1.2.3p3,enable 密码可能早就被改过,升级到 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,业务就是不通的。开局动作里必须把业务端口逐个 open:
ZXAN# 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 transparent:PON 口透传是默认推荐
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 口统一 VLAN
ONU 侧的第一种写法是给所有 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 为 1001,eth_0/2 为 1002,eth_0/3 为 1003,eth_0/4 为 1004;第二台 ONU 从 1025 开始,第一口 1025、第二口 1026、第三口 1027、第四口 1028。分配结果用一张表看更清楚:
| ONU 序号 | eth_0/1 | eth_0/2 | eth_0/3 | eth_0/4 | 起始 VLAN |
|---|---|---|---|---|---|
| 第 1 台 | 1001 | 1002 | 1003 | 1004 | 1001 |
| 第 2 台 | 1025 | 1026 | 1027 | 1028 | 1025 |
| 第 3 台 | 1049 | 1050 | 1051 | 1052 | 1049 |
关键参数是每台 ONU 可用 VLAN 固定为 24 个,也就是 ONU 的递增步长是 24。为什么是 24 而不是 4,因为平台要为每台 ONU 预留完整的 VLAN 资源块,即使实际只用 4 个 UNI 口,块内剩余的 20 个也不会给下一台用,保证任何时刻 VLAN 不会跨 ONU 重叠。规划时注意把起始 VLAN 选在整块区间的边界上,比如 1001 这个值,第二台 1001+24=1025,边界干净,不容易算错。这个模式下每台 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 模板配完不敲 enable,ONU 全不注册
现象:onu-type、olt-vlan、onu-vlan 都配齐了,但 ONU 插上去没有任何反应,ONU 状态一直停留在未注册。
原因:PnP 模板只是「配置」,enable 才是「开关」。文档里明确写着「配置全部完成后需要启用 enable」,漏掉这一步,模板再完整也不会生效。
解决:在 onu-pnp 视图下敲 enable 或 enable epon-olt_1/2/1,然后用 show 命令确认 PnP 状态,再插 ONU 验证。如果多台 ONU 批量接入后才发现没开 enable,ONU 全部不会注册,这个翻车现场我见过不止一次,所以现在都是先 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 口 ONU(ZTE-F400),4 个用户口走业务 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 核对一遍才收工。这套顺序帮我在现场少熬了好几个通宵,希望帮到你。
本文还有配套的精品资源,点击获取