屋外キャビネットのRB4011、S+RJ10が95-99Cまで上昇してサーマルシャットダウンする
小さなタワーサイトです。道端の通気口付きキャビネットにRB4011を入れて無線機を数台養っていて、ダクトにすでにケーブルがあったので1区間だけ10GBASE-T銅でスイッチに繋いでいます。暖かい午後にポートが落ちて夜には戻ってくるので、リンクよりもモジュールを疑うのはかなりはっきりしています。
- MikroTik RB4011、ファンなし、キャビネットの背板に平らに取り付け
- sfp-sfpplus1にMikroTik S+RJ10
- キャビネット内の銅区間とダクト内の既設ペア
- キャビネットはパッシブベントとフィルターのみ、アクティブ冷却なし
/interface ethernet monitor sfp-sfpplus1
sfp-temperature: 97そのキャビネットに日が当たっているときはいつも95〜99Cの間に張り付いていて、そこから自分でシャットダウンします。驚くのは、ルーター自身のセンサーはモジュールより20〜30C低い値を示していることで、つまりボックスがモジュールを熱しているのではなく、モジュール自身が熱くなっているということです。
これまで試したこと: ルーターをキャビネット内でもっと低い位置に移動、フィルターの清掃、ある日の午後だけ試しにドアを開けっぱなしにしてみたら効果はあったものの、これは明らかに解決策とは言えません。
95〜99Cというのはこの手の銅モジュールにとってただの日常なのでしょうか、それとも強制送風以外に直す方法はあるのでしょうか。棚にUbiquiti UF-RJ45-10Gもあるのですが、見た限り温度を一切報告しません。これは理にかなった交換先なのか、それとも単に警告灯を消すだけなのでしょうか。
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 4
95〜99Cは高いですが、モジュールが故障しているわけではありません。SFP+の筐体に入った10GBASE-T PHYはだいたい5W前後を消費し、光モジュールの何倍にもなります。その熱を逃がす先はケージとそれが挿さっている基板しかありません。RB4011はファンなしで温かく動くよう作られているので、その2つが日光で熱くなったキャビネットの中で組み合わさると、まさに今の状態に行き着きます。MikroTik自身のS+RJ10のデータシートがアクティブ冷却を求めているのは、これが不具合ではなく設計どおりの挙動であることを示しています。
実際に効くのはモジュールにではなくルーターのフィンに強制送風することです。熱はシャーシを通って逃げていくので、シャーシを冷やすことがモジュールの数字を動かします。ある現場できちんと直った構成は、ルーターのフィンに密着させた70mm 12Vファン付きのアルミ筐体で、それ以降は暑い日でもモジュールは70C程度で落ち着いています。もっと安く先に試せることとしては、フィンが本来の対流をするようルーターを縦置きにすること、それとヒートシンクの上に可変速ファンを置くことです。
UF-RJ45-10Gはあなたを救ってくれません。同じクラスの製品で放熱すべき電力も同じで、単に温度を報告しないだけです。熱はそのまま残り、今守ってくれている早期警告とサーマルシャットダウンだけを失うことになります。
タワーサイト向けの正直な答えを言うと、その区間にファイバーかDACを入れられるなら、問題はまるごと消えます。パッシブ冷却の屋外ボックスでの銅10Gは、恒久的なメンテナンス案件です。
冷却の話をする前に。そのリンクは実際どのレートでネゴシエーションしましたか、それと両端のパッチコードも含めた銅区間の長さはどれくらいですか。
S+RJ10はケーブルにうるさいです。私のところではCAT6の5mで安定して10Gが出ましたが、25mの区間では5Gに落ち着き、実際の壁内配線20mにパッチコード数本を足した構成では10Gでネゴシエーションした後に数秒おきにフラップしました。あなたの午後の障害が、温度の裏付けがある綺麗なサーマルシャットダウンではなくフラップなのだとしたら、ケーブルも疑うべきリストに入ります。
それと、あなたのがr2リビジョンかどうかも確認してください。シリアル番号の末尾の
/r2がそれです。週末に筐体を作りました。アルミの箱に70mm 12Vファンでフィンに風を当て、空気が横を回り込まずフィンを通り抜けるように密閉しました。それ以降で一番暑かった午後でも、モジュールは70C程度に落ち着き、ポートは一度も落ちていません。ファン1個と板金の代金で25〜30C改善した計算です。
ただ、ひとつ気になっていることがあります。S+RJ10の定格範囲は0〜70Cで、今はまさにその上限ぎりぎりに座っています。これは長期的に心配する価値があるのでしょうか、それともこのクラスのモジュールはそういうものなのでしょうか。
それは警告のサインではなく、このクラスの特性です。この手の銅モジュールは通常運用でも定格範囲の上限近くで生きています。S+RJ10で70CというのはDDMで多くの人が目にする値で、同じタイプのモジュールはCiscoの機材の中では80Cで動き続けています。あなたは印刷されている範囲の端にいますが、10GBASE-T PHYにとってその端は崖ではなく通常の動作点です。
熱対策として試さないほうがいいことがひとつあります。ポートの速度を低く強制することです。MikroTik自身のドキュメントには、この銅モジュールは速度とデュプレックスがオートネゴシエーションされている場合にしか動かず、静的にレートを強制するとリンクはまったく上がらないと書かれています。実際は規則より雑然としていて、一部のRB4011やRB5009のオーナーは、より小型のS-RJ01を1G全二重に強制することでしか安定させられなかったという話もあります。なので実験するなら両方試してみて、まずボックスへのコンソールアクセスを確保しておいてください。