html ポートミラーリング:コピー容量とパケットキャプチャの限界 | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

ご質問はありますか? 今すぐお電話ください!

+8618758069661

またはメッセージをお送りください

オンラインお問い合わせ

産業用ネットワークのポートミラーリング:コピー経路とキャプチャの制約

閲覧数: 170 +1FCTELEによるオリジナル記事著者:FCTELE技術チーム
概要

ミラーリングしたキャプチャにフレームが存在しない場合、本番ネットワークで必ずそのフレームが失われたのでしょうか?

いいえ。通常の転送が成功していても、観測点、ミラー出力、またはキャプチャホストでコピーが失われたり、対象から除外されたりすることがあります。ソースポート、方向、コピー動作、宛先の容量を記録し、エンドポイントの記録と関連カウンタを比較してください。ミラーリングしたパケットのタイムスタンプや重複コピーも、背景を踏まえて解釈する必要があります。1つのキャプチャファイルだけでは、元の転送時刻やアプリケーションへの配信を独立して立証できません。

3つの仕組みと検証の適用範囲信号の流れを追い、実際のサービスを検証する

01コピー経路を分けて考える

Separate the copy pathBusiness forwarding and the monitoring output are separate observations.ASWBMirror copy

業務通信の転送と監視出力は、別々の観測対象です。

02コピー対象の各方向を合算する

Sum copied directionsCopies from several sources or both directions compete for one mirror output.Input 1Input 2Input 3QueueOutput rateConcurrent arrivals share a finite outputFinite buffers cannot solve sustained overload

複数のソース、または双方向からのコピーは、1つのミラー出力の容量を奪い合います。

03ホスト側の収集経路を追う

Follow host collectionNIC, buffers, capture processing and storage can each limit collection.NICBuffersCaptureDiskEach stage can limit collected copiesCompare counters and application evidence

NIC、バッファ、キャプチャ処理、ストレージは、いずれも収集を制限する要因になり得ます。

スワイプして3つの図を比較 →

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • コピー経路を分けて考える

    ソースの方向と、文書に記載されたコピー位置を記録してください。

  • コピー対象の各方向を合算する

    同時に発生するコピー要求量と、宛先の実際の速度を比較してください。

  • ホスト側の収集経路を追う

    ホスト側のドロップと、エンドポイントのシーケンス記録を比較してください。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
コピー経路を分けて考える業務通信の転送と監視出力は、別々の観測対象です。ソースの方向と、文書に記載されたコピー位置を記録してください。
コピー対象の各方向を合算する複数のソース、または双方向からのコピーは、1つのミラー出力の容量を奪い合います。同時に発生するコピー要求量と、宛先の実際の速度を比較してください。
ホスト側の収集経路を追うNIC、バッファ、キャプチャ処理、ストレージは、いずれも収集を制限する要因になり得ます。ホスト側のドロップと、エンドポイントのシーケンス記録を比較してください。

FCTEL オリジナル技術記事 · FCTEL技術チーム
初公開:2026-10-06 · 最終更新:2026-10-06

キャプチャファイルにフレームがない場合、産業用スイッチが本番トラフィックを失った証拠になるのでしょうか?必ずしもそうではありません。ポートミラーリングは、業務フレームのコピーを監視ポートへ送信します。通常の転送とコピーのキャプチャは、異なるキューやバッファを通過します。観測点、方向、容量を把握すると、パケットキャプチャをトラブルシューティングの証拠としてより有効に活用できます。この記事では一般的な仕組みを説明します。実際のミラーリング機能、コピー位置、カウンタの定義については、該当モデルのドキュメントを確認してください。

詳細は元の画像を開いてご確認ください。横方向にスクロールすると、図中のラベルを原寸で読めます。

産業用スイッチにおける通常の転送経路と、それとは別の受信方向または送信方向のミラーコピー経路

図1。青色の業務フレームは宛先へ進み、オレンジ色のコピーは監視ポートへ送られます。方向はスイッチを基準とします。内部構造は、一般的な仕組みを示す概念図です。

ポートミラーリングは、具体的に何をコピーするのでしょうか?

通常のスイッチングでは、フレームは物理ポートから入ります。スイッチングチップは宛先MACアドレスとVLANを識別して出力先を選択し、キューと送信回路を経由してフレームを送ります。ポートミラーリングは、選択された観測点でコピーを作成し、指定された監視ポートへ送信します。そこでキャプチャ用コンピュータがコピーを受信します。このコンピュータは元の業務回線に挿入されるものではなく、通常のトラフィックがキャプチャソフトウェアを経由するように迂回されることもありません。監視ポートは、モデルのドキュメントに従って使用してください。

業務フレームが正しく転送されたかという問題と、そのミラーコピーが欠損なくキャプチャファイルに到達したかという問題を分けて考えてください。ミラー出力が輻輳すると、業務通信が正常に継続していてもコピーが失われる場合があります。逆に、受信方向のミラーでフレームが確認できても、その後のフィルタリングを通過してエンドポイントに到達した証拠にはなりません。コピーがフィルタリング、タグ処理、またはルーティングに伴う変更の前後どちらで行われるかは、ハードウェアとファームウェアに依存します。あるベンダーの内部処理順序を、すべての産業用スイッチに当てはめることはできません。

詳細は元の画像を開いてご確認ください。横方向にスクロールすると、図中のラベルを原寸で読めます。

600と600 Mb/sのトラフィックを運ぶ全二重ソースから、1ギガビットのミラー出力へコピーを送信

図2。双方向からのコピーは、1つの監視出力の容量を超える場合があります。10 msで250 kBの滞留量が生じるという値は、リンクのオーバーヘッドを無視した理想的な計算であり、FCTELの測定値ではありません。

受信方向と送信方向はスイッチを基準とする

受信方向とはエンドポイントからスイッチへ送信される方向で、送信方向とはスイッチからエンドポイントへ送信される方向です。カメラのアクセスポートでは、通常、映像はスイッチに入り、制御コマンドはスイッチから出ます。サーバーに接続するポートでは、該当する方向が逆になる場合があります。ソースポート、受信方向または送信方向の選択、監視先、関連するVLANを記録してください。そうしなければ、選択した観測範囲外のトラフィックを、誤って欠落と報告するおそれがあります。

業務フレームはポート1から入り、ポート2から出ることがあります。ポート1の受信方向とポート2の送信方向の両方をミラーリングすると、実装によっては2つのコピーが配信されます。キャプチャ内のシーケンス番号とペイロードが同一でも、必ずしもエンドポイントがパケットを再送したことを意味しません。観測点、方向、プロトコルのシーケンス番号を比較してください。コピーの重複を排除したり、組み合わせを制限したりする機器もあります。マニュアルを参照してください。また、VLANタグやレイヤー3のフィールドは受信方向と送信方向のコピーで異なる場合があるため、生のバイト列の違いだけでは、何が起きたかを説明できません。

1つのギガビットソースが、1つのギガビットミラー出力を過負荷にする理由

全二重ギガビットポートには、各方向にそれぞれ送信容量があります。600 Mb/sを受信しながら、600 Mb/sを送信しているとします。どちらの方向も、1ギガビットの上限には達していません。しかし、両方向を1つのギガビット監視出力へミラーリングすると、1,000 Mb/sの出力容量に対して、1,200 Mb/sのコピー要求が発生します。比較すべきなのは、ソースポートに表示される1本の使用率曲線ではなく、コピーされるトラフィックの合計です。

プリアンブル、フレーム間ギャップ、その他のオーバーヘッドを無視すると、200 Mb/sの超過が10 ms続いた場合、200,000,000 × 0.01 ÷ 8 = 250,000バイトの滞留が生じます。十分なバッファ領域があれば、コピーを一時的に保持し、要求量が減ったときに送出できます。超過が持続すれば、有限のバッファはいずれ容量を超えます。この計算は、FCTELモデルのミラーバッファサイズを示すものではありません。監視ポートのネゴシエーション速度が100 Mb/sである場合、複数のソースをミラーリングする場合、または多数の小さなフレームによってパケット処理負荷が高くなる場合、キャプチャの欠落が増える可能性があります。

容量の問題を調べるには、ソースの範囲を絞り、まず一方向だけをキャプチャし、キャプチャ時間を短くしてください。フィルタリングや高速な宛先は、実際の機器が対応している場合に限って使用してください。これらはすべての機器に共通する機能ではありません。キャプチャソフトウェアの表示フィルタは、一般に収集済みのパケットを非表示にするもので、それより前の段階にあるミラー出力のトラフィックを減らすものではありません。キャプチャフィルタがどの段階で作用するかも、その実装について確認する必要があります。

詳細は元の画像を開いてご確認ください。横方向にスクロールすると、図中のラベルを原寸で読めます。

ミラー出力、NIC、カーネル、アプリケーション、ストレージからなるキャプチャ経路と、業務通信のシーケンス番号との比較

図3。コピーは収集経路の複数の段階で失われる可能性があります。アプリケーションのシーケンスと各層のカウンタを、それぞれ独立して比較してください。図中のシーケンスとカウンタは、すべて説明用の例です。

キャプチャ用コンピュータに到達した後でもコピーは失われ得る

監視ポートを出たコピーは、コンピュータのNIC、受信ディスクリプタリング、ドライバとカーネルのバッファ、キャプチャアプリケーションを通り、最後にストレージへ到達します。処理が追いつかない段階では、ファイルに記録される前にパケットが破棄される場合があります。スイッチのミラー出力を高速化しても、CPU、バッファ、ディスクのボトルネックが自動的に解消するわけではありません。アプリケーションが報告するドロップ数は、それ以前のすべての段階を網羅していない場合があります。

業務ポートのエラーと破棄、利用可能な場合はミラーリングカウンタ、NIC受信エラー、キャプチャライブラリのドロップ、ストレージの状態を、それぞれ別に記録してください。カウンタの対象範囲、リセット動作、フィルタリングされたトラフィックを含むかどうかは異なるため、定義を確認してください。CRCエラーは受信フレームの完全性に関係し、キューでの破棄は容量やポリシーに関係します。これらをすべてリンク障害と呼ぶべきではありません。キャプチャにシーケンス番号がない場合は、宛先アプリケーションが実際に受信したシーケンス、またはそのメッセージログを確認してください。1つのpcapファイルだけでは証拠として不十分です。

タイムスタンプ、タグ、再送の証拠としての限界

一般的なキャプチャのタイムスタンプは、元のフレームが業務ポートに出入りした時刻ではなく、監視ホストがコピーを受信または処理した時刻を記録します。ミラーリングのキュー、出力での送信、ホストのスケジューリングによって遅延が加わる場合があります。NICのハードウェアタイムスタンプであっても、通常はキャプチャ用NICへの到着時刻を測定します。ドキュメントで明示的に別の定義が示されていない限り、これはスイッチの業務用PHYにおける元のタイムスタンプではありません。

ミラーリングしたキャプチャは、プロトコルの順序、アドレス、ペイロードの確認に有用ですが、マイクロ秒単位の制御レイテンシを保証するものとして扱うべきではありません。NICのオフロード、タグの除去、キャプチャ長の制限も、表示結果に影響する場合があります。2か所のキャプチャを比較するときは、クロック同期、観測点、フィルタを確認し、元のファイルを保持してください。TCPの再送が疑われる場合は、シーケンス番号、確認応答、エンドポイントの統計を比較してください。産業用プロトコルのアプリケーションシーケンスに欠落がある場合は、すべてをスイッチのせいにするのではなく、そのプロトコル固有の仕組みを考慮してください。

再現可能な現場検証手順

まず、ミラーリング設定とネゴシエーション済みのポート状態を保存してください。承認された保守時間帯に、1つのソースを選択し、識別可能なシーケンス番号を持つトラフィックを一方向だけキャプチャします。送信側と受信側でアプリケーションのカウント値を記録し、関連するポートとホストの開始時および終了時のカウンタ値も記録します。次に、業務通信の条件を一定に保ったまま両方向を有効にし、コピー数とキャプチャのドロップを比較します。検証されていないトラフィックを制御機器に注入しないでください。

宛先アプリケーションのシーケンスが連続しているのにコピーが欠けている場合は、まずミラー容量とホストのキャプチャ経路を調べてください。アプリケーションにも欠落がある場合は、業務ポートのエラー、出力での破棄、プロトコルログを組み合わせて障害箇所を特定してください。FCTELが公開している、ギガビット電気ポート24個とギガビットSFP/電気ポート4個を備えたマネージド産業用スイッチのドキュメントには、診断機能としてポートミラーリングが記載されています。ただし、この記事で説明したプラットフォーム固有の機能すべてに対応していることを示すものではありません。正確なモデル、ファームウェア、マニュアルを確認し、作業後は設定を元に戻して、試験条件と生の記録を保存してください。

技術参考資料: SPANの仕組みに関するCiscoのドキュメント。関連するFCTEL資料: 技術記事 および 産業用スイッチの製品資料.

実務上のよくある質問

受信方向のミラーでフレームを観測すれば、エンドポイントが受信したと証明できますか?

いいえ。転送判断、フィルタリング、または下流での損失より前に観測されている可能性があります。受信方向のコピーをエンドツーエンドの配信の証拠とみなす前に、その実装のコピー位置を確認し、宛先アプリケーションの証拠と比較してください。

全二重ギガビットポートのミラーリングで、ギガビット監視ポートが過負荷になるのはなぜですか?

ソースの各方向にはそれぞれ独自の容量がありますが、そのコピーは1つの監視出力の送信方向を共有します。業務通信の各方向が回線速度を下回っていても、合計要求量がその出力容量を超える場合があります。ホストのキャプチャ容量も、追加の制限となり得ます。

重複して見えるミラーフレームは、必ずTCPの再送を示すのでしょうか?

いいえ。同じ転送フレームの受信方向と送信方向をミラーリングすると、実装によっては複数のコピーが生成されます。トランスポート層での再送と診断する前に、観測範囲とTCPのバイトシーケンスをエンドポイントの記録と比較してください。

出典と適用範囲

これらの補足は一般的な仕組みを説明するものです。対応機能、接続の詳細、受入判定基準は、実際の機器、ソフトウェア、運用条件に合わせて検証する必要があります。図は測定結果や認証の証拠ではありません。

この記事を共有する