【広告記事】現場でありがちなケーブルテストの10の失敗例とは？Fluke Networksのノウハウから学ぶポイント解説

フィールドでのネットワーク配線テストにおいて、どんなに熟練した技術者であっても、思わぬ落とし穴に陥ることがあります。本記事では、Fluke Networksが提案する「ケーブルテストにおける10の失敗例」をもとに、現場で避けるべき典型的なミスとその対処法を、わかりやすく紹介します。

スポンサーコンテンツについて

本ページは、Cabling Cert Techのスポンサー広告からご案内する広告記事です。Fluke Networks公式記事「Blog Top 10 Cable Testing Mistakes to Avoid」をもとに、Cabling Cert Techが日本語で再構成・解説しています。
※内容は公開当時の情報に基づいています。

1. はじめに

ネットワーク配線システムの敷設・テスト・認証を行う熟練の技術者たちは、規格に基づく性能パラメーターを満たし、各種アプリケーションへの対応を確実にする重要性をよく理解しています。

しかし、どんなに優れたプロでも、業務コストや顧客満足度に悪影響を及ぼしかねないミスを犯すことがあります。

ここでは、ネットワーク配線のテストにおいて避けるべき「10の代表的なミス」をご紹介します。

2. テストパラメーターの事前合意を怠ること

メタル配線システムを認証する際には、ANSI/TIA-568.2 や ISO/IEC 11801 などの業界標準が、以下を含む基本的な性能パラメーターを規定しています：

インサーションロス（IL）
リターンロス（RL）
近端および遠端クロストーク（NEXTおよびFEXT）
カテゴリ6Aにおいては、10GBASE-Tの動作に影響を与える主要な性能パラメーターであるため、 エイリアンクロストークのテストも必要です。

フィールドテストでは、以下のような追加のバランスパラメーターを含めることができます。

直流抵抗アンバランスは、ペア内およびペア間の導体間の直流抵抗の差を算出し、PoE（Power over Ethernet）への対応を示します。
横方向変換損失（TCL）および等レベルTCL（ELTCTL）は、ペア内のコモンモード信号を測定し、 エイリアンクロストークを含むノイズ耐性に対する適切なバランスを示します。

DSX CableAnalyzer™ 認証テスターのデフォルトのテストリミットは（+PoE）であり、これは直流抵抗 アンバランスを含みます。（+All）のテストリミットを選択すると、TCLおよびELTCTLパラメーターが追加されます。

メタル配線システムの認証には、技術的には、カテゴリ6Aにおけるエイリアンクロストークを含めた、アプリケーションに対して業界標準で規定されたパラメーターを用いてテストすることが求められます。
しかし、最終的にどのパラメーターをテストするかは、標準がどう定めているか、業界の専門家が何を推奨しているかに関わらず、顧客のプロジェクト仕様に委ねられます。仕様にケーブル配線システムの保証が求められている場合には、使用するケーブルメーカーが求めるパラメーターについてもテストする必要があります。

一度目のテストで見落としたパラメーターを後から再測定するような、時間とコストの浪費は避けたいものです。だからこそ、顧客およびケーブルメーカーと事前にすべてのテストパラメーターについて合意しておくことが不可欠です。これは、プロジェクトのコスト見積もりを立てる上でも、作業準備を整える上でも重要であり、特に新しいパラメーター（直流抵抗アンバランス、TCL、ELTCTL など）について、使用するテスターがすべてに対応していることを確認する助けにもなります。これらのパラメーターは、幸いにも Fluke Networks の DSX CableAnalyzer™ 認証テスターで測定可能です。

事前にテスト内容について合意しておくという考え方は、光ファイバのテストにも当てはまります。
Tier 1 テストを行うのか、それとも Tier 2 テストまで実施するのかについて、あなたと顧客、そしてケーブルメーカーの三者が同じ認識を持っていることを確認してください。それによって、光損失測定セット（OLTS）に加えて、光パルス試験器（OTDR）が必要かどうかが明確になります。

Tier 1 テストは OLTS を使用して行い、ファイバリンク全体におけるインサーションロス（挿入損失）を最も正確に測定します。これは業界標準で求められているテストです。
Tier 2 テストは OTDR を用いた拡張的な試験であり、ファイバリンク上の個々の接続点やスプライスにおけるインサーションロスや反射率を評価します。ただし、Tier 2 テストを実施する場合でも、OLTS を使用した測定は依然として必要です。なぜなら、OLTS はファイバリンク全体のインサーションロスを正確に測定できるため、アプリケーションへの適合性を保証するためには欠かせないからです。

3. マージナルな（限界値ギリギリの）テスト結果に関する合意がないこと

設置業者としては、規格に準拠したケーブルのすべてのテストが「合格」になることを望んでいるはずです。しかし、施工方法から部材の品質、さらには使用しているテスターの性能に至るまで、さまざまな要因が影響し、リンクのテスト結果が「マージナルパス（Marginal Pass）」の領域に入ってしまうことがあります。

この領域では、測定値がテストの合格基準に非常に近く、フィールドテスターのメーカーが公表している確度範囲に迫っている状態です。TIAおよび ISO/IEC の標準によれば、「マージナルパス」であっても正式な「合格」として扱われ、規格に準拠していると見なされます。

また、これらの規格では、「マージナル」なテスト結果が出たパラメーターには、アスタリスク（*）を付けて明示することが明記されています。これは、テスターの確度がテスト結果に影響を及ぼす可能性があることを、明確に示すものです。

Fluke Networks の Versiv™ ケーブル認証テスターのように、繰り返し可能で優れた確度を提供する業界準拠のテスターを選ぶことは、マージナルなテスト結果を最小限に抑えることができます。

アスタリスクを無効にしてマージナルなテスト結果を非表示にできるようなテスターは規格に適合していません ― それがあなたの評判とビジネスを危険にさらす可能性があることは言うまでもありません。

また、テスターを常に最高の状態に保つようにしてください。最新のファームウェアを維持し、必要に応じてテスターを整備・校正し、パーマネントリンクアダプターが摩耗していないことを確認することでそれを実現できます。

あらゆる努力にもかかわらず、マージナルパスは発生します ― 特に、リンクに追加の接続をもたらすクロスコネクトやコンソリデーション・ポイントが含まれている場合にはなおさらです。
一部の顧客は、想定されていた高品質な配線システムに何が起きたのかと疑問に思い、マージナルパスを受け入れることを拒否するかもしれません。そういうときこそ、自分が守られていることを確認しておきたいものです。

規格が何を言っているかを思い出してください：マージナルなテスト結果が許容できないと書面で明記され、合意されていない限り、マージナルパスは依然として合格です。したがって、マージナルパスのテスト結果について事前に合意しておくことは、賢明な判断です。

4. エイリアンクロストークのテストを場当たり的に行うこと

顧客のプロジェクト仕様やメーカーの保証要件が、テストパラメーターを決定することになりますが、カテゴリ6Aのあらゆる設置において、PS ANEXT および PS AACR-F を含むエイリアンクロストークのテストを実施する必要がある可能性は高いです。これは、10GBASE-T アプリケーションへの準拠を証明する唯一の方法であり、ほとんどのケーブルメーカーは、これなしにシステム保証を提供しません。

エイリアンクロストークのテストから免除されるのは、それが仕様に記載されておらず、かつ顧客とケーブルベンダーがテストを行わないことに合意している場合のみです。すべてのリンクについてエイリアンクロストークの準拠性をテストすることは、経済的にも現実的にも不可能だと感じるかもしれませんが、心配する必要はありません。

業界標準では、表に示された推奨事項に基づいて、エイリアンクロストークのテストにおけるサンプル数を指定することが認められています。標準では、短距離・中距離・長距離の影響を受けたリンクをそれぞれ同数テストすることを推奨しています。また、これらの影響を受けたリンクの各カテゴリで3本ずつが5 dBのマージンを超えた場合には、テストを中止してよいと規定されています。

エイリアンクロストーク試験の推奨サンプル数

影響を受けたリンクを選ぶ際には、コネクターの列の端に終端されているものを選ばないでください ― それは最悪のケースではありません。影響を受けたリンクは、上下にコネクターが隣接している状態で囲まれている必要があります。

ただし、必ず影響を与える側のケーブルが同じ束（バンドル）内にあることを確認してください。ケーブルバンドルをまたいだエイリアンクロストークは、重要とは見なされません。

シールドケーブルは、非シールドケーブルと比べてはるかに優れたノイズ耐性を提供し、エイリアンクロストークをほとんど示さないはずです。しかし、シールドケーブルのシールドが開いている（接続されていない）場合には、エイリアンクロストークのテストに失敗する可能性があります。これは、ケーブル内の箔の非導電側をクランプするなど、シールドを正しく取り付けていないことが原因で発生することがあります。

ほとんどのテスターは、メインユニットのシールドとリモートユニットのシールドの間で単純な導通を確認しますが、信号はリモートユニットに到達するためのあらゆる経路を探します ― それには、パッチパネルやラックが接続されている共通の建物接地経路を通ることも含まれます。つまり、テスターはシールドが開いていても、接続されているように表示してしまう可能性があります。

幸いにも、Fluke Networks の DSX CableAnalyzer™ 認証テスターを使用すれば、特許取得済みの測定技術により、シールドの整合性問題までの距離を報告することで、このような状況を回避できます。それでもなお、エイリアンクロストークのテストを場当たり的に行ってもよいと思っているなら、考え直してください。それが仕様や保証の要件として求められている場合は、ケーブルがシールドされているかどうかにかかわらず、標準の推奨に従ってサンプル数を明確に定めなければなりません。そうしなければ、すべてのリンクについてエイリアンクロストークのテストを行う羽目になりかねません。それは非常に高額な見落としとなります。

5. パーマネントリンクではなくチャネルをテストしてしまうこと

ネットワークにおいて、チャネルは、任意のパッチコードや機器用コードを含めて、あるアクティブな機器から別のアクティブな機器へ接続されるものです。これは、データセンター内でのアクセススイッチからサーバーまでの接続を含み、クロスコネクトやインターコネクトにおけるパッチコードも含まれる可能性があります。
LANにおいては、通信室内のアクセススイッチからノートパソコン、カメラ、Wi-Fiアクセスポイント、またはその他の機器への接続であり、スイッチからパッチパネルへのパッチコード、およびアウトレットから機器までの機器用コードが含まれます。業界標準では、チャネル全体の長さを 100 メートルに制限しており、その中には最大 90 メートルのケーブルと、10 メートル以内のパッチコードが含まれます。

パーマネントリンクは、最大90メートルまでのチャネルの固定部分です。それは通常、データセンターにおけるパッチパネルから別のパッチパネルまでのケーブル、またはLANにおけるパッチパネルから作業エリアのアウトレットやコンソリデーションポイントまでのケーブルで構成されます。

適切なデータ伝送は、ネットワーク上のアクティブ機器同士が通信を行う完全な端末間接続であるチャネルの性能に依存します。チャネルのテストこそが間違いなく正しい方法であるように思えるかもしれません。でも、違います。

業界標準によれば、準拠したパッチコードと準拠したパーマネントリンクを使用すれば、常に合格するチャネルとなります。しかし、非常に高品質なパッチコードを使ってチャネルだけをテストした場合、パーマネントリンクに問題があっても検出されず、将来的にチャネルが正しく機能しなくなる可能性があります。
ネットワークが稼働し始めると、パッチコードは機器の再構成に伴って頻繁に差し替えられたり、移動されたりします。

また、パッチコードは他のどの構成部品よりも多く扱われ、操作されるため、損傷を受けやすくなります。
そのため、パッチコードはしばしばチャネルの「最も弱い部分（ウィークポイント）」と呼ばれます。初期のチャネルテストで高品質なパッチコードを使用していたとしても、その後それらのパッチコードが損傷したり、最小限の規格にしか準拠していない別のコードに置き換えられたりすると、チャネルがもはや合格しなくなる場合があります。

したがって、パーマネントリンクをテストすることが不可欠です ― それこそがネットワークの真の基盤なのです。合格したパーマネントリンクに、品質が高く標準に準拠したパッチコードを追加する限り、最終的には合格するチャネルが得られるはずです。

それこそが、DSX CableAnalyzer テスターに付属するパーマネントリンクアダプターが最高品質である理由の一つです ― それは、テスト対象のパーマネントリンクに悪影響を与えることを避け、最終的に準拠したパッチコードとの相互運用性を確保することを目的としています。

6. MPTL を誤ったアダプターでテストすること

モジュラープラグ終端リンク（MPTL）は、水平ケーブルの一端をプラグで終端し、デバイスに直接接続するという直接接続方式です。業界標準は、この構成を、アウトレットと機器コードの設置が非現実的または安全でない場合にデバイスを接続するための選択肢として認めています。また、PoE ライトや監視カメラのように、通常移動の必要がないデバイスにとっても理想的です。

MPTL では、プラグが直接デバイスに接続されるため、もはや通常の 4 コネクタチャネルは存在せず、2 つのパーマネントリンクアダプターを使用してリンクとしてテストすることはできません。しかし、遠端の現場終端プラグの性能を検証できるようにすることも重要です。一部の技術者は遠端にチャネルアダプターを使用していますが、これでは遠端の嵌合接続がテストから除外され、楽観的な結果につながり、現場終端プラグの問題を見逃す可能性があります。そのリスクは、ケーブルをデバイスに接続したときにリンクが機能しないという事態に陥ることもあり得ます。

その代わりに、業界標準では、図に示されているように、近端にパーマネントリンクアダプター、遠端にパッチコードアダプターを使用して MPTL をテストすることが求められています。
この構成により、現場で終端されたプラグの性能がテスト結果に正しく反映され、過剰に楽観的な結果や問題の見逃しを防ぐことができます。

Fluke Networks では、DSX CableAnalyzer のパーマネントリンクアダプターと組み合わせて使用できる、MPTL 試験用パッチコードアダプター（1 個入り）の DSX-PC6A を提供しています。
これにより、MPTL 構成への対応がシンプルかつ効率的になります。

※パッチコードアダプターは通常、2 個セット（DSX-PCTAC6AKS）でも販売されていますが、MPTL のように片側のみで使用する用途では、1 個入りのアダプターが便利です。テストの時には、テスターのテストリミット設定で「MPTL」を選択するのを忘れないようにしてください。

7. テスト結果に対してプロットデータを有効にするのを忘れること

プロットデータとは、認証試験において必要とされる、測定されたテストパラメーターを示すフルカラーのグラフ表示です。メタル配線の認証試験では、プロットデータには主要パラメーターのグラフが含まれます。これには、挿入損失（IL）、リターンロス（RL）、近端および遠端クロストーク（NEXT、PSNEXT、PSACRN、ACRF、PSACRF）、およびエイリアンクロストーク（PS ANEXT と PS AACR-F）が含まれます。

各グラフでは、Y軸にデシベル（dB）、X軸に周波数が表示されます。周波数は、テスト対象のケーブルの種類によって異なります：カテゴリ5eでは最大100 MHz、カテゴリ6では250 MHz、カテゴリ6Aでは500 MHzまでとなります。なお、周波数を拡張することも可能であり、ケーブルをより高い規格で再認証したい場合に便利です。

各グラフにおいて、滑らかな赤い線は、テスト対象の規格（例：TIA、ISO/IEC など）のテスト限界値を示しています。ギザギザのカラフルな線は、個々の対および対の組み合わせに対する測定結果を示しています。これらの線がギザギザしているのは、実際の測定結果には山や谷があるのが一般的であり、それらがリミット値を下回らない限り、問題はありません。

プロットデータを有効にすることは非常に重要です。なぜなら、それは通常、認証試験で必要とされるものであり、ケーブル内の個々の対の性能に関する貴重な視覚情報を示してくれるからです。
また、リンクに問題がある場合に、その原因がどこにあるのかを本当に診断できる唯一の方法でもあります。プロットを見ることで、クロストークがどこで発生しているのかを把握することができます。

DSX CableAnalyzer テスターを使用する場合には、HDTDX機能およびHDTDR機能の測定パラメーターを含めるためにも、プロットデータを有効にしておく必要があります。これらのパラメーターは、クロストークやリターンロスが過剰に発生している箇所を示す時間領域情報を提供します。

プロットデータは、Fluke Networks のトラブルシューティングサポートを受ける際にも不可欠です。
技術サポート担当者が分析できるプロットデータがない場合、プロットデータを有効にして再テストするようお願いすることになります。その結果、テスト時間が実質的に2倍になります。

幸いなことに、DSX CableAnalyzer 認証テスターの初期設定では、選択されたテストリミットに必要な周波数ベースのテストに対して、プロットデータを表示および保存する設定が有効になっています。最低限、この設定は維持することを推奨します。

設定で「拡張」を選択すれば、選択されたテストリミットの周波数範囲を超えるデータも保存されます。　さらに、プロットデータがあることで「マージンの可視化」が可能となり、顧客にとっても分かりやすく価値ある報告書になります。プロットデータが記録されていないと、当該グラフ領域が空白表示となり、解析に支障をきたします。

8. 適切なファイバーの検査と清掃を省略すること

ファイバー端面の検査の重要性についての継続的な注意喚起や教育が行われているにもかかわらず、汚染された接続は依然としてファイバーネットワークの問題および障害の最も多い原因となっています。
ファイバークロスコネクト、機器ポート、あるいはジャンパーの端であっても、露出したファイバー端面があるところでは常に、汚染のリスクがあり、ファイバーコア上に粒子が付着して損失や反射を引き起こす可能性があります。

最終接続の前にファイバーを適切に検査・清掃することを怠る、あるいは単に忘れてしまうことは、顧客が満足し次の仕事に進めるか、それともトラブルシューティングに余分な時間（と費用）を費やすことになるかの分かれ道となり得ます。

ファイバー端面を検査する際、ファイバースコープを使った簡単な手動の目視検査だけで済ませるわけにはいきません。経験レベル、周囲の照明、視力、さらには急いでいたり疲れていたりする状態までもが、ファイバー端面を正確に検査する能力に影響を与える可能性があります。

朗報なのは、作業プロセスを効率化し、人間の主観を排除するのに役立つファイバー検査の規格が存在するということです。
IEC 61300-3-35「光ファイバー接続デバイスおよび受動部品のための基本的な試験および測定手順」規格では、ファイバー端面のクリティカルなコアおよびクラッド領域において検出された傷や欠陥の数と大きさに基づいた、特定の清浄度等級基準を含む、推奨される清掃および検査手順が提供されています。この規格に従うことで、不必要で高額なケーブルや機器の交換を回避することができます。

さらに嬉しいことに、Fluke Networks のファイバー検査ツールは、IEC 61300-3-35 規格に基づいた自動的な PASS/FAIL 判定を提供します。

9. Tier 1 ファイバーテストでワンジャンパーリファレンスを使用しないこと

Tier 1 ファイバーテストにおいて、コネクター損失とは、一対の嵌合されたコネクターによる損失を指します。単一のコネクターの損失を測定することは、実質的に不可能です。パッチパネルから別のパッチパネルまでのようなパーマネントファイバーリンクをテストする場合には、最初と最後のコネクターの損失を含める必要があります。なぜなら、それがケーブリングシステムの実際の使用方法だからです。これらのコネクターの損失を測定するためには、テスト基準コード（TRC）を使用して、同等の品質のコネクターに嵌合させる必要があります。

2ジャンパーリファレンスの方が理にかなっているように思えるかもしれませんが、この方法では2本のジャンパー間の接続が基準値として差し引かれてしまい、結果として一方の端の接続しか損失測定に含まれなくなります。これでは全体の損失を正しく反映できず、過度に楽観的な結果、あるいは損失がマイナス値になるような不正確な結果につながることがあります。2コードリファレンスによって生じたこのような負の損失は、Fluke Networks の CertiFiber Pro® 光損失測定セット上で警告と FAIL（不合格）として表示されます。また、多くのケーブリングメーカーは2コードリファレンスで行われた結果を無効と見なし、保証の取得ができなくなる可能性があります。

リファレンスの設定時には、CertiFiber Pro テスターに「Set Reference Wizard（リファレンス設定ウィザード）」が用意されており、アニメーションを用いてステップごとにプロセスを案内してくれます。このウィザードは、TRC（テスト基準コード）をメインユニットとリモートユニットにどのように接続するかを正確に示します。リファレンスの設定が完了すると、ウィザードは TRC を入力ポートから取り外す手順も案内してくれます。

10. ファイバーテストで誤ったリファレンスコードを使用すること

ファイバーケーブルプラントを認証する際は、必ずテスト機器メーカーが推奨する TRC（テスト基準コード）だけを使用してください。Fluke Networks が提供するような真の TRC は、リファレンスグレードのケーブルとコネクターで構成されており、マルチモードでは 0.1dB 未満、シングルモードでは 0.2dB 未満という非常に低い損失を実現しています。真の TRC 以外を使用すると、誤った FAIL 判定が出る可能性があり、その影響によって、安価な代替品を購入して節約した以上の損失が生じることになります。たとえば、本来であれば推奨された TRC を使っていれば合格していたファイバーリンクを、再施工しなければならなくなる状況を想像してみてください。

どの TRC（テスト基準コード）を使用する場合でも、テストを開始する前に TRC の性能を検証することが最良の実践手法です。これにより、リンクの不合格が不良な TRC によるものでないことを確認できます。当社では、288 回のテストごとに TRC の性能を検証し、その結果を記録することを推奨しています。この記録を基に、TRC が摩耗して交換が必要かどうかを判断するための基準とすることができます。CertiFiber Pro テスターのウィザードは、TRC の検証プロセスをステップごとに案内してくれます。

正しい種類の TRC を使用することも重要です。マルチモードファイバーの場合、業界標準では「エンサークルド・フラックス（EF）」準拠のテストが求められており、これは現在の光ファイバー・トランシーバーの励振条件により近いものです。EF テストを行うことで、測定の不確かさを低減し、過度に楽観的な結果を防止できるとともに、ケーブリングメーカーから保証を取得するための要件ともなっています。マルチモードをテストする際には、CertiFiber Pro OLTS のような EF 対応テスターと、EF 準拠の TRC を併用する必要があります。

EF テストは標準に準拠しており、最良の実践手法ですが、もし依然として一般的なマンドレルを使用して励振条件を制御し、高次モードを除去することで精度を高めている場合には、TRC に十分注意を払う必要があります。もし妥協して一般的なコードを使用していると、それらがベンドインセンシティブ・マルチモードファイバー（BIMMF）で構成されている可能性があります。BIMMF は、より強い曲げにも耐えることができ、信号損失が著しく少ないため、マンドレルを併用しても高次モードを除去することができません。実際、業界標準では、すべてのテストコードに非BIMMFを使用することが求められており、たとえテスト対象のリンクが BIMMF で構成されていたとしても例外ではありません。

当社の EF 非BIMMF TRC を使用した EF テストは、マルチモードファイバーのテストにおいてはるかに正確な方法であり、これが業界標準で求められている理由です。

11. MPO ケーブル認証に単芯用テスター利用すること

データセンターにおける高速な 100 ギガビットから 800 ギガビットのファイバーリンクの多くは、マルチファイバー・プッシュオン（MPO）コネクターソリューションに依存しています。MPO リンクがアプリケーションの性能要件を満たしていることを確認する唯一の方法は、現場でのテストです。マルチファイバーの MPO ファイバーリンクをデュプレックステスターでテストするのは、時間がかかるのは当然のことのように思えるかもしれません。実際、12芯の MPO コネクターで終端されたリンクをデュプレックステスターでテストするには、3ジャンパー方式で約15の手順が必要となり、MPO から LC へのファンアウトコードや、12芯ケーブルを単芯チャネルに分離する低損失の MPO–LC カセットを使用する必要があります。

MPO をデュプレックステスターでテストするには、まず SC–LC および LC–LC のテスト基準コードを検証し、設定する必要があります。さらに、3本目の LC テスト基準コードも検証・設定し、その後取り外す必要があり、これは最初の MPO ファイバー対に接続する前の段階です。そして、両端に残り5対のファイバーが存在し、それぞれを個別にテストする必要があります。このような複雑で時間のかかるプロセスには、どうしても精度のばらつきが生じやすく、作業中にすべてのコネクターを清潔に保つことも難しくなります。

MPO コネクターを搭載したテスターを使用すれば、MPO テストの複雑さ、手間、ばらつきを解消でき、ファンアウトコードやカセットを使用する必要がなくなります。Fluke Networks の MultiFiber™ Pro 光パワーメーターはこの機能を備えており、すべてのファイバーを同時にスキャンし、結果を見やすいバーグラフで表示することができます。　MultiFiber Pro テスターは、MPO の各ファイバーを識別し、ファイバーごとのより正確なデータとレポートを提供することで、MPO コネクターの検証とトラブルシューティングを改善します。また、送信側から受信側までの連続接続が正しく行われていることを確認する「極性（ポラリティ）」のテストにも対応しています。MultiFiber Pro テスターを使用すれば、リンクの極性について事前の情報がなくても、パッチコード、パーマネントリンク、チャネルそれぞれについて極性の正確性をテストすることが可能です。

次回、MPO テストにデュプレックステスターで十分だと考えたときは、MultiFiber Pro のような MPO インターフェース搭載テスターを使用すれば、複雑さを解消し、最大 90% 高速にテストを実施できるということを思い出してください。