光トランシーバーのテスト: 信頼性の高いモジュールと高価な障害を区別する 6 つの検証ステップ
Apr 29, 2026| 現場レベルでの光トランシーバーのテストは、工場の QC とは異なる問題に対処します。ラック展開前に光トランシーバ モジュールをテストする必要があるエンジニアにとって、ほとんどのテスト ガイドは重要な視点を見逃しています。つまり、メーカーが工場現場でモジュールをテストする方法ではなく、調達チームやフィールド エンジニアが、実際に持っているツールとアクセス権を使用して、受入検査時に品質を検証する方法です。工場の QC 文献と現場での検証の現実との間のギャップが、まさにこのガイドの位置です。
工場の QC と現場での検証は 2 つの異なる問題です
すべてのトランシーバー メーカーは、出荷前にキャリブレーション、アイ ダイアグラム測定、および何らかの形式のエージング テストを実行します。他のベンダーの記事では、多くの場合、テストベンチでレーザー バイアス電流を調整する生産エンジニアの観点から、これらの手順が詳細に説明されています。これは有益なコンテキストですが、QSFP28 モジュールのパレットが積み込みドックに到着したときにネットワーク エンジニアが直面する疑問の答えにはなりません。
工場 QC は、モジュールがラインを出た時点で仕様を満たしていることを確認します。現場検証により、梱包、出荷後も仕様を満たしていることが確認され、特定のスイッチ プラットフォームとケーブル環境内で正しく動作することが-重要に-確認されます。現場で最も一般的なトランシーバ認定テストの失敗は、光によるものではないため、この違いは重要です。それらは、光による劣化ではなく、ホスト側の拒否を引き起こす EEPROM コーディングの不一致とラベル エラー (Telcordia GR-468 フィールド データによる) です。
ギャップを具体的に考えてみましょう。メーカーの発信 QC は、2 メートルのパッチ ケーブルを使用してリファレンス ホスト上で 25 度でモジュールをテストします。導入では、同じモジュールを 40 度スイッチ シャーシに配置し、3 つのパッチ パネル接続を備えた 8 km の設置済みファイバを介して接続され、メーカーがテストしていないファームウェア バージョンで実行されます。理解製造プロセスがモジュールの品質をどのように形成するかこれは、送信される工場データがゴールではなく出発点である理由を説明するのに役立ちますが、ギャップを埋めるのは以下の 6 つのフィールド検証ステップです。受入検査に最も実用的な順序で順序付けされており、光パワーメーターのみが必要なものから始まり、数日と恒温室を必要とするものまで段階的に拡大されます。
トランシーバー内の各サブシステムが独自の検証手順を必要とする理由を理解するには、次のことを知ることが役立ちます。光トランシーバモジュールが実際にどのように機能するか、TOSA 送信から ROSA 受信、および両方を安定に保つ APC/ATC 制御ループまで。
1 - の光パワーをテストし、受信感度を測定します
必要なのは光パワー メーターのみで、ポートごとに 1 分もかからないため、これは最初のチェックです。モジュールをテスト スイッチまたはメディア コンバータに挿入し、正常であることがわかっているパッチ ケーブルを接続して、遠端の送信電力を測定します。-
標準の QSFP28 テスト手順については、100G-LR4 モジュールIEEE 802.3ba 条項 88 仕様では、- レーンごとの Tx 電力はおよそ -6.5 dBm から +2.5 dBm の間に設定されています。受信感度は、受信機がターゲット BER を達成できる最も弱い信号であり、100GBASE-LR4 の IEEE 802.3ba 条項 88 に従って -20.9 dBm 付近にあります。これらはおおよそのガイドラインではありません。これらは、光パワー メーターが確認する必要がある合否の境界です。
テストでは 2 つの故障モードが即座に検出されます。まず、すでに Tx 出力バジェットの下限で動作しているレーザーには、コネクタの老朽化や後から追加されるファイバーの曲がりに対する余裕がありません。第 2 に、感度が高くドリフトした受信機は、短いベンチ ケーブルでは動作しますが、減衰が蓄積する 10 km のプラント リンクでは動作しなくなる可能性があります。 Tx だけでなく、リンクの両端を測定することが、実際の光トランシーバーのテスト ワークフローと迅速な健全性チェックを分けるものです。
QSFP28 LR4 バッチの入荷検査では、100% のユニットの校正済みパワー メーターに対して DDM Rx 読み取り値を相互検証します。-偏差が 1.5 dB を超えると、フルバッチのホールドとリサンプリングがトリガーされます。-このしきい値は経験から得られます。通常、1.5 dB を超える幅は、ファイバ側の変動ではなく、誤って校正された Rx パワー ルックアップ テーブルに遡ります。{8}}
2 - アイ ダイアグラム分析のテスト: NRZ 変調と PAM4
アイ ダイアグラム テストでは、単純な電力測定では検出できない信号整合性の問題、つまり、平均電力が良好に見えても BER を劣化させるジッター、シンボル間干渉、波形歪みが明らかになります。{0}
10G および 25G NRZ モジュールの場合、1 つの目の開口部がそれを物語ります。関連する IEEE 802.3 条項で定義されたマスク テンプレートを測定可能なマージンでクリアする必要があります。ここで重要なのはマージンという言葉です。室温でマスクをかろうじてクリアするモジュールは、動作温度が上昇すると機能しなくなるからです。
PAM4 変調を使用する 400G および 800G モジュールは、画像を根本的に変更します。 PAM4 は、4 つの振幅レベルにわたってシンボルあたり 2 ビットをエンコードし、1 つではなく 3 つの異なるサブアイを生成します。- IEEE 802.3bs 標準では、400G 以上 (Lightwave Online) での PAM4 アイ ダイアグラム テストの決定的な測定として、TDECQ - トランスミッターおよび分散アイ クロージャー クォータナリ - が導入されました。 TDECQ は 3 つの下目すべてを評価します。実際には、中央の目 (慣例に応じて目 1 または目 2 とラベル付けされる場合もあります) が ISI の影響を最も受けやすく、一貫して合格するのが最も困難です。私たちのテストでは、400G QSFP-DD モジュールPRBS-13Q では、中央のアイは常に外側の 2 つのアイよりも狭い TDECQ マージンを示しており、温度が上昇するとマスク テンプレートに合格しない可能性が最も高いサブ アイです。モジュールが室温でのみマスクをクリアする場合は、70 度での再テストが不可欠です。
3 - BER テストと FEC トラップをテストします
ビット誤り率測定は、リンク品質のゴールドスタンダードです。標準的な方法は、BERT (ビット誤り率テスター) を接続し、PRBS-31 または PRBS-13Q パターンを統計的に有意な期間 (通常は NRZ リンクの 1×10⁻¹² 未満の SFP トランシーバー BER テスト結果を確認するのに十分な長さ) 実行し、結果を記録することです。ここまでは簡単です。
KP4 FEC を実行している 400G リンクは、特定のモニタリングの盲点を作成します。つまり、FEC 後のカウンタはゼロを読み取りますが、FEC 前の BER は 2.4×10-4 補正しきい値 (IEEE 802.3bs) に向かって上昇します。-そのしきい値を下回ると、FEC はすべてのエラーを修正し、FEC BER がゼロを読み取った後の-。その上では、リンクが崖から落ちます。
エンジニアが実際に現場で遭遇する問題は次のとおりです。エンジニアはポスト FEC カウンタを監視し、エラーがゼロであることを確認し、リンクが正常であるとしてサインオフします。{0}
一方、-preFEC BER は 1.8×10⁻⁴ にとどまっており、現在は機能していますが、補正限界からはヘッドルームの 25% しか離れていません。ホット アイルの周囲温度が 3 度上昇したり、後のメンテナンス期間中にコネクタが指紋を採取したりすると、pre{6}}FEC BER がしきい値を超えてしまいます。 -ポスト FEC カウンタが 1 回のポーリング間隔でゼロから壊滅的な状態になったため、リンクは警告なしで切断されます。
結論は単刀直入です。FEC が有効になっているリンクでは、FEC BER 後のテストだけでは品質検証とはなりません。{0}{1} -温度ドリフト、コネクタの劣化、ファイバーの経年劣化に対して意味のあるヘッドルームを提供するには、Pre-FEC BER は FEC 補正しきい値の 50% 未満、つまり KP4 の場合は 1.2×10⁻⁴ 未満である必要があります。 1.8×10⁻⁴で合格するモジュールはマージンのあるモジュールではありません。条件が変わるのを待っているモジュールです。
4 - の EEPROM コーディングと DDM/DOM 検証をテストします
このテストは、「サポートされていないトランシーバー」エラーの最も一般的な原因を 1 つ捕らえます。また、光テスト機器はまったく必要ありません。- スイッチへの CLI アクセスだけで済みます。
すべてのプラガブル トランシーバーは、業界 MSA 標準 (SFP/SFP+ の場合は SFF-8472、QSFP28 の場合は SFF-8636) に従って構造化されたオンボード EEPROM に識別データと校正データを保存します。QSFP-DD および OSFP フォーム ファクタ用の CMIS 5.0。スイッチが起動するか、ホットインサートされたモジュールを検出すると、ファームウェアは特定の EEPROM フィールド - ベンダー名、ベンダー OUI、部品番号、リビジョン コード - を読み取り、内部ホワイトリストと照合してチェックします。-
いずれかのフィールドが認識されない場合、その結果はプラットフォームによって異なりますが、決して良いものではありません。Cisco IOS-XR はポートを完全に無効にする可能性があり、Junos は DDM テレメトリを抑制する可能性があり、Arista EOS は syslog を混乱させる永続的な警告をログに記録する可能性があります。モジュールの光学系は完璧かもしれません。 EEPROM のバイト 20 ～ 35 の文字列がファームウェアが予期しているものと一致しないため、ポートは暗いままになります。これが現実ですサードパーティ製トランシーバの互換性-、そしてそれが、光トランシーバーの EEPROM 検証がオプションのステップではなく、必須の受信検査ステップである理由です。私たちは、顧客の Cisco Nexus 9300 ファブリック向けの QSFP28- LR4 モジュールのバッチでこの障害を直接確認しました。48 ユニットすべてが光パワー テストに合格しましたが、EEPROM リビジョン コードが NX-OS 10.2(3) ホワイトリスト エントリから 1 文字異なっていたため、挿入時に拒否されました。この修正には、ハードウェアの交換ではなく、モジュールのファームウェアの再フラッシュが必要でした。
エンジニアは尋ねますが、ほとんどのサプライヤーは避けている質問です。サードパーティ モジュールは実際に [ベンダー名] フィールドに何を入力しますか?{0}}業界の初期には、一部のメーカーが「CISCO-FINISAR」などの OEM 文字列を直接複製していましたが、これにより法的なグレーゾーンやファームウェアのアップデートの脆弱性が生じていました。-私たちが 100gmodules.com で使用している最新のアプローチは、独自の登録ベンダー名による MSA{6}} 準拠のコーディングです。ベンダー ホワイトリストを適用するプラットフォームでは、サポートされていないサービスのトランシーバ コマンド（Cisco IOS{{9}XE）または同等のオーバーライドを有効にする必要があります。これは回避策ではなく、1 回限りの構成です。{10}}これは初回導入でつまずく可能性が最も高いステップであるため、すべての出荷時にプラットフォーム固有の有効化手順を提供しています。-
DDM (デジタル診断モニタリング、DOM とも呼ばれます)モジュールからリアルタイムの遠隔測定（温度、供給電圧、レーザー バイアス電流、送信光パワー、受信光パワー）を提供します。- Cisco プラットフォームでは、showinterfacestransceiver により次の値が表示されます。 Huawei では、ディスプレイラベルとディスプレイトランシーバーは同じ目的を果たします。 Linux ホストでは、ethtool -m と i2cdump は生の EEPROM レジスタ データを直接読み取ります。当社が出荷するモジュール SKU ごとに、テストベンチからの DDM 検証スクリーンショットが製品ページで入手できるため、自分のユニットが到着する前にベースラインの測定値を確認できます。
しかし、DDM の精度自体は検証が必要であり、これはほとんどのガイドが完全に無視している点です。低品質モジュールは、校正済みの光パワー メーターで測定した値から ±2 dB 以上乖離した Tx または Rx パワー測定値を報告する可能性があります。{1}} Cisco プラットフォームでは、showinterfaces トランシーバーの Rx 電力値をメーターの読み取り値と比較します。 SFP+ または QSFP28 で ±1.5 dB を超える偏差は、ファイバ マージンの変動ではなく、キャリブレーションの危険信号です。通常、根本的な原因は、モジュールの EEPROM キャリブレーション レジスタ内の Rx 電力ルックアップ テーブルが不適切に設定されていることです。
リンクがフレームをドロップしているときにモジュールが正常な読み取り値を表示できる理由を説明する、より微妙な DDM の問題があります。プレミアム モジュールは、内部 ADC 読み取り値をおよそ 100 マイクロ秒ごとに更新します。予算モジュールはミリ秒間隔でのみ更新される可能性がありますが、その違いは次の点にあります。トランシーバー機能ガイドに記載されている APC 制御ループ アーキテクチャ。熱過渡中、たとえばホット スイッチ スロットに挿入してから最初の 60 秒間は、APC 制御ループが安定するにつれてレーザーの出力パワーが変動します。高速リフレッシュ モジュールは、DDM のこうした変動をキャプチャします。-遅い-更新モジュールはそれらを平均化し、実際の不安定性を覆い隠す安定した読み取り値を示します。 DDM がモジュールに問題はないと言っているのに、BER カウンタが一致しない場合は、リフレッシュ レートの不一致が根本原因である可能性があります。ただし、診断するには CLI とともに校正された光パワー メーターが必要です。そのため、挿入後の最初の 10 分間はすべてのバッチで並行モニタリングを実行しています。-
5 - バーンインと加速劣化の検証をテストします-
おそらく、光トランシーバーのバーンイン テストを自分で実行することはないでしょう。{0}それには、サーマルチャンバー、継続的なトラフィック生成、および数日間の中断のない監視が必要です。あなたがすべきことは、サプライヤーが適切に実行したという証拠を要求し、「適切に」とはどういう意味かを知って、その文書を評価できるようにすることです。
信頼できるバーンイン テストでは、モジュールを高温（通常は 70 度～85 度）で、連続的な電気的および光学的負荷の下で 72 ～ 168 時間動作させます。-その目的は、乳幼児死亡事故を引き起こすことです。つまり、はんだ接合部が限界に達しているモジュール、ワイヤボンディングが弱いモジュール、エッジケースのレーザー ダイオードなど、導入から最初の数週間以内に故障する可能性があるモジュールです。{6}}業界で認められた-認定フレームワークテルコーディア GR-468これをさらに延長し、生産適格性のベンチマークとして故障ゼロで 2,000 時間 (約 83 日) のエージングを必要とします。
2,000- 時間のエージング テストに合格すると、初期の欠陥は排除されますが、-寿命中期のレーザー劣化、つまり一般的な 5{11}}～{20}}7- 年間のデータセンター導入で利得媒体が劣化するにつれて出力がゆっくりと低下することは予測できません。長期のライフサイクル保証が必要なプロジェクトの場合は、周囲 40 度で Telcordia SR-332 方法論に従って計算されたサプライヤーの MTBF データをリクエストしてください。信頼できるサプライヤーの商用グレードのモジュールは通常、500,000 ～ 1,000,000 時間の範囲の MTBF 値を報告します。値が 300,000 時間を下回る場合は、コンポーネントの調達と組み立てプロセスをさらに調査する必要があります。 MTBF とバーンインは異なるものを測定します。バーンインはバッチから不良ユニットをフィルタリングしますが、MTBF はモジュールの意図された耐用年数にわたる母集団レベルの信頼性を推定します。バーンイン記録を提供しても MTBF 数値を作成できないサプライヤーは、信頼性の全体像の半分を欠いていることになります。
サプライヤーのドキュメントで確認すべき内容: バーンイン温度と期間、サンプル サイズ、トラフィックが継続的かデューティ サイクルかどうか、ユニットに障害が発生してバッチから削除されたかどうか。{0} 「100% バーンイン テスト済み」と謳いながら、温度、期間、故障率を明示しないサプライヤーは、意味のある品質証拠を提供していません。-サプライヤーが周囲温度で 24 時間しか動作せず、それをバーンインと呼んでいる場合、それは欠陥のあるモジュールを選別するのではなく、チェックボックスをオンにするように設計されたプロセスです。- 25 度で 24 時間と 85 度で 72 時間のスクリーニング効果の差は、段階的なものではなく、カテゴリー的なものです。
当社独自のバーンイン プロトコルは、継続的な PRBS トラフィック下で 85 度で 96 時間実行されますが、これは最小の 72 時間を超えています。これは、スクリーニング対象の故障モード（弱いダイボンドとマージナル VCSEL アレイ）が表面化するために持続的な熱ストレスを必要とするためです。-購入者は、温度と期間を含むユニットごとの合否記録を含むバッチバーンインレポートを入手できます。-
6 - プラットフォームの互換性と相互運用性をテストします
最後の検証ステップでは、ベンチ機器では再現できない 1 つのもの、つまり実際の運用スイッチが必要です。モジュールを挿入し、インターフェイスを表示し、3 つのことを順番に確認します。
まず、システム ログに「サポートされていない」、「認識されない」、または「修飾されていない」メッセージがないか確認します。-一部のプラットフォーム（特に Cisco NX-OS）では、警告を記録しながらポートの動作が許可されます。他の人はそれをハード的に無効にします-。いずれの場合も、ログ エントリから、EEPROM コーディングがホストの互換性チェックに合格したかどうかがわかります。
次に、DDM テレメトリが完全に設定されていることを確認します。特定のプラットフォームでは、認識されないモジュールがトラフィックを通過させますが、すべての DDM フィールドがゼロまたは N/A として報告され、時間の経過とともにリンクの状態を監視する機能が自動的に剥奪されます。 DDM の可視性なしで実行されているモジュールは、プロアクティブに管理できないモジュールです。
3 番目に、環境にベンダー プラットフォームが混在している場合は、各プラットフォーム タイプで同じモジュールをテストします。{0} Cisco との互換性を考慮してコード化された QSFP28 は必ずしもジュニパーの EEPROM チェックに合格するとは限りませんし、その逆も同様です。クロス-プラットフォームの光トランシーバ テストは、次のような組織に特に関係があります。MSA-準拠のプラガブル トランシーバーを標準化するベンダー ロックインを軽減します。-この点に関しては、明確な判断が必要です。正しい EEPROM コーディングと検証済みのプラットフォーム互換性テスト記録を持つサードパーティ モジュールの場合、動作信頼性のリスクは、同じプラットフォームで実行される OEM モジュールと大きく変わりません。-リスク変数はサプライヤーのテスト プロセスの検証可能性であり、「サードパーティ」ラベル自体ではありません。-
ホットスワップ テストについてはここで言及する価値があります。{0}ポートの状態とログ出力を監視しながら、モジュールの抜き差しを 3 ～ 5 回繰り返します。電気接点がわずかにあるモジュールやヒートシンクの取り付けが不十分なモジュールは、1 回の挿入テストには合格する可能性がありますが、繰り返し取り扱うと断続的に故障します。これは、まさにフィールド技術者がメンテナンス期間中に遭遇するシナリオです。当社では、各モジュール SKU が検証された特定のスイッチ モデルとファームウェア バージョンをカバーする互換性マトリックスを維持しており、出荷する各トランシーバーの製品ページでリソースを入手できます。
サプライヤーに何を要求するか: 文書チェックリスト
サードパーティのトランシーバーの品質チェックの信頼性は、その記録によって決まります。 OEM かサードパーティかを問わず、サプライヤーを評価する場合は、各製品ラインについて次の文書を要求し、それを提供するサプライヤーの意欲自体を品質のシグナルとして扱います。-
QCテストシートの送信
バッチレベルの平均ではなく、単位あたりの光パワーと感度の読み取り値。-マージンで渡されたユニットを捕捉するには、個別のモジュール データが必要です。
DDM キャリブレーションの検証
DDM の報告値と校正されたパワーメーターの測定値の間の整合性を示す記録。{0}}これは、運用環境で信頼する DDM 測定値が実際に正確であることを確認する方法です。
バーンインテストレポート-
温度（70 ～ 85 度）、期間（最低 72+ 時間）、サンプル サイズ、トラフィック タイプ（連続かデューティ サイクル）、バッチから削除されたユニットを含む合否数を指定する必要があります。-
プラットフォーム互換性マトリックス
テストされたスイッチのモデルとファームウェアのバージョンとテスト日のリスト。 「Cisco との互換性」は互換性マトリックスではありません。 「NX-OS 10.3(2) を実行している Nexus 9300v でテスト済み」です。
EEPROM ファームウェアのリビジョンと MSA 準拠宣言
該当する場合は SFF-8472、SFF-8636、または CMIS 5.0 を実際のリビジョン番号とともに指定すると、モジュールの内容と一致していることを確認できます。
バーンインの温度と期間を提供できないサプライヤーは、ほぼ確実に 24- 時間の周囲温度でのソーク-を実行しています。これは、乳児死亡率ではなく、到着時にユニットの死亡を検査するプロセスです。--これは、5 年以上展開するモジュールに対する最小限のコストのバッチ テストです。それに応じてリスクの価格を設定します。
100gmodules.com では、これら 5 つのドキュメント項目をすべての注文の標準成果物として提供しており、製品ページからダウンロードできるか、調達レビュー中に完全に入手できます。要約ではなく実際の文書。
テスト済みモジュール、検証済みパフォーマンス
にリストされているすべてのトランシーバー100gmodules.comは、光パワー測定、アイ ダイアグラム解析、事前 FEC マージン確認を伴う BER 検証、EEPROM と DDM の確認、85 度でのバーンイン スクリーニング、マルチ プラットフォーム互換性テスト-といった検証シーケンスを経て出荷されます。-受信 QC プロセスを最初から構築する場合、または不良バッチを通過させるプロセスを強化する場合、このガイドのフレームワークは、作業に使用するパラメーターと合否基準を提供します。
よくある質問
Q: 導入前に光トランシーバーの品質を検証するテストは何ですか?
A: 6 つのコア テストで完全な検証が行われます。光パワーと受信感度の測定、アイ ダイアグラム解析（PAM4 の TDECQ を含む）、FEC 前および FEC 後評価による BER テスト、-FEC 後評価と EEPROM コーディングと DDM 精度の検証、バーンインとエージング スクリーニング、ターゲット スイッチ ハードウェアでのプラットフォーム互換性テストです。-
Q: NRZ アイ ダイアグラム テストと PAM4 アイ ダイアグラム テストの違いは何ですか?
A: NRZ 変調は、マスク テンプレートに対して評価される単一のアイ開口部を生成します。 PAM4 は、IEEE 802.3bs による TDECQ 測定を必要とする 3 つのサブアイを生成します。通常、中央のサブアイはシンボル間干渉により通過するのが最も困難です。-
Q: 光トランシーバーのバーンイン テストには何を含めるべきですか?{0}
A: 信頼できるバーンインでは、72 ～ 168 時間の連続トラフィック下でモジュールを 70 ～ 85 度で動作させます。- Telcordia GR-468 認定基準では、故障せずに 2,000 時間のエージングが必要です。バーンインにより、現場での展開前に乳児死亡率の欠陥が排除されます。
Q: モジュールが物理的に適合しているのに、スイッチに「サポートされていないトランシーバー」と表示されるのはなぜですか?
A: スイッチ ファームウェアは、挿入時にモジュールの EEPROM を読み取り、ベンダー名、部品番号、およびその他のフィールドを内部ホワイトリストと照合します。認識されないフィールドや間違ってコーディングされたフィールドがあると、光パフォーマンスに関係なく、ホストがポートを無効にしたり、DDM データを抑制したりすることがあります。
Q: DDM の読み取り値だけで、トランシーバーが正しく動作していることを確認できますか?
A: 確実ではありません。 DDM の精度は工場での校正品質に依存し、低コストのモジュールでは実際の光パワーから ±2 dB 以上の誤差が生じる可能性があります。{1}}さらに、DDM リフレッシュ間隔は 100 マイクロ秒から数ミリ秒まで変化するため、熱過渡現象が隠れてしまう可能性があります。常に独立した光パワー メーターを使用して相互検証を行ってください。-