ERS 8600 光口以 1G 全双工 up，交换机却学不到任何 MAC
我们 ERS 8600 上的一台物理服务器和谁都通信不了，而交换机却坚信一切正常。自从服务器从铜口换成光口之后，这个端口就一直是这个状态。
- Avaya ERS 8600，服务器接在 slot 3 端口 12 的 1G SFP 端口上
- 服务器网卡自带 SFP，光纤跳线经过楼内配线架
- 端口固定在 1 Gbps 全双工，配置上没有什么特殊的地方
交换机对这个端口的报告：
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: none端口能训练成功，持续保持 up 好几天，错误计数完全是零，可转发表里就是没有从它学到任何一个地址。这台服务器在 VLAN 里的其他成员那里完全不可达。
我已经尝试过：
- 反复弹了几次端口，没有变化
- 双向切换过流控，也没有变化
- 查了这个 VLAN 的 FDB：其他端口都有地址，唯独 3/12 一个都没有
- 服务器自己坚称它的链路是 up 的，速率是千兆
接下来该往哪个方向查，是交换机这边，还是服务器上的光模块？
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
这种特征——链路 up、全双工、计数器干净、转发表却空空如也——几乎总是意味着对端正在往光纤上发光，但发出的不是有效帧。服务器上的模块才是你的第一嫌疑对象，不是交换机的配置。
先把交换机这一侧彻底排除，免得以后有争议。在 ERS 8600 的诊断 shell 里对这个端口跑
dumpPortState和psDump(<port index>)。注意这里的索引不是普通 CLI 里的 slot/port 写法，而是 slot * 64 + (端口号 - 1)。如果这两条命令返回的本地端口状态健康、计数器干净，那交换机这边已经尽到本分了，故障就在光纤的另一端。在买任何东西之前，先把线路本身排除掉：用一个同型号的备用模块，把那个端口自环回去，测一下发出去和收回来的光功率，看两个读数是否都稳定落在模块规格要求的范围内。之后再换服务器网卡上的 SFP。在一个记录在案的类似案例里，这就是全部的修复方式：交换机端口持续保持链路好几天，光纤上却从没传出过任何有用的数据，一换掉服务器的模块，地址立刻就出现了。
有一点要提醒：如果换了确认良好的模块也没有变化，某些平台确实存在一个软件缺陷，表现一模一样。ERS 5900 就有一个已记录的案例：把 1 Gbps 上联模块换成 10 Gbps SFP+ 之后，链路显示为 active，但什么都传不过去。后续的软件版本已经把它列为已修复，同时重启端口或重启交换机可以临时解决问题。所以如果换模块没有效果，先去看看你这版代码的发行说明。
错误计数为零同时学到的地址也是零，这是一个很具体的组合，所以先确定到底是哪个方向真的没有信号。端口计数器有没有显示收到过任何帧，还是彻彻底底什么都没收到？如果接收方向一直是零而发送方向在持续增长，说明交换机是在对着一个黑洞说话，你看到的空 FDB 只是症状，不是问题本身。
另外也值得把交换机从模块本身能读到的信息 dump 出来看看。在 VSP 7000 系列上是
show interfaces gbic-info，加上port <port number>可以只看某一个端口，它会告诉你设备认为装的是什么型号，以及它是否认为这个型号受支持；如果你的 ERS 版本有对应命令，把 3/12 的输出贴出来。另外说一下服务器网卡上插的到底是哪个模块，品牌和型号，不要只写「一个 SFP」。按建议进了诊断 shell。slot 3 端口 12 算出来的索引是 3 * 64 + 11 = 203，跑了
psDump(203)加dumpPortState——本地端口健康，计数器干净，交换机这边完全没有问题，跟预测的一样。于是我把服务器网卡上的 SFP 拔了出来，换上一个同型号的备用件。我还没回到工位，MAC 地址就已经出现在转发表里了，服务器从那以后就一直能访问。原来是服务器这边一个坏掉的模块，坏是坏了，但发出的光还足够让端口起来并维持住。谢谢，不然我还得再花一天时间反复查交换机配置。