Aruba 2540 上联口 51-52 在楼间链路上一直是 Down,同样的模块插在 2530 上却能起来
我负责一个两栋楼之间的站点,接入交换机前一阵换成了 Aruba 2540。两栋楼之间的光纤没有动过,但换了交换机之后,上联口就是起不来。
- 我们这边是 Aruba 2540,端口 51 和 52 用作上联
- 2540 上插的是 Aruba J4858D 1000SX,那一对的对端是 TP-Link TL-SM311LM v2.0
- 另外一对是 Aruba J9050D 10G 对 TP-Link TXM431-SR
- 一条楼间光纤,两端都已跳接,其他什么都没变
交换机能正常读到模块信息,没有任何报错:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: Down
我已经排除的情况:
- 同样的模块,同样的光纤,把 2540 换成 2530——链路能起来
- TP-Link 对 TP-Link,走同一条光纤——链路能起来
- 两台 2540 用 J9050D 接在这条光纤上——依然 Down
- 两个模块用短跳线在工作台上直连——链路能起来
所以这条光纤在除了以 2540 结尾的这一种组合之外的所有组合下都能通,show log -r 除了端口掉线之外什么都没给我。2540 在这里到底做了什么不一样的事?
Comments 3
如果除了 2540 这台设备之外一切都能通,就别再盯着光模块看了,去锁定速率。这些插槽是自己协商速率的,而对第三方设备上那些可选速率的模块来说,协商正是这些链路卡住的地方。这也符合你在工作台上的测试结果:短跳线时对端能够足够快地协商成功,长距离时就不行了。
在上联口上显式设置速率:
先做一个端口,一边看
show log -r一边等它起来,再做第二个。如果对端有固定 1000 全双工的选项,也把它设成固定,别让一侧还留在协商状态。两点提醒。这是在我经手的一个站点上解决了同样症状的做法,不是手册里能查到的官方说法,所以在推广到所有 2540 之前,先在自己的一个端口上验证一下。另外正式来说,这些 TP-Link 模块在 Aruba 交换机上都不属于受支持型号——如果以后真的要开支持工单,对方第一件事就会要求两端都换成 J4858D。如果固定速率之后还是没有变化,把这条链路暂时挪回 2530 上,在你凑齐两端都受支持的模块之前,是一个完全站得住脚的做法。
把能用的 2530 和出问题的 2540 上完整的
show tech transceivers输出并排贴出来。我想看的是 2540 对这些模块的识别方式是不是和 2530 完全一样,还是它对某些东西有反应,而那台老设备悄悄忽略了。另外在 2540 上还要排除一下这些端口上的生成树保护。BPDU 保护、根保护或者环路保护都会在端口起来后一秒内就把它拉下去,从对端看起来就像一条死链路。在插上模块的同时跑一下
show log -r和debug event,这能告诉你端口到底有没有真正起来过,还是压根就没见过光。两台设备读取模块的方式是一样的。
show tech transceivers在 2530 和 2540 上对端口 51-52 给出的都是 1000SX、J4858D,逐行一致——这份输出里没有任何东西能区分出那条不通的链路和其他链路的差异。这些端口上也没有配任何保护功能,就是带一个 VLAN 的普通上联口,别的什么都没有。
show log -r只显示端口掉线,之前什么都没有,debug event在模块插着的整个过程中也没给出任何光模块相关的事件。TP-Link 那一侧其实也已经排除了:同一条光纤两端都用两台 2540 配 J9050D,依然是 Down。