LibreNMSのZXA10 OLT: ポートページにトランシーバのdBmが出ず、ファンとPSUのセンサーも消えた

それぞれのボックスが報告しているsysDescrを見せてください。光学MIBに関する限り、C300、C320、C620、C650、C650Eはひとつのファミリーではないので、一部では応答して残りでは無反応というOIDがあるのは故障ではなく想定内です。

一番違いが大きい2台、C300とC650のどちらか1台から、すでに試したOIDでのwalkの末尾を貼ってください。片方が応答してもう片方が空なら、それで話は全部説明がついて、修正はプラットフォームごとになります。

それと、2つの問題は分けて考えてください。消えたファンとPSUのセンサーはディスカバリー定義の問題で、OLTがどの光学テーブルを実装しているかとは関係ありません。

反対側からもこのギャップを確認しておきます。25.8.0-devで同じファミリーについて質問したことがあって、対象はC320 GPON OLTでした。欲しかったのはGPONポートの両端、OLT側とONU側の両方でのグラフ化、rxとtxのパワーレベル、各リンクの測定距離、ポートごとの利用率、それとこのファミリー向けのテンプレートがすでにどこかにあるかどうかでした。

誰もOIDもwalkも手法も投稿しないままクローズされたので、記録として残っているのはC320ファミリーの標準サポートが部分的だという事実だけです。今にして思えば、依頼にwalkを添付しておくべきでした。どのみちこれを作るなら、ONU側の光学レベルは誰も手をつけていない部分で、使いたい人はかなりいるはずです。

うちの環境でも同じ挙動です。C300は.1.3.6.1.4.1.3902.1015.3.1.13.1に応答してもう片方のOIDでは何も返さず、C620とC650はその逆、C650EはC650と同じ挙動です。

値は説明どおり0.001倍のスケーリングが必要な整数で返ってきます。最初はゴミデータに見えたものも今は意味が分かります。一度も実装していないケージでは2147483647、対向の電源が入っていない2つのポートでは-80000です。どちらのセンチネルもうちの環境で実在するので、生の値に対して閾値を書くと非常にうるさいアラートリストになります。

プラットフォームYAMLも確認しましたが、うちの環境でもvalue:キーが欠けていました。変更がまだオープンのままなので、これはローカルで持ち運ぶことにします。2つの問題を分けて考えるという部分が、最初から自分が間違えていたところでした。

これを作る上で覚えておくといいのは、DOMデータがどこでも部分的にしか取れないのはZTEに限った話ではないということです。

SONiCではCISCO-AVAGO AFBR-89CDDZ-CS3のQSFP28はEEPROMを問題なく読めて、TRANSCEIVER_INFO、TRANSCEIVER_DOM_SENSOR、TRANSCEIVER_STATUSはすべて識別情報、温度、電圧、レーン単位のバイアスとパワーで埋まりますが、コントロールとステータスのグループはまるごとありません。get_rx_los、get_tx_fault、get_tx_disable、get_lpmode、get_power_overrideはデータベースビューでは何も返さないので、その辺りの情報が必要ならプラットフォームAPIに自分で聞きに行くことになります。

ファイアウォール側でも同じ教訓があります。PAN-OSではshow transceiver-detail allで診断ブロックが表示され、最初に見るべきフィールドはdiagnostic-monitorです。Noと出ていれば、そのモジュールはデジタル光モニタリングを実装しておらず、すべての値がN/Aで返ってきます。壊れているわけではなく、単に読めるものがないだけです。DOM非対応のモジュールがポートの故障と同じに見えないよう、アラートにこの区別を組み込んでおく価値はあります。