TL-SG3428X-M2 (V1): SFP+ケージ26はTL-SM5310-Tを挿してもリンクせず、隣のケージ27は挿抜で瞬断
小さなオフィスネットワークを一人で見ていて、スイッチクローゼットは一つだけ、アクセススイッチの4基のSFP+ケージがサーバーラックへの10Gリンクを担っています。何か月も何事もなく動いていたのに、今、片方のケージが丸ごと死にました。
- TP-Link TL-SG3428X-M2 (V1)、ファームウェア1.20.4 Build 20241104 Rel.40746、Omada管理下
- TP-Link TL-SM5310-T 10GBASE-T モジュール4枚をSFP+ポート25-28に
- CAT6Aパッチコード、対向は2台のサーバーとNAS
現在のポート状態:
port 25 up, 10G
port 26 down, no link LED with any module
port 27 up, 10G, but drops for a moment whenever a cable goes into or out of port 26
port 28 up, 10G試したこと:
- モジュールを4つのケージ全部でローテーション: 26にあったモジュールは25と28では問題なくリンクし、26に挿すモジュールは何を入れても無反応。モジュール自体は健全
- パッチコードを新品に交換、対向ポートも変えてみたが変化なし
- スイッチ再起動、ポートのdisable/enableも変化なし
説明がつかないのは、触っているのは26だけなのに27がピクつくことです。ケージ26はもうダメでRMA行きか、それとも先に切り分けておくべきことがまだあるのか。
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 6
これはハードウェア故障ではなく、1.20.4 Build 20241104のファームウェア退行です。動作確認済みのモジュールを挿しても一つのSFP+ケージだけ一切点灯せず、その死んだケージをいじると隣が瞬断する、という症状はまさにこのビルドがTL-SM5310-Tの銅線モジュールに対して起こすものです。
スイッチを一つ前のリリースに戻せばポートは復活します。具体的には:
TP-Link自身のスタッフも、コントローラv5.14向けにアダプトされたOmadaスイッチのこのリリースにはおかしな点があると認め、調査中だと言い、当面は旧ファームウェアに留まるよう勧めています。だからサポートケースはハードウェアではなく、このビルド番号に対して使ってください。
どうしてもダウングレードできないなら、残り3つの生きているケージで運用し、ポート26は空けておくしかありません。これは修正ではなく、直ったリリースが出るまで凌ぐだけの方法です。
RMA申請書を書く前に: これはいつから始まりましたか。同じ頃にスイッチがファームウェア更新を受けていませんか。1.20.4 Build 20241104はかなり新しく、自動更新が有効なままなら、コントローラが勝手に新しいイメージを流し込んできます。
もう一点はっきりさせておきたいのは: 27がピクつくのは26にモジュールが挿さっているときだけか、26が空でも起きるのか。死んだケージが隣をバタつかせるのは普通ではありません。そこはハンダ割れより、ポートの裏にいるソフトウェアの匂いがします。
こちらも同じスイッチ、同じビルドなので、あなただけではありません。ポート25は問題なし、ポート26は手持ちのモジュールを何を挿してもリンクLEDが点かず、27と28は不安定に出たり消えたり。片方はEAP783につながっていたため、切れるたびによく目立ちました。私も全く同じモジュール入れ替えの儀式を経て、「ケージは死んだ」と自分に言い聞かせていました。
ケージのせいではありませんでした。トラブルが始まる少し前に本体がファームウェア更新を受けており、前のイメージに戻したら4つのSFP+ポート全部が復活しました。どこかへ送り返す前に、まず更新履歴を確認してください。
確認できました。危うくスイッチを送り返すところで、恥ずかしい限りです。更新履歴を見ると、ポートがおかしくなる数日前に1.20.4 Build 20241104が入っていて、自分で手動で始めた覚えはないので、勝手に入ってきたものです。
前のリリースにロールバックして再アダプトしたところ、ポート26を含む4つのケージ全部が10Gでリンクしています。26をいじってももう27は瞬断しません。自動更新は今は切ってあり、古いイメージは設定バックアップの隣にファイルサーバーへ置いてあります。
記録として: 同じ系列にはもう一つ知っておく価値のあるファームウェアの罠があります。TL-SX3008F (V1) でSM5310-T(UN)がワークステーションに繋がっている環境では、ファームウェア1.20.2と1.20.3で、PCがスリープまたはシャットダウンした瞬間にSFP+ポートが死にました。モジュールを空いているケージへ移すとケージごとに一回だけ効きますが、全ケージを使い切るとスイッチの再起動でしかポートは戻りません。ポートを1Gに固定すれば回避できますが、その分の速度を犠牲にします。
別のオーナーは、Iocrest AQC113アダプタの先にある10Gtek (ASF-10G2-T)、Wiitek、XicomのRJ45モジュールで同じ現象に遭いました。1.20.0 Build 20231011 Rel.42220へのダウングレードで、私たちどちらも収まりました。症状は違っても教訓は同じです。これらのビルドの銅線SFP+の扱いにバグが住み着いています。
このシリーズのスイッチについてもう一つ覚えておいてください。アイドル状態のモジュールは、ポート一つよりも高くつくことがあります。TL-SX3016Fで1.0.0 Build 20210730 Rel.65115を動かしていたところ、トラフィックが全くないのにCPUが87-89%に張り付き、3分おきにログへCPU RISING THRESHOLDの行を吐いていました。
負荷は挿さっているモジュールの数と連動していました(1枚で0-1%、2枚で73-76%、3枚以上で88-90%)。原因はMellanox MFM1T02A-SRモジュールで、ファイバーは挿さっているのに対向側が光っておらず、リンクがダウンしたままだったことでした。Ubiquiti UF-MM-10Gに差し替えるとポートの状態に関係なくCPUは低いままになり、単に未使用のモジュールを抜くだけでも治りました。TP-Link自身の回答は、リンクダウンのままそこに挿さっているモジュールはチップセットにとって単純にコストが高く、ポートが正しくリンクすればすぐに負荷は下がる、というものでした。厄介なのはその先が説明されていない点です。ブランドを変えても、モジュールを同じようにアイドルのまま放置しても、CPUは静かなままなのです。というわけで、旧ファームウェアに戻したら、CPUグラフにも目を通しておいてください。