CodingBox Q&A Ask question

正品 160-9103-900 SFP+ 在 Ciena 3930 上显示 UCTF——认证模块列表在哪里能查

Asked Active Viewed 127 AI translation from English
4

在为客户开通一条 10G 交接,用的是现场已有的一台 3930。模块是 Ciena 原厂的,从我们自己的库存里拿的,端口确实起来了——但运行状态是 UCTF 而不是 Ena,未认证收发器的告警一直挂在那儿不消失。验收测试要求告警列表是干净的,所以这个状态没法交付。

  • Ciena 3930,软件是设备到货时自带的版本
  • Ciena 160-9103-900 SFP+ 10G
  • 到客户 NTU 的一对单模光纤,距离很短
> port xcvr show
Port 1 ...  Oper State: UCTF

我试过的:

  • 重新插拔模块,换到另一个端口,结果一样
  • 从同一批库存里换了第二个 160-9103-900,同样是 UCTF
  • 确认了链路能转发流量,所以这不是光学层面的问题

我本来以为一块 Ciena 品牌的模块插在一台 Ciena 交换机上,应该是唯一不会有争议的组合。我该怎么查清楚当前运行的软件到底认证了哪些收发器型号,怎么才能让这个未认证状态消失?

Comments 4

Accepted answer

正是这个原因,也正因为大家都想当然地以为这个检查是关于生产厂商的,才会掉进这个坑。其实不是。交换机比对的是模块自带的编码和当前软件版本所认证的型号列表。一块 Ciena 生产、但型号不在那份列表里的模块,会显示 UCTF;反过来,一块来自兼容光模块厂商、但编码匹配列表里某一项的模块,反而能干干净净地起来。

所以流程是:

> port xcvr show supported
> port xcvr show

从第一条命令的结果里找一个符合你需要的速率和传输距离的条目,然后按这个型号去采购模块。我们遇到过同样的 3930 UCTF 问题,换上了一个编码为 XCVR-S10V31 的 ModuleTek 10G LR SFP+,这个型号在支持列表里——端口起来后运行状态是 Ena,也没有未认证的提示,交换机上别的东西都没动。

交付客户之前值得说明的几点:这只是一个编码匹配的问题,不是厂商官方支持声明,所以如果这台设备在维保合同范围内,先查一下合同对非 Ciena 光模块是怎么规定的,再决定要不要这么设计。另一条路是升级到一个确实把 160-9103-900 列入支持范围的软件版本,但对一条正在服务客户的在线业务来说,升级通常是两者中更昂贵的那个选择。

7 United Arab Emirateslambdahawk88AE Show original (English) AI translation

执行一下 port xcvr show supported,在输出里找你的型号。它会把当前这个软件版本愿意认证的型号和线路速率全部列出来,而这份列表才是唯一算数的东西——不是笼位上印的标签。

贴一下结果,或者至少说一下 160-9103-900 有没有出现在里面。如果没有,答案就已经出来了,模块是不是正品 Ciena 跟这件事没有关系。也说一下这台 3930 跑的是哪个 SAOS 版本——这份列表是按版本区分的,一台在现场放了一阵子的设备,其软件版本很可能早于某个后来才把这个型号列进去的版本。

4 United Stateslinkeng21US Show original (English) AI translation

查过了。列表很长,但 160-9103-900 不在里面——我翻了两遍。软件就是设备出厂时自带的版本,装上之后没人动过这个版本,port xcvr show 现在还是把这个端口显示为 UCTF。

所以一块正品 Ciena 模块,在一台 Ciena 交换机上被判定为未认证,原因就是这个版本没有把它列进去。不是我预想中的答案,但这也解释了为什么同一批库存里第二个模块表现一模一样。

0 South KoreanetrunnerKR Show original (English) AI translation

值得补充一种编码根本不是问题所在的故障模式,因为一味追查编码代价不小。在一台跑 15.3(1)S 的 ME3600X 上,我遇到过 %PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supported,10G 模块上还有一个 gbic-invalid 的 err-disable。service unsupported-transceiver 和 no errdisable detect cause gbic-invalid 都没有任何变化,这些模块在 show inventory 里始终不出现,show interface 干脆不打印任何介质类型,用光功率计测也完全没有光输出。这就是一批坏掉的模块——从另一台已经在服役的 ME3600 上拆下来的模块插上去立刻就好了。没有介质类型加上没有 Tx 光输出,说明是硬件问题,任何解锁命令都救不了。

另一种极端情况是编码对这个具体平台来说本身就是错的:一批第三方 80 公里 DWDM SFP+ 插在 ASR 9001 上一直是 down 状态,编码是一个通用 PID,transceiver permit pid all 也救不了它们,因为 IOS XR 要求的是形如 DWDM-SFP10G-xx.yy 这种符合该平台光模块矩阵的 PID。供应商重新给这批模块编码之后就正常了。你这个情况介于两者之间:编码本身是有效的,只是不在这个软件版本的列表里。

2 United Statesporttech22US Show original (English) AI translation
Log in to comment. Log in