"データの予め選択したパケットをキャプチャし、格納し、かつ検索する方法であって、少なくとも1つのキャプチャ電子機器を少なくとも1つの所定のデータ通信経路に接続する段階、を含み、前記キャプチャ電子機器は、a.マイクロプロセッサと内部クロックとを有するコンピュータシステムボード、b.揮発性ストレージにスペースを割り振るために最長時間未使用アルゴリズムを用いるのに十分な容量を有するデュアルポート/デュアルチャンネル揮発性ストレージ、c.少なくとも1つの入力/出力通信アダプタポート、d.所定のスロットサイズに対応する定義された所定のストレージセグメントに数値的にマップされた少なくとも1つの不揮発性ストレージ装置、e.電源、f.前記不揮発性ストレージ装置上にデータをマップするコントローラ、及びg.オペレーティングシステム、を含み、前記データ通信経路に沿って通信されたデータの所定の部分を無差別にキャプチャし、データの該所定の部分を前記揮発性ストレージに複製する段階と、a.各バッファが所定サイズを有する所定数のバッファから成る所定サイズのスロットを作成する段階、及びb.ストライピングを達成し、それによって前記コントローラが複数の不揮発性ストレージ装置に同時に書込むことを可能にする少なくとも1つの高性能並列コントローラファブリックを用い、前記スロット内の前記データを前記不揮発性ストレージにマップして、前記不揮発性ストレージシステムの連続セクターにわたって前記キャプチャしたデータのキャッシュイメージを作成する最長時間未使用キャッシュに基づいて該スロットを集合的に管理する段階、により、前記揮発性ストレージ内の前記キャプチャデータを前記所定スロットサイズのスロットの中に集合させる段階と、所定の経験則と、固定時間領域によって注釈を付けられ、かつ不揮発性ストレージへの転送に向けてマップされてアドレス指定された不揮発性ストレージ特性とに基づいて、前記集合したデータに注釈を付ける段階と、前記注釈付き集合データを検索するのに使用可能である1組の所定の特徴の少なくとも1つの索引を作成する無限ジャーナルの一度だけの書込の階層的ファイルシステムを用いて、該注釈付き集合データを前記不揮発性ストレージに格納する段階と、データ精度を保証するためにあらゆる不正データを再構成する手段を組み込む段階と、a.検索される前記データの1つ又はそれよりも多くの特徴を識別する段階、b.前記識別された特徴を有する前記データを収容する前記スロットの前記不揮発性ストレージ上の局所性を計算する段階、c.前記揮発性ストレージにスペースを割り振る前記最長時間未使用アルゴリズムを用いて、前記識別された特徴を有する前記データを前記スロットから該揮発性ストレージにコピーする段階、d.業界標準アクセス方法を用いてアクセス可能であるように、前記識別された特徴を有する前記データをパッケージ化して適合させる段階、及びe.ユーザが前記識別された特徴を有する前記データにアクセスして精査することを可能にする段階、により、前記格納したスロットからキャプチャデータの所定の部分を検索する段階と、を更に含むことを特徴とする方法。データパケットをキャプチャする方法であって、キャプチャ装置をデータ通信経路に接続する段階と、前記データ通信経路に沿って通信されたデータパケットをキャプチャする段階と、前記データパケットからの前記キャプチャデータを格納する段階と、前記格納データパケットを所定サイズのスロットの中に集合させる段階と、前記集合したデータパケットに注釈を付ける段階と、無限ジャーナルの一度だけの書込の階層的ファイルシステムを用いて前記注釈付きデータパケットを格納する段階と、データ精度を保証するためにあらゆる不正データを再構成する手段を組み込む段階と、キャプチャデータの所定の部分を前記スロットから検索する段階と、を含むことを特徴とする方法。前記キャプチャ装置は、コンピュータシステムボードと、デュアルポート/デュアルチャンネル揮発性ストレージと、1つの入力/出力通信ポートと、スロットサイズに対応する所定のストレージセグメントに数値的にマップされた不揮発性ストレージと、電源と、データを前記不揮発性ストレージ装置上にマップするコントローラと、を含む、ことを特徴とする請求項2に記載の方法。前記格納データパケットは、所定サイズのバッファを有するように前記所定サイズのスロットを作成する段階と、前記スロット内の前記データを不揮発性ストレージにマップし、それによって前記キャプチャデータのキャッシュイメージを作成するために、最長時間未使用キャッシュに基づいて該スロットを管理する段階と、によって集合させられる、ことを特徴とする請求項2に記載の方法。複数の不揮発性ストレージ装置に書込むことを可能にする並列コントローラを用いる段階を更に含むことを特徴とする請求項4に記載の方法。前記データは、固定時間領域によって注釈を付けられることを特徴とする請求項2に記載の方法。前記通信されたデータを検索するのに使用するための前記データパケットの特徴の索引を作成する段階を更に含むことを特徴とする請求項2に記載の方法。前記データは、検索される前記データの特徴を識別する段階、前記識別された特徴を有する前記データを収容する前記スロットの位置を特定する段階、前記識別された特徴を有する前記データを前記スロットから揮発性ストレージにコピーする段階、前記コピーしたデータを所定のアクセス方法を用いてアクセス可能であるように適合させる段階、及びユーザが前記コピーしたデータを精査することを可能にする段階、によって前記スロットから検索される、ことを特徴とする請求項2に記載の方法。前記データは、前記揮発性ストレージにスペースを割り振る最長時間未使用アルゴリズムを用いてコピーされることを特徴とする請求項8に記載の方法。データパケットをキャプチャする方法であって、キャプチャ電子機器をデータ通信経路に接続する段階と、前記データ通信経路に沿って通信されたデータをキャプチャする段階と、前記キャプチャしたデータを揮発性ストレージに複製する段階と、前記揮発性ストレージ内の前記キャプチャしたデータをスロットの中に集合させる段階と、無限ジャーナルの一度だけの書込の階層的ファイルシステムを用いて前記データを不揮発性ストレージに格納する段階と、を含むことを特徴とする方法。前記キャプチャ電子機器は、a.マイクロプロセッサと内部クロックとを有するコンピュータシステムボード、b.揮発性ストレージにスペースを割り振るために最長時間未使用アルゴリズムを用いるのに十分な容量を有するデュアルポート/デュアルチャンネル揮発性ストレージ、c.少なくとも1つの入力/出力通信アダプタポート、d.所定のスロットサイズに対応する定義された所定のストレージセグメントに数値的にマップされた少なくとも1つの不揮発性ストレージ装置、e.余剰電源、f.前記不揮発性ストレージ装置上にデータをマップするコントローラ、及びg.オペレーティングシステム、を含む、ことを特徴とする請求項10に記載の方法。前記データは前記スロットを作成する段階、及び最長時間未使用キャッシュに基づいて前記スロットを管理する段階、によって前記スロットの中に集合させられる、ことを特徴とする請求項10に記載の方法。前記最長時間未使用キャッシュは、前記スロット内の前記データを前記不揮発性ストレージにマップし、ストライピングを用い、それによってコントローラが複数の不揮発性ストレージ装置に同時に書込むことを可能にすることにより、該不揮発性ストレージのセクターにわたって前記キャプチャしたデータのキャッシュイメージを作成することを特徴とする請求項12に記載の方法。前記集合したデータに注釈を付ける段階を更に含むことを特徴とする請求項10に記載の方法。前記集合したデータは、固定時間領域に基づいて注釈が付けられることを特徴とする請求項14に記載の方法。前記データを検索するのに使用可能である1組の所定の特徴に基づいて該データに索引を付ける段階を更に含むことを特徴とする請求項10に記載の方法。データ精度を保証するためにあらゆる不正データを再構成する手段を組み込む段階を更に含むことを特徴とする請求項10に記載の方法。前記格納されたスロットからキャプチャしたデータの一部分を検索する段階を更に含むことを特徴とする請求項10に記載の方法。前記データは、前記データの特徴を識別する段階、前記不揮発性ストレージ上で前記識別された特徴を有するデータを収容する前記スロットの位置を特定する段階、及び前記識別された特徴を有する前記データを前記スロットから前記揮発性ストレージにコピーする段階、によって検索される、ことを特徴とする請求項17に記載の方法。前記識別された特徴を有する前記データは、所定のアクセス方法を用いてアクセス可能であるようにパッケージ化されることを特徴とする請求項18に記載の方法。ユーザが前記識別された特徴を有する前記データにアクセスすることを可能にする段階を更に含むことを特徴とする請求項18に記載の方法。前記データは、前記揮発性ストレージにスペースを割り振る最長時間未使用アルゴリズムを用いて前記スロットから該揮発性ストレージにコピーされることを特徴とする請求項18に記載の方法。これらの制約を克服するために、強固なネットワークパケットキャプチャ及び保存システムは、最新ハードウエア技術の最大機能を利用すべきであり、既存技術に固有の隘路も回避すべきである。複数のギガビットイーサネット登録商標接続、大容量ハードディスクドライブのアレイ、及び様々な装置とのより直接的な通信によって従来の隘路を迂回するソフトウエアを用いることにより、最大規模ネットワークのトラフィックを処理することができるスケールで、パケットキャプチャ及び保存を達成することが可能である。本発明は、無限ネットワークパケットキャプチャシステムINPCSを説明する。INPCSは、単一ネットワーク又は複数ネットワーク上に存在する全てのネットワークトラフィックをキャプチャかつ保存することができる高性能データキャプチャレコーダである。キャプチャデータは、拡張可能無限ディスクベースLRU最長時間未使用キャッシュシステム上に複数のギガビットGb回線速度で保存される。INPCSは、ギガビットイーサネット登録商標ネットワーク上の全てのネットワークトラフィックをキャプチャしてディスクまで流す機能を有し、この格納データを仮想ファイルシステムVFSとしてエンドユーザに呈示することを可能にする。このファイルシステムは、セキュリティ、科学的調査、コンプライアンス、解析、及びネットワーク管理アプリケーションを容易にする。INPCSはまた、パケットベースのカプセル化方法を利用するT1/T3及び他のネットワークトポロジーを通じてこの機能をサポートする。INPCSは、ネットワークキャプチャ装置上でTCIP/IPのようなプロトコルスタックの構成を必要としない。その結果、INPCSは、不可視又は受動の状態に留まり、従って、キャプチャされているネットワーク装置からは検出可能又はアドレス可能ではない。検出不能及びアドレス不能であることにより、INPCSは、それが外部ネットワーク装置から修正又はハッキンングされず、又はネットワーク上の他の装置からの攻撃に対する直接のターゲットになることができないので、セキュリティ及び科学的調査上の信頼性を高めるものである。INPCSはまた、一式のツールを提供し、仮想ネットワークインタフェース又は仮想イーサネット登録商標装置として、外部ネットワークセグメントへの再生成パケットストリームとして、及びに工業規格LIBPCAPTCPDUMPファイルフォーマットを動的に発生するVFSファイルシステムとしてキャプチャデータを時系列再生で公開する。これらのフォーマットは、LIBPCAPフォーマットをサポートする現在利用可能か又は特注のアプリケーション中にキャプチャデータをインポートすることを可能にする。装置が能動的にデータをキャプチャかつ保存している間に、INPCSを通じてライブネットワーク上でキャプチャしたデータの解析を実行することができる。この基本的ハードウエア構成では、INPCSプラットフォームは、高性能入出力I/Oシステムアーキテクチャを有するRAID0/RAID5ディスクストレージの大規模アレイをサポートすることができるラック装着可能装置である。高密度ネットワークトラフィックの格納は、コピーレス直接メモリアクセスDMAを用いて達成される。INPCS装置は、350MB/sメガバイト毎秒を超えるキャプチャ及び格納速度を持続することができる。装置は、SPANポートルータ構成又は光スプリッタを通じて銅線又はファイバを通してイーサネット登録商標ネットワークに取り付けることができる。INPCSはまた、外部アクセスに向けて非対称経路指定ネットワークトラフィック並びに他の併合ストリームをサポートするためにデータの複数のキャプチャストリームを統一時間索引付きキャプチャストリームへと併合する機能をサポートし、効率的なネットワーク管理、解析、及び科学的調査のための使用を容易にする。INPCSソフトウエアは、既存のLinuxネットワークインタフェースドライバに適合する独立型ソフトウエアパッケージとして独立に用いることができる。INPCS技術のこの提供がもたらす性能測定基準は、統合ハードウエア/ソフトウエア電子機器に利用可能なものよりも低いが、Linuxがサポートする既存のネットワークドライバの広い基盤にわたって移植性があるという利点を有する。INPCSに向けた独立型ソフトウエアパッケージは、上述したものを提供する電子機器によって利用可能なものと同じ特徴及びアプリケーションサポートの全てを提供するが、統合電子機器の高性能ディスクI/O及びコピーレス直接メモリアクセスDMA切り換え技術は提供しない。キャプチャネットワークトラフィックは、3つの基本的方法、すなわち、PCAPフォーマットファイルを公開するVFSファイルシステム、仮想ネットワークインタフェースイーサネット登録商標装置、及び外部電子機器に給送する外部ネットワークセグメントへ再生成パケットストリームを通すことを利用して、外部電子機器及び装置に対して又はINPCS電子機器上で実行される適切なアプリケーションに対して公開することができる。INPCSファイルシステムは、オンディスクLRU最長時間未使用キャッシュとして作用し、ストアが一杯になると最も古いキャプチャデータをリサイクルさせて連続キャプチャを発生させ、最も古いデータは、リサイクルされて上書きされるか、又はネットワークトラフィックをキャプチャした外部ストレージに転送されるかのいずれかである。このアーキテクチャは、無限キャプチャシステムを考慮するものである。オンディスクストアにあらゆる所定の時間にキャプチャされたパケットは、最も古いパケットから最も新しいものまでのキャプチャされた全てのパケットの時間的ビューを表している。ディスクアレイの容量を増加することにより、システムは、所定のトラフィック容量のネットワークからの全てのネットワークトラフィックに対する所定の時間窓を可能にするように構成することができる。例えば、事業体、政府機関、又は大学は、その前の24時間、48時間、又は他の所定の時間フレーム中の全てのトラフィックの試験及び解析を可能にするのに十分なディスクアレイストレージを用いて電子機器を構成することができる。本発明の他の特徴及び利点は、添付図面と共に下記の発明を実施するための形態に示す本発明の特定的な実施形態への参照から明らかになるであろう。INPCSは、ネットワーク上又は複数のネットワーク上に存在する全てのネットワークトラフィックをキャプチャすることができ、かつキャプチャデータを当業技術で公知の拡張可能で無限のディスクベースLRU最長時間未使用キャッシュシステム上に複数のギガビットGb回線速度で保存することができる高性能データキャプチャレコーダである。INPCSは、ギガビットイーサネット登録商標ネットワーク上の全てのネットワークトラフィックをキャプチャしてディスクにストリーミングし、更に、これらのデータを仮想ファイルシステムVFSとして表す機能を有する。エンドユーザは、VFSから情報を検索することによってこれらの情報にアクセスすることができ、それによってネットワークセキュリティ、科学的調査、コンプライアンス、解析法、及びネットワーク管理アプリケーション、更には映像及び音声フォーマットを利用するメディアアプリケーションが容易になる。INPCSはまた、パケットベースのカプセル化法を利用する当業技術で公知のT1/T3及び他のトポロジーを通じてこの機能をサポートする。INPCSは、キャプチャネットワーク装置上でTCP/IPのようなプロトコルスタック構成を必要としない。それによってINPCSは、不可視又は受動になり、キャプチャネットワークセグメントからアドレス不能になる。このようにして、この装置は、ネットワーク上でアドレス指定することができないために、攻撃のターゲットにすることができない。INPCSはまた、外部ネットワークセグメントへの再生成パケットストリームを仮想ネットワークインタフェース又は仮想イーサネット登録商標装置として、又はLIBPCAPパケットキャプチャファイルフォーマット及びTCPDUMPTCPプロトコルダンプファイルフォーマット、CAP、CAZ、及びフォーマットをサポートするあらゆる適切なアプリケーションの中にインポートすることができる工業規格フォーマットを動的に発生するVFSとしてキャプチャデータを時系列再生で検索するための一式のツールを提供する。LIBPCAPは、ユーザレベルのパケットキャプチャのためのシステム独立型インタフェースであり、低レベルのネットワークモニタリングに向けて移植性のあるフレームワークを提供する。アプリケーションは、ネットワーク統計収集、セキュリティモニタリング、ネットワークデバッグを含む。INPCSは、装置が能動的にデータをキャプチャかつ保存している間のキャプチャデータの解析を可能にする。図1は、統合INPCS電子機器のハードウエア構成の一実施形態を表している。この構成におけるINPCSプラットフォームは、高性能入出力I/Oシステムアーキテクチャを有する大量のRAID0/RAID5/RAID01、及びRAID1ディスクストレージをサポートするラック装着可能装置である。INPCS装置は、350MB/sメガバイト毎秒を超えるキャプチャ及び格納速度を持続することができる。装置は、SPANポートミラーリングされたポート101ルータ構成又は光スプリッタ102を通じて銅線又はSXファイバを通じてイーサネット登録商標ネットワークに取り付けることができる。本方法により、ギガビットイーサネット登録商標スイッチ103を含む複数のネットワークトラフィック源は、キャプチャ電子機器104に並列データ給送を提供することができ、集合データキャプチャ容量を実質的に増大する。非対称経路指定ネットワークトラフィック並びに外部消費に向けた他の併合ストリームをサポートするために、複数のキャプチャデータストリームが、統合時間索引付きキャプチャストリームへと併合される。併合データストリームは、当業技術で公知であるFC-ALSANファイバチャンネル調停ループストレージ領域ネットワークに保存される。図1に示すFC-ALスイッチ105は、専用の非停止100MB/秒又は1GB/秒2地点間並列接続を有する8つのポートを提供する。これらのポートは、キャプチャネットワークトラフィックを複数のFL-ALRAIDアレイ106に向ける。図示のアレイは、各々が7テラバイトの合計ストレージ容量を提供し、当業技術で公知の標準RAID構成を用いて構成することができる。この実施形態は、好ましいストレージモードとしてRAID0冗長性を伴わないストライピング又はRAID5分散パリティ、RAID01ストライプを有するミラー、RAID1ミラーをサポートするコントローラを提供する。図2は、8つまでの標準3インチハードディスクドライブ、並びに関連ハードウエア、ファームウエア、及びソフトウエアを保持するように設計された一般的な電子機器シャーシ2U構成を表している。本発明の現在の実施形態では、各シャーシは、8つの400GBハードディスクドライブを含むことになり、合計記憶容量は、シャーシ毎に3.2テラバイトになる。INPCSプラットフォームは、UL/TUV及びEC公認プラットフォームであり、クラスAのFCC装置としてランク付けされている。INPCSユニットはまた、TUV-1002、1003、1004、及び1007静電放電電磁波耐性要件及びEMI電磁波耐性仕様を満たしている。INPCSプラットフォームは、SSHセキュアシェルアクセスによるコンソール管理を可能にし、並びに基本シリアルポートを通じて取り付けられたatty及びttyシリアルコンソールサポートによって装置へのセキュア接続を保証する。このユニットは、ディスクドライブのホットスワッピング及びRAID5の耐障害性構成によるIDE装置の動的フェイルオーバーをサポートする。このユニットはまた、ディスクキャプチャのためのデュアル1000BaseT1Gbストリームをサポートするための高性能RAID0アレイ構成をサポートする。SAN上に格納されたキャプチャネットワークトラフィックは、3つの基本的方法、すなわち、PCAPフォーマットファイルを公開するVFSファイルシステム、仮想ネットワークインタフェースイーサネット登録商標装置、及び外部電子機器に給送する外部ネットワークセグメントへの再生成パケットストリームを通じることを利用して外部電子機器及び装置、又はINPCS電子機器上で作動する適切なアプリケーションに公開することができる。INPCSファイルシステムは、オンディスクLRU最長時間未使用キャッシュとして作用し、ストアが一杯になると最も古いキャプチャデータをリサイクルさせて連続キャプチャの発生を可能にし、最も古いデータは、リサイクルされて上書きされるか、又はキャプチャネットワークトラフィックの永久保存のために外部ストレージに転送されるかのいずれかである。このアーキテクチャは、無限キャプチャシステムを可能にする。VFSファイルシステムでは、ファイルは、当業技術で公知のLinuxVFSを実施することによって動的に発生され、このVFSは、ディスクにネットワークトラフィックをキャプチャするためにINPCSが用いるディスクLRUの上に常駐する。INPCSは、標準VFSを通じてデータを表すので、scpセキュアコピー、HTTPSセキュアハイパーテキスト転送プロトコル、SMBMicrosoft製サーバメッセージブロックプロトコル、又はNFSUnix登録商標ネットワークファイルシステムプロトコルのようなネットワーク規格を用いることで、これらのデータをアプリケーションが容易にインポート又はアクセスするか又は他のコンピュータシステムに容易にエクスポートすることが可能になる。それによってINPCS装置は、幅広く異なるネットワーク環境の中でインストールすることが可能になる。更に、ファイルシステムを通じてキャプチャネットワークトラフィックを公開することにより、データテープ、コンパクトディスクCD、及びデータDVDを含む外部装置への転送又はバックアップが容易になる。キャプチャトラフィックのためのファイルシステムインタフェースは、そのようなフォーマットを認識して読取る幅広い既存のアプリケーションへの容易な統合を可能にする。INPCSは、標準イーサネット登録商標プロトコルを用いて保存データを仮想ネットワークインタフェースとしてアクセスすることを可能にする。多くのセキュリティ、科学的調査、及びネットワーク管理アプリケーションは、このアプリケーションがオペレーティングシステムを回避し、ネットワークインタフェースカードを直接開くことを可能にするインタフェースを有する。それによってアプリケーションは、開かれた装置で示すネットワークセグメントからパケットをこのパケットの未処理形式で読取ることが可能になる。INPCS仮想インターネット装置は、キャプチャデータストアにマップすることができ、それによって格納データは、オペレーティングシステムに対して1つ又はそれよりも多くの物理ネットワーク装置として見え、刻時された格納データは、あたかもライブネットワークトラフィックであるかのように見える。それによって既存のアプリケーションは、このアプリケーションのネットワークインタフェース装置への固有の直接アクセスを模擬実行することが可能になるが、パケットは、INPCS内のキャプチャパケットから装置に給送される。このアーキテクチャは、実時間ネットワークデータにアクセスするように設計されたアプリケーションとの容易な統合を可能にし、これらのアプリケーションを履歴データと同じ機能を実行するツールに変えることによってこれらのアプリケーションの使用可能度を著しく改善する。仮想ネットワークインタフェースはまた、INPCS仮想イーサネット登録商標装置が望ましい特定パケットのみを配信するように、アナリストがこの装置の挙動を設定することを可能にする。例えば、INPCS装置は仮想装置であるので、ユーザは、この装置の挙動をプログラムすることができる。プログラムされたフィルタ仕様プロトコルID又は時間領域等によるに所定の要件を満たすパケットのみを一致させるツールが備えられる。更に、アプリケーションによって開かれる物理イーサネット登録商標装置は、他のアプリケーションに対しては利用不能とされるが、INPCSによって用いられる仮想インタフェースは、相互排他及び実時間ネットワーク性能へのいかなる影響をも伴わずに、複数のアプリケーションが仮想装置これは、同じか又は異なるパケット部分集合を選択するようにプログラムすることができるから読取ることを可能にする。仮想インタフェースは、履歴データを調べるために用いることができるが、この仮想インタフェースの機能はまた、解析データの完全なデータ保存及びキャプチャと同時に作動する大きなネットワークバッファをアプリケーションに提供し、その一方で、独立型アプリケーションとして輻輳したネットワーク上で作動するパケット解析アプリケーションにおいて一般的に発生するパケット損失を伴わない警告及びライブネットワーク解析を提供することにより、これらのアプリケーションに向けてほぼ実時間のキャプチャデータモニタリングを可能にする。INPCSはまた、再生成を通じてデータアクセスを容易にする。INPCSストア内のキャプチャパケットは、取り付けられたネットワークセグメント上の外部装置へと再伝送することができる。それによってストア内に含まれる再生成パケットを外部電子機器に送信することが可能になり、そのような電子機器又はアプリケーションによる実時間データの受信がエミュレートされる。INPCSは、再生成の挙動をプログラムするためのツールを含む。例えば、パケットは、所定のパケット速度で再伝送することができ、又は特定の所定の基準を満たすパケットを再生成ストリームから除外するか又はその中に含めることができる。INPCS電子機器によって外部電子機器に向けて再生成されたパケットを受容するこの外部電子機器は、INPCS電子機器の存在に気付かず、従って、機密性及びセキュリティが最重要のものであるアプリケーションを含み、既存又は今後の電子機器との統合はスムーズであり、容易である。この再生成法はまた、INPCS電子機器の中に受信されるパケットを実時間キャプチャ速度で調べることができない可能性がある外部装置に格納パケットストリームを再伝送することによって負荷平準化を容易にする。更に、本方法は、現在の解析に対して重要であるとユーザが判断するパケットのみに注目することによって外部電子機器をより生産的にすることができる。再生成は、所定のインタフェースからINPCS電子機器がパケットをキャプチャし、かつ格納を継続する間に達成することができるために、INPCSの基本機能には影響を与えない。INPCSファイルシステムは、当業技術で公知のオンディスクLRU最長時間未使用キャッシュとして作用し、ストアが一杯になると最も古いキャプチャデータをリサイクルさせて連続キャプチャの発生を可能にし、最も古いデータは、リサイクルされて上書きされるか、又はキャプチャネットワークトラフィックの永久保存に向けて外部ストレージに押し出されるかのいずれかである。このアーキテクチャは、無限キャプチャシステムを可能にする。オンディスクストア内のあらゆる所定の時間におけるキャプチャパケットは、最も古いパケットから最も新しいものまでの全キャプチャパケットの時間内のビューを呈示する。INPCSソフトウエアは、修正Linuxオペレーティングシステムカーネルの中にロードされるロード可能モジュールとして実施される。このモジュールは、上述のようにVFS、仮想ネットワーク装置ドライバイーサネット登録商標、及び外部ネットワークセグメントへのパケット再生成に向けたサービスを提供し、実施する。INPCSは、専有のファイルシステム及びデータストレージを用いる。INPCSモジュールによって利用されるLinuxドライバはまた、全パケットコピーを排除するコピーレスDMAスイッチ技術をサポートするように修正されている。コピーレス受信及び送信方法の使用は、INPCの望ましい処理機能を達成するために不可欠である。コピーレス送信は、送信機能がデータをコピーするのではなく、アプリケーションが送信の前にデータをメッセージバッファに追加することを可能にする。キャプチャパケットは、従来のネットワークプロトコルスタックでは一般的なコピー又はヘッダ分解への必要性を伴わずにネットワークリングバッファからシステムストレージキャッシュの中に直接DMA直接メモリアクセス転送される。ディスクストレージへの書込みに向けてスケジュール化されるキャプチャパケットに対して同様の方法が用いられる。これらの方法は、極めて高いレベルの性能を可能にし、パケットデータを350MB/sを超える速度でキャプチャし、その後ディスクに書き込むことを可能にし、ギガビットネットワーク上での損失のないパケットキャプチャに対するサポートを可能にする。それによってINPCSユニットは、ライブネットワークデータのいかなるパケット損失も伴わずに最大回線速度のギガビットトラフィックをキャプチャすることが可能になる。このアーキテクチャは、重要データパケットの損失を伴わずに、普及している侵入検出システムIDSソフトウエアSnortのようなアプリケーションによるキャプチャデータの実時間事後解析を可能にする。更に、セッション再構成等に向けた更に別の研究が望ましいならば、エラーなしの再構成を容易にするデータの全格納が利用可能である。これらの方法は、ユーザ及びネットワーク調査者が詳細なトリガを作成することを必要とし、イベントモニタがネットワーク上の特定イベントを検索することを必要とすると考えられるより従来型のスニファー及びネットワークトリガモデルよりも優れている。INPCSを用いると、全てのネットワークパケットは、ネットワークからキャプチャされ、解析作業は、単に大量のキャプチャデータの事後解析に過ぎないために精巧なトリガ及びイベントモニタ技術への要求は不用である。すなわち、INPCSは、アナリストにライブネットワークトラフィック及びフロー力学の無類の展望を与えるので、ネットワーク障害追求、並びにネットワーク科学的調査及び解析における新しいモデルを呈する。このユニットは、全てのネットワークトラフィックをキャプチャするために、ネットワーク上で時間内に発生したあらゆるイベントを再生することができる。この装置は、本質的にネットワークトラフィックの全体を含むモノリシックなネットワークバッファを作成する。一実施形態では、INPCSは、VFSファイルシステムDSFSを通じてキャプチャデータをPCAPファイルとして公開する。装着されたDSFSファイルシステムは、ファイルをリスト化、閲覧、コピー、及び読取ることができる従来のファイルシステムのように振る舞う。これは、ファイルシステムであるために、LinuxのNFS又はSMBFSを通じて他の取り付けられたネットワークコンピュータにエクスポートすることができ、これらのネットワークコンピュータは、キャプチャデータをネットワーク上の全トラフィックの集合時間索引付きスロットファイル又は統合キャプチャファイルとしてダウンロードすることができる。それによってアナリストには、ローカル解析に向けて重要ファイルをローカルマシンに単純にコピーする機能が与えられる。これらのキャプチャPCAPファイルはまた、CDのようなより永久的なストレージに書き込むことができ、又は別のマシンにコピーすることができる。INPCSファイルシステムDSFSはまた、キャプチャパケットデータ上にマップされる時間再生ベース及び実時間の両方の仮想ネットワークインタフェースを作成して公開し、パケットがDSFSキャッシュシステムの中に書き込まれる時に、これらのアプリケーションが実時間でキャプチャデータを処理することを可能にする。それによってセキュリティアプリケーションは、INPCSが割り込みなしに新しいネットワークトラフィックのキャプチャを継続する間に、例えば、実時間でキャプチャデータを連続的にモニタし、このINPCS装置からのIDS及び警告機能を備えることが可能になる。それによって既存のセキュリティ、科学的調査、コンプライアンス、解析、及びネットワーク管理アプリケーションは、これらのプログラムに必要とされるソフトウエア変更を伴わずにINPCS装置上でスムーズに作動することが可能になり、その一方で、これらのアプリケーションには、ネットワーク上の全てのトラフィックを解析する損失のない方法が与えられる。INPCSユニットは、スイッチポートアナライザSPAN又は標準LX又はSX光ファイバ接続のいずれかを通じた光スプリッタのいずれかを通じて接続される独立型電子機器として実施することができる。このユニットはまた、10/100/1000Mbの回線速度におけるUTPベースのイーサネット登録商標のキャプチャをサポートする。INPCSユニットはまた、デュアルSXファイバを通じてギガビットイーサネット登録商標アダプタに非対称に経路指定されたネットワークをサポートするように構成することができ、光スプリッタは、TX/RXポートをINPCS装置の両方のRXポートに接続する。SPAN構成では、INPCSユニットはルータに接続され、更に、ルータは、選択されたポートトラフィックをINPCSユニットに接続したポートの中にミラーリングするようになっている。図3は,SPAN構成におけるINPCS電子機器の使用を概略的に表している。この構成では、INPCS電子機器は、ルータのポートに接続され、このルータは、他の選択されたポートからのパケットをホストルータ上のSPAN構成に設定されたポートにミラーリングすなわち、コピーするようになっている。本方法は、確かにある程度までルータの性能を劣化させるが、モニタリング用途に向けてINPCS電子機器をネットワークに接続する最も平易で最も費用効果的な方法である。SPAN構成を用いる1つの明瞭な利点は、大学又は大規模な事業所に存在するもののような大学構内規模のネットワーク化環境における多数のルータをホストするマルチルータネットワークに関する。大学構内規模の幅広いベースでデータを集積し、INPCSデータ記録電子機器をホストする特定ルータにこれらのデータを導くために、ルータは、ローカルトラフィックを特定ポート上にミラーリングし、このトラフィックを中央ルータバンクに向け直すように構成することができる。この実施は、ギガビットイーサネット登録商標セグメントを利用する非常に大規模なネットワークにおいてさえも、本方法が実施可能であり、かつ実用的であることを明らかにしている。30,000人又はそれよりも多くの学生がおり、Windows登録商標、Unix登録商標、Linux、及び他のオペレーティングシステムを用いてワークステーション及びサーバが教員、職員、実験室などにサービスを提供する大学では、大学内外の平均ネットワークトラフィックは、複数のギガビットイーサネット登録商標セグメントにわたって約55MB/sの持続速度で継続され、ピーク時には80MB/sに達すると予測することができる。SPAN構成を利用するINPCS電子機器の実施は、ネットワークへの顕著な影響を伴わずに達成することができ、INPCSは、これらの速度で全てのネットワークトラフィックを容易にキャプチャすることができ、すなわち、大学又は同様のサイズの企業の内外の全ネットワークトラフィックキャプチャを維持することができる。INPCS電子機器は、インライン光スプリッタを通じたネットワークトラフィックキャプチャをサポートするように構成することができ、この光スプリッタは、INPCS電子機器内の2つのSXギガビットイーサネット登録商標アダプタの中に給送する構成の中でRX受信及びTX送信トラフィックの進路を変更する。図4は、そのような非対称経路指定構成におけるINPCS電子機器の使用を表している。この構成では、INPCS電子機器は、SXマルチモード又はLXシングルモードの長距離光ファイバギガビットケーブルのいずれかをサポートする光スプリッタに接続される。本方法は、非常に高レベルの性能を提供し、非侵入的である。このユニットは、あらゆる外側ネットワーク装置の視界から完全に遮蔽されるので、この構成法の非侵入的性質は、INPCS電子機器を顧客ネットワーク上で完全に不可視にする。非対称経路指定のサポートに関する更に別の利点が存在する。ある程度大規模な商用ネットワークでは、ルータ間でネットワークトラフィックを伝播するRX及びTXチャンネルは、ネットワークのクロスセクション帯域幅を増加させる手段としてネットワーク基礎構造を通る独立経路を取るように構成することができる。例えば、大規模金融市場において維持されるネットワークは、この方式で構成することができる。この手法を用いると、ネットワークトラフィックを組み立て直し、論理着信順序で見ることができるように、1つ又はそれよりも多くのキャプチャチェーンからのキャプチャトラフィックを統合チェーンに再統合することを必要とする光スプリッタ構成及びSPANポート実施を含む構成の両方において。INPCS電子機器は、これらのモードの両方をサポートし、更に、キャプチャネットワークトラフィックのビューを併合されて取り付けられたキャプチャパケットチェーンとして表す機能を提供する。図5は、光スプリッタ構成におけるINPCS電子機器を示している。デフォルトでは、INPCSは、電子機器シャーシにおいてSXファイバのみをサポートする。LXファイバサポートを必要とするユーザに対しては、外部ネットワークタップ装置を通じたLXからSXへのファイバ接続を可能にするために、この構成に光スプリッタ及びコンバータを追加することができる。INPCSは、仮想インタフェースを構成し、物理的アダプタ上でのデータキャプチャを始動及び停止し、仮想ネットワークインタフェースをデータストア内のキャプチャデータ上にマッピングし、更に、ネットワークインタフェース及びキャプチャデータステータスをモニタすることを可能にするいくつかのユーティリティを提供する。更に、全てのキャプチャデータストアは、これらのキャプチャデータがキャプチャされる時に、これらのキャプチャデータからLIBPCAPファイルを動的に発生する仮想ファイルシステムを通じてエクスポートされ、キャプチャネットワークトラフィック対してTCPDUMPLIBPCAPファイルフォーマットをサポートするあらゆるネットワーク科学的調査プログラムがこれらのファイルデータセットを閲覧及び科学的調査用途に向けて閲覧し、保存することを可能にする。DSCAPTUREユーティリティは、ネットワークデータのキャプチャを構成してキャプチャを開始し、また仮想ネットワークインタフェースをマップすることを可能にし、パケットの索引、日付及び時間、又は特定のネットワークアダプタ又はネットワークセグメントから取り込んだパケットチェーン内のオフセットに基づいて特定の時間領域を選択することを可能にする。このユーティリティは、指令ライン環境内に現れると考えられる以下の関数を提供する。関数DSCAPTUREINITは、INPCSキャプチャストアを初期化することになる。DSCAPTUESTART及びDSCAPTURESTOPは、それぞれ、ネットワークインタフェース名に基づいてローカルストア上へのネットワークトラフィックのパケットキャプチャを始動及び停止する。デフォルトでは、制御コードが以下のものに類似することになるように、Linuxは、インタフェースにeth0、eth1、eth2等と名付ける。DSCAPTUREMAP及びDSCAPTUREMAPSHOW関数は、特定の仮想ネットワークインタフェースを物理的ネットワークアダプタからストア内に位置するキャプチャデータ上にマップすることを可能にする。それによって当業技術で公知であるSNORT、TCPDUMP、ARGUS、及び他の科学的調査アプリケーションは、このアプリケーションの機能がライブネットワークアダプタ上で作動した場合と同様の方式でINPCSストア上で作動することが可能になる。それによってキャプチャトラフィックをほぼ実時間の性能レベルで同時に解析するための多数の既存又はカスタム設計の科学的調査アプリケーションの使用が容易になる。ライブネットワークストリームをエミュレートするキャプチャデータに対する仮想インタフェースは、物理的ネットワークアダプタからのキャプチャデータストリームの終端に遭遇すると停止イベントを生成し、新しいデータが着信するまで待機することになる。この理由から、以下の指令ラインシーケンスに示すように、データストアへのネットワークトラフィックの同時キャプチャと共にトラフィックがこれらのプログラムに連続して実時間でキャプチャされ、ストリーミングされる間に、これらのアプリケーションをINPCSストア上で無修正形態で用いることができる。DSCAPTURE関数はまた、以下の指令ラインシーケンス及び表示に示すように特定の仮想インタフェースを物理インタフェースにマップすることを可能にする。ここで、DSCAPTUREMAPSHOW関数は、以下のように表示することになる。INPCSによって提供される2つの明瞭な型の仮想ネットワークインタフェースが存在する。ifp<>及びift<>は、仮想ネットワークインタフェースと呼ばれる。ifp<>という名称の仮想インタフェースは、ストアの終端に到達するまで最大速度でデータストアからデータを読取る機能を提供する。ift<>という名称の仮想インタフェースは、データがネットワークからキャプチャされた同一の時間窓でキャプチャデータの時系列再生を提供する。この第2のクラスの仮想ネットワークインタフェースは、データがネットワーク源からライブでキャプチャされた時に呈したものと同じタイミング及び挙動を伴ってこれらのデータを再生することを可能にする。元のタイミング挙動が完全に保持されるために、上述したことは、ネットワーク攻撃及びアクセスの企てを閲覧し、解析することにおいて有用である。DSCAPTURE関数はまた、以下の指令ラインシーケンスのように調査者が検査するのに選択すると考えられる時間、パケット番号、又はデータオフセットのいずれかの点において仮想ネットワークインタフェースをストアの中に索引付けすることを可能にする。これらの指令は、仮想インタフェース内のどこでキャプチャパケットを読取ることを始動すべきかをユーザが設定することを可能にする。2テラバイトを超えるキャプチャデータを有する大規模システムでは、調査者は、ある一定の日付及び時間で始まるパケットを調べることのみが必要であろう。このユーティリティは、ユーザが仮想ネットワークインタフェースポインタをキャプチャストリーム内の特定位置に設定することを可能にする。従って、仮想装置が開かれると、この装置は、キャプチャストリームの開始点からではなく、これらの位置からパケットを読取り始めることになる。DSMONユーティリティは、シリアルポート、SSHセキュアシェルログインを通じてINPCS装置に接続した標準Linuxコンソール、atty、又はxtermウィンドウからのINPCS装置のモニタリング、又は当業技術で公知のxterm装置を通じたTerminalWindowによるINPCS装置のモニタリングを可能にする。このプログラムは、データキャプチャステータス、ストア内のキャプチャデータ、ネットワークインタフェース統計値、及び仮想インタフェースマッピングの総合的なモニタリングを提供する。図6は、DSMON関数のスクリーンコンソールにおけるメニュー選択肢を表している。ユーザは、ネットワークインタフェース、スロットキャッシュ、ディスクストレージ、スロットチェーン、利用可能な仮想インタフェース、及び併合チェーンに関連する情報を選択し、閲覧することができる。DSMONユーティリティは、全てのネットワークインタフェース、並びにパケット落ち、FIFO及びフレームエラー、受信パケット及びバイト数などを含む関連ハードウエア統計値のモニタリングをサポートする。更に、このユーティリティは、システム内のキャッシュ使用、ディスクストレージ使用、異常形態パケットを記録するキャプチャモニタリング、合計キャプチャパケット、ディスクチャンネルI/O性能統計値、物理ネットワークインタフェースへのスロットチェーンのマッピングを含むスロットチェーン情報、特定アダプタにチェーン接続したスロット数、パケットチェーンがスロット内に格納された日付及び時間及びそれらの関連チェーン、仮想インタフェースマッピング、仮想インタフェース設定、及び非対称経路指定キャプチャトラフィック、光スプリッタ構成からキャプチャされて併合されたトラフィックのサポートのための併合スロットチェーンをモニタする。下記の説明は、このユーティリティによってINPCS電子機器及び独立型ソフトウエアパッケージからネットワーク管理者及び科学的調査の調査者に提供される情報の一部を詳述するいくつかのDSMONパネルからの一般的な抜粋である。図7は、ネットワークインタフェースのステータスを示すDSMONユーティリティによって生成される一般的な表形式レポートを表している。この表示は、ネットワークインタフェースの識別、装置の型、インターネットアドレス、ハードウエアアドレス、同報通信の型、最大伝送単位MTU設定、割り込みステータス、回線/リンクステータス、パケット受信速度、バイト受信速度、受信パケット及びバイトにおける最大バースト速度、パケット落ち、合計キャプチャパケット及びバイト、バッファ落ちに関する総合情報を提供する。これらの情報を用いることにより、ユーザに対して、キャプチャデータの保全性のみならず、発生する可能性があるネットワーク問題の障害追求を保証することができる。図8は、INPCSのディスクストレージのステータスを示すDSMONユーティリティによって生成された一般的な表形式レポートを表している。この表示は、刻時、ディスク情報、スロット情報、並びにクラスター及びブロック割り振り、データ及びスロットの開始点、論理ブロックアドレス指定に関するデータを含むディスクストレージに関する総合情報を提供する。図9は、スロットチェーンのステータスを示すDSMONによって生成された一般的な表形式レポートを表しており、各スロットは、所定のキャプチャデータセグメントを呈している。この表示は、INPCSの作動時間、能動スロットチェーン、及びこれらの始動時間及びサイズに関する情報を提供する。INPCSデータレコーダは、データストア内のスロット及びスロットチェーンからLIBPCAPフォーマットファイルを動的に発生するカスタム仮想ファイルシステムDSFSを通じてキャプチャデータを公開する。これらのデータは、標準のファイルシステムアクセス方法のあらゆるものを通じてアクセスすることができ、キャプチャデータをコピー、保存、及び検査するか又はLIBPCAPフォーマットをサポートするあらゆるプログラム又はアプリケーションの中にインポートすることを可能にする。デフォルトでは、INPCSシステムは、以下のようにLinux仮想ファイルシステムVFSインタフェースの下で新しいファイルシステム型を公開する。DSFSは、装置ベースのファイルシステムとして登録され、標準SystemVUnix登録商標システム及びSystemVUnix登録商標の指令構造をエミュレートするためのシステムの下で装着指令を通じて標準ファイルシステムとして装着される。このファイルシステムは、NFS、SAMBA、InterMezzo、及びLinuxオペレーティングシステムの標準配分によって提供される他のリモートファイルシステムアクセス法のようなプロトコルを通じてリモートユーザに対して公開することができる。それによってDSFSファイルシステムは、Windows登録商標及びUnix登録商標ワークステーションクライアントが中央ロケーションからリモートにアクセスすることが可能になる。DSFSは、下記の指令ラインシーケンスに示すようにオペレーティングシステム及びリモートユーザに対してLinuxオペレーティングシステムの下でサポートされる単に別の型のファイルシステムとして見える。図10は、DFSファイルシステム構造を概略的に表している。DSFSファイルシステムは、ユーザスペースからの読取専用ファイルシステムである。しかし、このDSFSファイルシステムは、確かに、このシステムの指定されたエンドユーザに対して特定のファイル許可を割り振るためにchmod及びchown指令をサポートする。それによって選択された個人がDSFSファイルシステムに含まれるファイルに個々のベースでアクセスすることを中央管理者が許可することが可能になり、1人よりも多いネットワーク科学的調査の調査者を有するネットワークセキュリティオフィスによって使用が目論まれる場合には、システムを構成し、管理するためのより高い自由度が許される。下層のキャプチャエンジンサブシステムのみが、DSFSファイルシステム内のデータを書込み、変更することができる。特定ファイルへのユーザ許可の割り振りを超えては、DSFSは、システム管理者を含むあらゆるユーザによるキャプチャデータの変更を禁止する。証拠の原則が必須である犯罪又は民事法手続きにおいてキャプチャデータが用いられる場合には、上述のことによって格納の継続性を目的としてキャプチャデータの保全性が保証される。デフォルトでは、DSFSファイルシステムの読取-書込の性質は、ユーザスペースからシステムにアクセスするユーザに対しては読取専用であり、以下の指令ラインシーケンス例に示すように、Unix登録商標のdf指令は、書込みに対してストアを常にアクセス不可として報告することになる。DSFSファイルシステムは、以下のディレクトリ構造の中に編入される。デフォルトでは、DSFSは、ルートDSFSディレクトリ内のキャプチャスロットチェーンをシステム内のアダプタ番号及び名称によってLIBPCAPファイル内に含まれる完全なパケットチェーンとして公開する。キャプチャアダプタがチェーン内に複数のスロットを含む場合には、データは、PCAPフォーマットの大きな連続ファイルとして表され、個々のスロットは、透過的に互いにチェーン接続される。これらのファイルは、ローカル又はリモートのいずれからも開くことができ、LIBPCAPフォーマットデータを読取るように設計されたあらゆるプログラムに読取ることができる。これらの主スロットチェーンは、実際には開始及び終了の日付及び時間によって注釈を付けられた個々のスロットのサブチェーンから成る。デフォルトでは、各アダプタに対して作成される2つのファイルが存在する。1つのファイルは、ネットワークトラフィックの完全なペイロードを含み、別のファイルは、フレームに分割されている。フレーム分割は、各キャプチャパケットの最初の96バイトのみを表し、殆どのネットワーク解析ソフトウエアは、ネットワークヘッダのペイロードだけに関心があり、パケット内の関連データには関心がない。完全なネットワークペイロードを必要としないアプリケーションに対しては、フレーム分割ファイルが利用可能であるために、両方のファイルを提供することにより、ネットワーク解析作業中にネットワークを通じてリモートに転送されるデータ量は減少する。また、DSFSボリュームのルートディレクトリ内に示されている各スロットチェーンを含む個々のスロットを表すいくつかのサブディレクトリが存在する。これらのディレクトリは、キャプチャデータを考察するより大まかな方法を可能にし、スロット及びネットワークアダプタ名と共に各個々のスロット内に含まれるパケットに対する開始及び終了キャプチャ時間によって格納される。全てのパケットデータの完全なネットワークペイロードを表すslotsと呼ばれるディレクトリ、及びフレーム分割フォーマットの同じスロットデータを表すsliceと呼ばれるディレクトリが作成される。これらのスロットファイルは、下層のDSFSデータストアから作成される動的生成LIBPCAPファイルでもある。eth1に対する完全なペイロードを有する個々のスロットを有するSLOTSディレクトリエントリは、以下の指令ラインシーケンスにおけるもののように表現されることになる。eth1に対するフレーム分割されたペイロードを有する個々のスロットを有するSLICEディレクトリエントリは、以下のように表現されることになる。これらのファイルは、以下のようにDSFSファイルシステムからTCPDUMP又は他のあらゆるLIBPCAPベースのアプリケーションの中にインポートすることができる。主スロットチェーンファイルもまた、以下の指令ライン例に示すように、同様の方式でルートDSFSディレクトリからインポートすることができ、後の科学的調査解析に向けて単純なシステムファイルとしてローカル又はリモートのターゲットディレクトリにコピー及び保存することができる。また、キャプチャネットワークトラフィックを保存するために、以下の指令を用いて他のあらゆるシステムファイルと同様にこれらのファイルをコピーすることができる。DSFSのstatsディレクトリは、DSMONユーティリティを通じて報告される情報と同様の特定の統計情報によって動的に更新されるテキストファイルを含む。これらのファイルは、開いてコピーすることができ、それによって次に示すように特定の時間間隔におけるINPCSシステムのキャプチャ状態の寸見を提供する。例えば、slot.txtというファイルは、DSFSシステム内の全てのスロットバッファの現在のキャッシュ状態を含み、以下の指令ラインシーケンスによって単純なテキストファイルとして表示及びコピーすることができる。更に、既存のmergeディレクトリは、キャプチャデータの非対称経路指定トラフィック及び光タップ構成のサポートに向けて併合スロットチェーンを提供するためにファイルを動的に作成することを可能にする。ネットワークインタフェース指令をサポートする標準アプリケーションの全ては、仮想ネットワークインタフェースの使用を通じてINPCSと共に実施することができる。図11は、当業技術で公知であるいくつかの標準ネットワーク解析及び科学的調査ツールに関連したINPCSの使用を表している。TCPDUMPは、以下の指令ラインシーケンスのように仮想ネットワークインタフェースを利用することによってINPCS上で作動するように構成することができる。SNORT侵入検出システムは、INPCS電子機器によって提供される仮想ネットワークインタフェースの同様の使用を通じてINPCSデータレコーダ上でソフトウエア変更なしで作動することができる。仮想インタフェースは、格納データの終端に到達すると停止するので、SNORTは、INPCS電子機器内にキャプチャされ、格納されたデータが蓄積する時に、このデータを実時間で読取りながら背景で作動することができる。SNORTを起動し、初期化するための手順は、以下の指令ラインシーケンス及び表示に示すように表現される。図12は、INPCSの内部システムアーキテクチャを表している。本発明のこの実施形態では、本発明は、ギガビット毎秒の回線速度でネットワークトラフィックをキャプチャして格納する不揮発性ディスクに書き込まれるキャッシュとして扱われるストレージセグメントの高速オンディスクLRUキャッシュとして設計される。このアーキテクチャは、ファイバチャンネル又は10GbE10ギガビットSCSIイーサネット登録商標ネットワーキング技術を利用してストレージクラスター内の複数のノードにわたってスロットキャッシュセグメントをストライピングし、分散させる機能を提供するように更に高められる。スロットストレージセグメントは、システムストレージ内のクラスターベースのマッピング層に相応にマップされる大きな個別のキャッシュ要素としてシステムメモリ内に割り振られ、維持される。これらのスロットキャッシュセグメントは、このセグメントが特定のネットワークセグメントからキャプチャされたパケット及びネットワークペイロードデータを含む対象であるネットワークインタフェースに基づいて、不揮発性ディスクストレージ上の長いチェーン又はリンクリストの中に取り付けられる。本発明はまた、標準ファイルシステム及びオペレーティングシステムの中へのネットワーク装置インタフェースを通じたキャプチャデータの高速トラフィック再生成及びキャプチャデータの検索を可能にする。この柔軟な設計は、特殊インタフェース及びAPIアプリケーションプログラミングインタフェースを必要とせずにユーザスペースアプリケーションがネイティブファイルフォーマット及びネイティブ装置サポートフォーマットのキャプチャデータにアクセスすることを可能にする。データは、ネットワークアダプタのリングバッファメモリの直接DMAマッピングを通じてキャプチャアダプタから揮発性メモリスロットキャッシュバッファの中にストリーミングされ、揮発性キャッシュが一杯になり、オーバーフローすると同時に不揮発性ディスクの中にフラッシュされる。各スロットキャッシュセグメントは、時間ベースであり、開始時間、終了時間、サイズ、及びチェーンリンケージメタタグを有し、更に、自己注釈付け及び自己説明のネットワークトラフィックストレージユニットである。スロットキャッシュセグメントが完全に占有されて、スロットキャッシュストレージシステムが一杯になると同時に、スロットチェーン内の古いセグメントは上書きされるか又は長期保存ストレージの中にプッシュ/プルされる。本発明は、キャプチャネットワークトラフィックの格納及び保存のために2つの基本ディスクパーティションタイプを用いる。これらのオンディスクレイアウトは、キャプチャネットワークトラフィックをディスクに書き込むための不揮発性オンディスクストレージキャッシュへの高速I/Oトランザクションを容易にする。本発明では3つの基本パーティションタイプを実施する。0×97、0×98パーティションタイプ、及び0×99パーティションタイプは、当業技術で公知である。パーティションタイプ0×97パーティションは、ライブネットワーク媒体からキャプチャされている能動データを格納するためにシステムによって用いられる。パーティションタイプ0×98パーティションは、各基本キャプチャパーティションに対して128テラバイトまでのディスクストレージに及ぶことができる大きなオンディスクライブラリキャッシュの中にキャプチャネットワークトラフィックを保存するために用いられる長期ストレージである。タイプ0×97パーティションは、各パーティション上に位置するディスクスペース記録ヘッダによって説明される。ディスクスペース記録ヘッダは、タイプ0×97パーティションのブロックサイズ、パーティションテーブルレイアウト、及びスロットストレージレイアウトを説明する。ディスクスペース記録ヘッダは、タイプ0×97ストレージパーティション又はタイプ0×98ストレージパーティションのいずれかのストレージ範囲を定めるために以下のオンディスク構造を用いる。ディスクスペース記録はまた、メンバーシップクラスターマップ内に格納される作成及びメンバーシップID情報に基づいて複数のタイプ0×97又はタイプ0×98パーティションからのディスクスペース記録をチェーン接続することを可能にし、それによって複数のタイプ0×97パーティションの単一の論理ビューの作成が可能になる。それによってシステムは、設定済みのタイプ0×97パーティションをストライプセットの中に連結することが可能になり、複数の装置にわたってデータストライピングがサポートされ、それによってディスクチャンネル性能が劇的に改善する。更に、ディスクスペース記録は、メタデータ及び仮想ディスクスペース記録セット内でスロットキャッシュバッファチェーンを管理するために用いられるチェーン接続テーブルのために内部テーブルレイアウトを定義する。ディスクスペース記録は、スロットストレージをスロットストレージ要素の論理ファイル及びファイルチェーンとして表すためにDSFSファイルシステムによって用いられるテーブルを定義するテーブルポインタを含む。ディスクスペース記録ベースのストレージは、ストレージパーティションをスロットと呼ばれるディスクセクターの連続領域へと分割する。スロットは、16から2048までの512バイトセクターの64Kブロックを含むことができ、これらのストレージ要素は、順次方式でディスクに格納される。スロットは、索引0で開始し、特定のディスク装置パーティション上の物理ストレージによってバックアップされるスロット数に至るまでの順次位置依存付番手法を通じてアクセスされる。各ディスクスペース記録は、スペーステーブルを含む。スペーステーブルは、サイズにおいて、常に、NUMBER_OF_SLOTSSPACE_TABLE_ENTRYのサイズである構造の線形リストである。スペーステーブルは、特定のスロットに関するサイズ、リンケージ、及びファイル属性情報を維持し、更に、論理スロットチェーン内の特定スロットの論理チェーン接続及び所有権を格納する。図13は、物理64Kクラスターの連続リストとしてアドレス指定されたディスクスペースストアパーティションを表している。クラスターは、ディスク装置上の128の連続512バイトセクターから成る64K単位のストレージとして定義される。DSFSは、パーティションをクラスターベースのストレージの線形リストとして捉え、ストレージのアドレス指定は、0×97及び0×98パーティションタイプでは、クラスター単位で実行される。全てのディスクアドレスは、ストレージ及びキャッシュの論理64Kクラスター単位に基づいて生成され、マップされる。スロットは、64Kバッファのチェーンで構成され、このチェーンは、ディスクスペースストアパーティション又は仮想ディスクストアパーティション上の64のクラスターアドレスに相応にマップされる。ストライピングを実行するディスクスペース記録は、DSFSディスクスペース記録メンバのストライプセットを含む様々なパーティション間でクラスターアドレス割り振りをラウンドロビンするアルゴリズムを用いる。以下のアルゴリズムを用いて、ストライプセットに対する仮想クラスターアドレスが生成される。ストライプメンバ数に対するクラスター番号のモジュールが実行され、ディスク装置パーティションテーブル内のパーティションオフセットの特定のディスクLBAオフセットテーブルの中への索引として用いられ、64Kクラスター番号の相対LBAオフセットが計算される。クラスター番号は、ストライピングされたメンバ数で割算され、特定のストライプセットパーティションの中への物理クラスターアドレス及びセクターLBAオフセットが決定される。図14は、論理スロットが物理装置上にマップされたディスクスペース記録を表している。ディスクスペース記録は、常にDSFSパーティション内の最初のストレージセクターである。DSFSパーティション内のストレージセクターは、設定済みのI/Oブロックサイズ4Kページ境界上に常に整合するように計算される。LBAセクターのアドレス指定に対して4K境界上に整合しないパーティションを作成することができる例が存在する。整合ブロックではないパーティションが作成された場合には、DSFSパーティションは、LBA0に対してアドレス可能な整合ブロックに従うように調節される。このアドレス指定整合を実行するアルゴリズムは、I/Oブロックサイズ4K整合を強制するために以下の計算を用いる。この最適化は、ディスクレイアウトに対する全てのI/O要求をディスクI/O層内の4Kページアドレスへと合体させることを可能にする。ディスク装置に対する全ての読取及び書込要求は、4KページとしてのI/O層を通じて実行される。図15は、16~2048のセクターの連続実行として格納されたスロットキャッシュバッファを表している。セクター実行サイズは、コンパイル時間選択肢として構成することができる。DMAアドレスの単一の分散-集合リストを伝送する合体した要求で、かつセクター順にI/Oに対するスロットが提出され、その結果、物理装置上の最短ヘッド移動及び大きな合体したI/O機能を生じる。ディスクスペース記録DSRは、調節済みディスクスペース記録パーティションの最初のクラスターを占有することになる。DSRは、クラスターオフセットをスペーステーブルの位置の仮想ディスクスペースストアの中に記録し、任意的に0×98パーティションタイプでは、名称及びマシンテーブルの位置も同様である。また、仮想ディスクスペースストアパーティション上でスロットストレージ領域がどこで始まるかを示すクラスター記録が存在する。DSRはまた、スロットチェーンヘッド及びテールポインタのテーブルを含む。このテーブルは、データを個々のスロットチェーンにストリーミングしている物理ネットワークアダプタにマップされるスロットチェーンを作成するために用いられる。このテーブルは、ディスクスペース記録ストア毎に最大で32のスロットチェーンをサポートする。これは、0×97基本キャプチャパーティションタイプは能動キャプチャパーティション毎に同時に32までのネットワークアダプタストリームを保存することができることを意味する。タイプ0×98の保存ストレージパーティションは、名称テーブル及びマシンテーブルを用い、これらは、ネットワークトラフィックの長期の格納及び保存に向けて基本キャプチャパーティションからのスロットを格納するために用いられ、更に、ホストマシン名及び基本キャプチャパーティションからの名称付け及びメタタグ付け情報を記録する。図16は、タイプ0×98パーティションにおける名称テーブル及びマシンテーブルの使用を表している。スロットが基本キャプチャパーティションからストレージパーティションに保存される場合には、インタフェース名及びマシンホスト名が保存ストレージパーティション上の名称テーブル及びホスト名テーブルに追加される。これは、複数の基本キャプチャパーティションが、保存及びキャプチャ後の解析に向けて特定のセグメントからキャプチャされたネットワークトラフィックを大きなストレージプールの中に保存するために保存ストレージプールを利用することを可能にする。保存ストレージは、共通のスロットセグメントのプールとして複数のネットワークキャプチャ電子機器にマップすることができる。保存ストレージプールはまた、このアーキテクチャを用いてストレージ区域へと再分割することができ、ターゲットセグメントからの階層キャッシュ及び保存ネットワークトラフィックとして、数ヶ月又は数年に至るまで積み重ねることができる。個々のスロットアドレスは、以下のアルゴリズムに基づくパーティションサイズ、スロット数、ストレージ記録クラスターサイズ、及びリザーブ済みスペースに基づいてディスクスペースストアにマップされる。スロットデータの開始は、タイプ0×97パーティションでは、スペーステーブルの最終クラスターの直後、タイプ0×98パーティションでは、マシンテーブルの最終クラスターの直後の論理クラスターアドレスである。スロットは、スロット番号から導出されたマッピング済みスロットクラスターアドレスで始まるセクターの連続実行としてディスクストレージ装置から読み取られ、そこに書き込まれる。スロットは、ネットワークストレージの単位を定義し、各スロットは、スロットヘッダ及び64Kクラスターのチェーンを含む。スロットのオンディスク構造は、キャッシュのインメモリ構造と同様であり、メモリ及びオンディスクスロットキャッシュの両方は、DSFSによってLRU最長時間未使用キャッシュの特殊形式として捉えられ、扱われる。スロットヘッダは、スロットのコンテンツ及び構造並びに64のクラスターのこのスロットに対応するチェーンを説明するメタデータを格納する。図17は、64Kのクラスターを含むスロットストレージ要素レイアウトを表している。スロットヘッダは、文字バイトストリームとしてバッファを指し、更に、スロット内のバッファ索引の中への開始索引:オフセット対を維持する。図18は、データを含むスロットバッファへのスロットヘッダ及びポインタシステムを表している。スロット内のバッファは、スロットバッファセグメント内に含まれる最初のバッファ要素に対してゼロという索引が付けられる。スロットは、16~2048のバッファ要素を有することができる。スロットはまた、パケット全探索のためにブロック指定の方法を提供し、それによってネットワークパケットは、索引:オフセット対に基づいて飛び越すことが可能になる。この索引:オフセット対は、ファイルシステム層によってスロットセグメントの中へのパケット毎の仮想索引として扱われる。スロットバッファヘッダは、スロットセグメントバッファ内の最初の索引:オフセット対及び最終索引:オフセット対を指し、更に、有効スロットデータを含むことが公知であるバッファ索引のビットマップを含む。これらの索引は、まばらなスロットネットワークパケットデータによって完全に占有されていないスロットをメモリの中に効率的に読取るためにI/Oキャッシュ層によって用いられる。スロットバッファサイズは、アルゴリズムが適正に機能するために下層ハードウエアに適合すべきである。本発明の高い性能は、ネットワークアダプタ装置リングバッファの中への事前ロードアドレスの充填について説明する技術から導出される。ネットワークアダプタは、能動リング又はテーブルをアダプタ上に事前ロードすることによって作動し、バッファアドレスのメモリアドレスは、着信ネットワークパケットを受信する。アダプタは、受信するパケットがどれ程大きいかを予め把握することができないために、事前ロードされるアドレスは、少なくともアダプタがサポートすることになる最大パケットサイズと同程度であると仮定すべきである。ネットワークルータ又はスイッチによって生成されるVLAN仮想LANヘッダにより、バッファは、最大パケットサイズを超えることができるために、DSFSによって用いられるアルゴリズムは、少なくともPACKET_SIZE1の自由スペースが事前ロードバッファに対して利用可能でなければならないと常に仮定する。ネットワークアダプタは、次に利用可能な索引:オフセット対に基づいてDSFSスロットキャッシュからアダプタの中にバッファを割り振る。バッファは、割り振り中に全体を通して循環される索引アドレスの線形リストとして維持され、それによって全てのリングバッファエントリをメモリ内のバッファアレイすなわち、スロットセグメントから事前ロードすることが可能になる。すなわち、バッファ要素が受信され、放出されるに従って、上述のことを保証するためにスロットバッファ数は最小値においてNUMBER_OF_RING_BUFFERS2でなければならず、アダプタは、所定のリングバッファに対して割り振られた過剰なバッファを有するスロットセグメントを受けて停止することなく、常に新しい事前ロードバッファを取得することになる。リングバッファのリングバッファ事前ロード/放出挙動は、ネットワークアダプタ内で常に連続的であるので、このモデルは、非常に良好に機能し、バッファチェーンが折り返すと、アダプタのリングバッファは、バッファを事前ロードし続けることになり、割り込みを受信して、自由な残留ネットワークパケットは、オペレーティングシステムに放出される。図19は、e1000アダプタリングバッファからのLRUベースでのスロットキャッシュ要素の順次ロードを表している。これは、ネットワークアダプタ上のDMAエンジンを利用し、ネットワークデータをコピーせずにスロットバッファセグメントの中にネットワークトラフィックを移動させる影響を有する。バッファがスロットキャッシュ要素から割り振られ、アダプタリングバッファメモリの中に事前ロードされると、バッファヘッダは、その特定のバッファに対するメモリ内で固定され、その後の割り振り要求は、アダプタから事前ロード要素を受信するまでは、このバッファを飛び越すことになる。これは、受信バッファサイズが未知であることから必要である。事前ロードバッファをネットワークパケットの最大サイズMTU-最大伝送単位にラウンドロビン割り振りすることは可能であるが、この方法は、スペースを浪費する。本発明では、バッファへのその後の割り振り要求がスペースをより効率的に用いることになるように、事前ロードは、受信までバッファヘッダを固定する。図20に表しているように、スロットバッファは、スロットバッファリスト内の各バッファ要素からラウンドロビンパターンで割り振られる。次のバッファの中への各要素間でリンケージが維持され、上述のように索引:オフセット対を用いてアクセスされる。これらのリンケージは、格納データのバッファ位置に関する座標アドレスを含み、紛失バッファがキャプチャ装置のリングバッファの中にキャプチャアドレスを事前ロードすることを可能にし、それによってメモリ内にキャッシュされたスロットバッファ要素の中への非常に高いデータ速度での直接DMAアクセスがサポートされる。キャプチャデータを読取ることは、スロットをメモリ内に保持し、格納要素又はネットワークパケットに関する次の索引:オフセットのアドレスペアを指す各要素ヘッダ内の1組のリンケージを通じてこれらの要素を全探索することを必要とする。割り振りアルゴリズムは、以下のようになる。図21は、パケットが可変サイズであり、スロットキャッシュ要素バッファチェーン内の全ての利用可能バッファスペースを用いるように効率的に格納されている、占有されたスロットバッファの例を表している。これは、アダプタが受信割り込みを通じて割り振り済みの事前ロードバッファを放出し、受信パケットのサイズを通知するまで、この割り振り済み事前ロードバッファからバッファ割り当てを割り振ることで達せられる。続いてバッファは、次の索引:オフセット対に設定され、アダプタのリングバッファの中への事前ロード割り振りに向けて利用可能であるというフラグが立てられる。この手法は、最大量の利用可能スロットキャッシュバッファメモリを浪費することなく用いて、ネットワークパケットを密に詰めることを可能にする。それによってディスクストレージスペースを用いてキャプチャデータのための書込みサイズのオーバーヘッドが低減し、従って、キャプチャ回線速度が改善される。このモデルでは、バイト/秒で表されるネットワークからキャプチャされたデータは、ディスクI/Oチャンネルを通じて書き込まれるデータの実際の書込みサイズとしてより正確に反映される。ディスクスペース記録は、32のエントリのスロットチェーンテーブルを含む。スロットチェーンテーブルは、不揮発性システムキャッシュオンディスク内に存在する占有されたキャッシュ要素のチェーンに関する開始及び終了スロット識別子を定義する。スロットチェーンテーブルはまた、開始スロットチェーン要素と終了スロットチェーン要素の間の経過時間の加算合計を含む時間領域内に存在するキャプチャネットワークパケットに関する日付範囲を記録する。スロットが一杯になると、各スロットは、スロットキャッシュ要素内に含まれる最初及び最終のパケットに関する開始及び終了時間を記録する。スロットは、各受信パケットについてUTC時間のみならずマイクロ秒時間間隔で内部的に時間を記録するが、仮想ファイルシステム相互作用におけるこれらのレベルでは、マイクロ秒の時間測定精度を必要としないので、スロットチェーン及びスペーステーブル内では、UTC時間のみがエクスポートされ、記録される。図22は、スロットチェーンテーブル及びスロットスペーステーブルを略式に表している。スロットチェーンは、ディスクスペース記録構造内に位置するスロットチェーンヘッドテーブル内に示されている。スロットは、スロットチェーン内の各スロットを指すスロットスペーステーブルと呼ばれる順方向リンケージテーブル内で互いにチェーン接続される。スロットがシステム内で互いにチェーン接続されると、ディスクスペース記録内に位置するスロットチェーンテーブル内に開始及び終了時間領域が記録され、これらは、スロットチェーン内に含まれる時間領域を反映する。DSFSファイルシステムは、所定のディスクスペース記録ストア内に存在する全ての格納スロットキャッシュ要素及びスロットチェーンに対して時間領域ベースのものである。不揮発性オンディスクスロットキャッシュが完全に占有状態になり、ネットワークトラフィックをキャプチャして保存し続けるためにストア内の最も古いスロットを再利用すべきである時には、スロットリサイクルは、どのスロットがシステムによって再使用されることになるかを判断するためにこれらのフィールドを用いる。スロットチェーンテーブルは、各割り振りスロットチェーンに関する特定情報を記録するために図23に表す内部レイアウトを用いる。ディスクスペース記録は、キャプチャ要素スロットチェーンに関する開始及び終了スロット索引を記録するスロットチェーンテーブルを含む。このテーブルはまた、チェーン内のスロット数及び取り付けられたスロットチェーン内に格納されたデータに関する開始及び終了日付:時間を記録する。スロットチェーンテーブルは、スロットチェーンに関する開始スロットアドレス、スロットチェーンに関する終了スロットアドレス、スロットチェーンを構成する合計スロット数、及びスロットチェーンに関する開始及び終了日付を記録する。日付は、スロットチェーンテーブル及びシステムスペーステーブルの両方において標準UTC時間フォーマットで格納される。スロットチェーンテーブルは、ディスクスペース記録ヘッダにおける以下のフィールド内に含まれる。スペーステーブルは、システム内のスロットチェーンに対するファイル割り振りテーブルとしての役割を達成する。図24は、スペーステーブルレイアウトを概略的に表している。スロットチェーンは、従来のファイルシステム内のファイルに類似している。スペーステーブルは、スロットチェーン内で次の論理スロットを指すフィールド、並びにスロットキャッシュ要素内に格納されたパケットに関する開始及び終了日付をUTC時間フォーマットで収容している。スペーステーブルはまた、動的なファイル再構成のために用いられるメタデータを格納し、このメタデータは、スロットキャッシュ要素内に格納されるパケット数、スロットキャッシュ要素内の合計パケットバイト数、ファイル属性、所有者属性、メタデータヘッダサイズ、及びパケット分割バイトサイズデフォルトは96バイトを含む。スペーステーブルエントリは、以下の内部構造を用いる。スペーステーブルリンケージは、ディスクスペース記録ストア上のスロットに対応する次のスロットフィールドを変更することによって作成される。スペーステーブルエントリは、ストア内のスロット配置に基づいて連続して順序付けされる。スペーステーブルの中への索引0はスロット0に、索引1はスロット1に対応し、以下同様である。スペーステーブル情報は、2次ミラースペーステーブル内にミラーリングされ、同様にスロットに対するスロットキャッシュ要素ヘッダ内にも存在する。それによってたとえ基本及び2次スペーステーブルミラーの両方が失われたとしても、スペーステーブルは、スロットストレージから再構成することが可能になり、耐障害性が増加する。スロット番号アドレススペースは、32ビット値であり、これに対する一意的なディスクスペース記録ストアは、以下のように表現される。0xFFFFFFFF1=totalnumberofslotaddresses.値0×FFFFFFFFは、EOFファイルの終端マーカとしてスペーステーブルの次のスロットエントリフィールドのためにリザーブされ、それによって0~0×FFFFFFFF-1の許容スロットアドレス範囲が与えられる。スロットチェーンは、特定のスロットチェーンに属するスロットのスペーステーブル内でリンクリストとして作成され、維持される。開始及び終了スロット、並びにこれらの時間領域及び終了領域値は、DSR内のスロットチェーンテーブル内に格納され、スロット間の実際のリンケージは、スペーステーブル内で維持される。スペーステーブル全探索中に、値0×FFFFFFFFに遭遇した時には、このチェーン信号終端に到達している。DSFSスペーステーブルは、DSFSファイルシステムパーティション内のスロット索引を説明する順方向リンクリストにおける配置チェーン要素を用いる割り振りテーブルを維持する。ディスクスペース記録は、メタテーブル及びスロットストレージに対するDSFSパーティションの中への実際のクラスターベースのオフセットを記録する。図25は、ディスクスペース記録のストレージ及び格納スロットに連結したスペーステーブルを表している。この例は、要素0~4を含むスロットチェーンを例示している。スペーステーブル索引0は、次のスロットエントリ1を有し、1は2を指し、2は3を、3は4を、更に、4は、0XFFFFFFFFを指す。ディスクスペース記録ストアが完全に占有されていない通常作動中には、スロットは、特定のDSR上で次の自由スロットが利用可能であることを示しているDSR装着中に構築されたビットテーブルに基づいて割り振られる。スロットが割り振られ、ディスクスペース記録ストアが一杯になると、最も古いスロットキャッシュ要素をストアからリサイクルすることが必要になる。特定のスロットチェーンに関する時間領域情報は、ディスクスペース記録ヘッダ内に格納されるので、テーブル内の32のエントリを走査し、スロットチェーンヘッドにおいて最も古いスロットキャッシュ要素の参照先を判断するのは単純な事である。スロットキャッシュが完全に一杯なった場合には、最も古いスロットセグメントは、ターゲットスロットチェーンのヘッドから削除され、揮発性インメモリスロット要素キャッシュからストレージに対して再度割り振られる。スロットチェーンヘッドは、削除されたスロットを反映するために相応に更新され、ストレージは、スロットキャッシュ要素ストレージを割り振った能動スロットチェーンの終了スロットに付加される。図26は、最長時間未使用LRUリサイクル法を用いるオンディスクスロットキャッシュセグメントチェーンを表している。スロットチェーンテーブル内に位置する開始スロットは、スロットキャッシュストレージセグメントの所定のディスクスペース記録におけるスロットチェーンテーブル内の最も古い開始スロットに基づいてスロットチェーンヘッドから削除される。DSFSディスクスペース記録ストアの初期の装着及びロード中に、ストアは走査され、スペーステーブルは、不整合性に関して走査され、チェーン長及び整合性が検査される。この走査段階中に、システムは、スロットキャッシュ要素ストレージの割り振り及びチェーンを管理するために用いられるいくつかのビットテーブルを構築する。これらのテーブルは、割り振り及びチェーン位置の高速検索及び状態判断を可能にし、ファイルのメタデータ及びLIBPCAPヘッダを動的に発生するためにDSFS仮想ファイルシステムによって用いられる。これらのテーブルはまた、システムがデータ不整合性を修正し、不完全なシャットダウンからの迅速な再起動を行うことを可能にする。スペーステーブルは、特定のDSR上の通常作動中にミラーリングされ、パーティションが一致していることを保証するために最初の装着中に検査される。システムはまた、スペーステーブル内の有効リンケージと共に存在するように反映されたスロットに基づいて割り振りマップを構築する。図27は、割り振りビットマップ及びチェーンビットマップテーブル構造を表している。このテーブルが構築された後に、DSFSは、全てのスロットチェーンリンクを検証し、各チェーン要素が全探索される時に注釈を付けられるチェーンビットマップテーブルに対して割り振りを比較する。チェーンが既にビットマップテーブルの中に入っていることが判明した場合には、循環チェーンが検出されたことになり、チェーンは、0×FFFFFFFFの値へと切除される。チェーンリンケージの検証に続き、システムは、割り振りビットマップをチェーンビットマップと比較し、チェーンビットマップテーブル内で有効なリンケージを持たないスペーステーブル内のあらゆるスロットを放出する。それによってシステムは、不適正なシャットダウン又は電力障害によるデータ不正からオフライン非装着修理なしで動的に回復することが可能になる。各スロットチェーンヘッドは、現在のスロット割り振りのビットマップをその特定のチェーン内に維持する。このテーブルは、リサイクルイベントの後にチェーンの中に古くなったハンドル又はコンテキストを有する可能性があるDSFSに関して実行されるユーザスペース処理により、チェーン内のスロットのメンバーシップを検証するために用いられる。ユーザスペースアプリケーションは、特定のスロットチェーンに対して開かれたスロットを保持することができ、チェーンは、通常作動中にユーザの下でスロットをリサイクルさせることができる。スロットチェーンビットマップは、DSFS仮想ファイルシステムが既知のスロットオフセット位置を用いて読取りを再試行する前に、チェーン内のスロットのメンバーシップを検証することを可能にする。揮発性インメモリスロット要素キャッシュは、ディスク上で用いられるスロットキャッシュ要素構造をミラーリングするスロットキャッシュ要素のメモリベースのリンクリストとして設計される。そのフォーマットは、スロットキャッシュ要素を説明したインメモリフォーマットに等しいオンディスクのものである。このリストは、スロットキャッシュ要素に対するスロットバッファヘッダ内に組み合わされる3組のリンケージを通じて維持される。スロットキャッシュ要素の構造は、以下のようになる。スロットキャッシュ要素を説明するスロットバッファヘッダは、4つの個別のリストのメンバである。第1のリストは、主割り振りリストである。このリストは、システム内の全てのスロットバッファヘッドのリンケージを維持する。このリストは、スロット要求のエージングを得るためにスロットLRUリストを全探索し、通知スロットのI/O処理依頼を書き込むために用いられる。スロットバッファヘッダはまた、スロットハッシュリスト内に存在することができる。図28は、スロットLRUバッファ要素をマップするためのスロットハッシュテーブルの使用を表している。このリストは、システム内で現在キャッシュされているスロットハッシュを保持するために拡張可能ハッシュアルゴリズムを利用する索引付きテーブルである。このリストは、システムからの番号によるスロットの高速参照を可能にし、更に、このリストは、ユーザスペースからDSFSファイルシステムへの主表示ポータルである。スロットが有効IDを有するハッシュリスト内に存在しない場合には、このリストは、スロットの初期開放作動中にはアクセスすることができない。LRUリストは、どのスロットバッファヘッダが最後に接触されたかを判断するためにDSFSによって用いられる。スロットバッファヘッダへのより直近のアクセスの結果、そのスロットバッファヘッダは、リストの先頭に移動される。有効データを有し、ディスクにフラッシュされ、アクセスされていないスロットキャッシュ要素は、経時的にこのリストの最後尾に移動する傾向がある。システムが、新しいスロットに向けて揮発性スロットのLRUキャッシュに対する読取要求又は書込要求のいずれかのためにスロットキャッシュ要素及びその関連スロットバッファヘッダを再割り振りする必要がある場合には、キャッシュアルゴリズムは、固定されておらず、アクセスされてきておらず、ディスクへのフラッシュが完了しているスロット内の最も古いスロットを選択することになり、このスロットから日付を戻すことになる。ユーザスペースからの読取要求のイベントでは、スロットがスロットハッシュリスト内に存在しない場合は、このスロットは追加され、最も古いスロットバッファヘッダは、キャッシュから追い出され、キャッシュは、ユーザスペース読取装置から要求されるスロットをロードするために読取I/Oに向けてスケジュール化される。図29は、揮発性及び不揮発性スロットキャッシュからスロットデータを読取るか又は書込む要求を表している。ネットワークパケットをユーザスペースアプリケーションの中に読取るためにスロットを開ける要求を処理依頼するためにp_handleが用いられる。スロットが既にメモリ内に存在する場合には、p_handleは欠損部を開き、スロットデータの終端に到達するまでパケットを読取る。スロットがLRUキャッシュ内に存在しない場合には、最長時間未使用スロットキャッシュバッファはリサイクルされ、不揮発性オンディスクキャッシュストレージからスロットを充填するためにディスクに非同期読取の処理を依頼する。開いており、かつネットワークパケットをキャプチャしているネットワークアダプタは、空のスロットバッファヘッダを割り振り、アダプタがキャッシュからスロットLRU要素を割り振る方法を示す図30に表されたアルゴリズムに基づいて、LRUキャッシュからスロットキャッシュ要素及びその関連バッファチェーンを参照する。これらのスロットバッファヘッダは、アダプタが割り振りバッファを放出するまでメモリ内に係止され、固定される。システムは、特定のアダプタリングバッファからアクセスされている現在の能動スロットキャッシュ要素を記録するアダプタスロットテーブルを通して割り振りスロットバッファヘッダを追跡する。ユーザスペースからの読取装置が、ターゲットスロットのリサイクル段階の間にスロットバッファヘッダ及びその関連スロットキャッシュ要素バッファチェーンにアクセスする場合には、スロットLRUは、この層にあるネットワークアダプタが固有のスロットバッファヘッダ及びスロットキャッシュ要素内で同じスロットアドレスを再度割り振ることを可能にする。この処理は、特定のスロットアドレスへの最後のユーザスペース参照が放出されるまで、スロットidがスロットLRUにおいて複製されることを必要とする。これは、ユーザスペースアプリケーションがスロットチェーンからデータを読取っており、スロットストアが完全に一杯になることによってリサイクルされたチェーン内のスロットにアプリケーションが到達する場合にさえも発生する可能性がある。殆どの場合には、スロットは、スロットチェーンの終端に直近のデータを含み、最も古いデータは、スロットチェーンの開始点に位置するので、上述したことは、稀なイベントであると考えられる。この場合に新しく割り振られたスロットチェーン要素は、LRU内のスロットハッシュリストにおいて基本エントリになり、全てのその後の開放要求は、このエントリに向け直される。このスロットアドレスに対する前のスロットLRUエントリは、-1の値のフラグが立てられてスロットハッシュリストから削除され、このリストは、このスロットLRUエントリをユーザスペースポータルビューからDSFS揮発性スロットキャッシュへと移動させる。前のスロットバッファヘッダへの最後の参照がユーザスペースから放出されると、この前のスロットバッファヘッダは、スロットLRUから追い出され、書込に向けてのアダプタによる再割り振り、又は上位層アプリケーションによるスロット読取に向けてのユーザスペース読取装置による再割り振りのために自由リスト上に置かれる。図31は、最も古いエントリが放出される時のこのエントリのリサイクルを表している。スロットキャッシュバッファがキャプチャストアによってリサイクルされる時に、p_handleアクセスからの何らかの参照が存在する場合には、最後のp_handleがバッファを放出するまで、前のスロットバッファは、スロットキャッシュ内に固定される。新しい要求は、同じスロット番号を有する新しく割り振られたスロットキャッシュバッファを指している。オペレーティングシステムによって単一の処理デーモンが用いられ、スロットのLRUスロットバッファヘッダがダーティーであり、データコンテンツがディスクアレイにフラッシュされることを必要とする場合には、セマフォーを通じてこの処理デーモンに信号が送られる。このデーモンは、LRUスロットバッファヘッダ内のエージング刻時を更新し、通知LRU要素のための書込処理を依頼するために、主スロットリストを用いてスロットバッファヘッダチェーンを吟味する。デフォルトでは、LRUスロットバッファヘッダは、以下の状態を有することができる。L_POST又はL_REPAIRとフラグが立てられたエントリは、不揮発性ストレージに即時に書き込まれる。L_DIRTYとフラグが立てられたエントリは、システムストアに30秒間隔でフラッシュされる。L_DIRTYスロットバッファヘッダに関するスペーステーブルへのメタデータの更新は、特定スロットアドレスのフラッシュと同期される。L_LOADINGとフラグが立てられたスロットバッファヘッダは、非同期読取I/Oを利用する読取要求である。L_HASHEDは、スロットアドレスを意味し、スロットバッファヘッダは、スロットハッシュリスト内にマップされ、開放、読取、及び閉鎖要求においてユーザスペースアプリケーションによるアクセスが可能である。図32は、DSFS仮想ファイルシステムを表している。DSFS仮想ファイルシステムは、スロットキャッシュ要素をファイルとし、更に、スロットキャッシュ要素チェーンをファイルとして、ユーザスペースオペレーティングシステム環境にマップする。DSFSはまた、ファイルシステムインタフェースを用いるユーザスペースアプリケーションに対してこれらのデータを未処理のスロットフォーマットで公開する機能を有し、又はLIBPCAPファイルフォーマットを動的に発生する。更に、DSFSは、ファイルシステム及びキャプチャの重要統計値を外部アプリケーションに対してバイナリ及びテキストベースのフォーマットで読取ることができる仮想ファイルとして公開する。仮想ファイルシステムは、特定スロットがユーザスペースに対してスロットデータの複数表示を公開することを可能にする仮想ディレクトリ構造を利用する。ディレクトリレイアウトは、open、read、write、lseek、及びcloseシステム呼び出しを通じて全てアクセス可能であり、すなわち、スロットチェーンはまた、仮想ファイルとして公開され、また、キャプチャネットワークトラフィックの全てのスロットチェーンを読取るために標準のシステム呼び出しを用いることもできる。LIBPCAPは、これらのデータを様々なユーザスペースアプリケーション、ネットワーク科学的調査モニタリング、及び障害追求ツールに対して動的にエクスポートすることを可能にする。DSFSファイルシステムは、P_HANDLE構造を利用してスロットキャッシュ要素又はスロットキャッシュ要素チェーンの固有のビューを作成する。P-HANDLE構造は、個々のスロットキャッシュ要素ではなく、スロットチェーンがアクセスされている場合には、スロットチェーンテーブルの中へのネットワークインタフェースチェーン索引、及び現在のスロットアドレス、スロット索引アドレスを参照する特定のコンテキスト、並びにスロットチェーン内のオフセットを記録する。P_HANDLE構造は、以下のように説明される。P_HANDLE構造はまた、階層的であり、P_HANDLEコンテキストが複数のスロットキャッシュ要素に並列で動的にマップされることを可能にし、それによってキャプチャネットワークトラフィックの時間領域ベースの併合が容易になる。別々のネットワークセグメントにわたって非対称に経路指定されたTX/RXネットワークトラフィック、又は光スプリッタの使用を含む状況の場合には、ネットワークTX/RXトラフィックは、潜在的に2つの別々のネットワーク装置から格納することができ、これらの装置は、実際には単一のネットワークトラフィックストリームを呈している。階層的P_HANDLEコンテキストでは、各々がスロットチェーンの中へのその固有のビューを有する一連の開放p_handleを用いて各スロットチェーンから最も古いパケットを選択することにより、いくつかのスロットチェーンを単一チェーンに動的に組合せることができる。それによって複数のネットワークからキャプチャされたネットワークトラフィックの併合が容易になる。本方法はまた、システム内の全てのネットワークインタフェースからの侵入検出システムのようなネットワーク科学的調査アプリケーションの実時間解析に向けて、システムによってキャプチャされる全てのネットワークトラフィックを単一のパケットストリームの中に集合させることを可能にする。図33は、時間領域の索引付けに基づくスロット併合におけるp_handleコンテキストポインタの使用を表している。DSFSファイルシステムは、併合ディレクトリと呼ぶ特殊ディレクトリを提供し、このディレクトリは、単一のキャプチャスロットチェーンの中への固有のビューの中にP_HANDLEコンテキストポインタをマップするファイルをユーザスペースアプリケーションが作成することを可能にし、又は論理的に単一のスロットチェーンとして見えるように組み合わされたいくつかのスロットチェーンの併合ビューをユーザスペースアプリケーションが作成することを可能にする。指令は、作成されるファイル名の中に直接組み込まれ、DSFS仮想ファイルシステムによって構文解析され、P_HANDLEコンテキストを指定されたスロットチェーン内の特定の索引位置に割り振ってマップするために用いられる。指令言語のフォーマットは、以下のようにより完全に定義される。ここで、<int0>は、スロットチェーンの名称又はチェーン索引番号であり、<D>dateは、以下の構文内でフォーマット設定される開始又は終了のいずれかの日付、又は併合された一連のスロットチェーンの日付及び終了サイズである。指定されたスロットチェーンの中へのビューを作成するためにタッチ指令を用いることができる。閲覧を望む開始及び終了日付範囲を用いてファイルを作成するには、以下のように入力する。開始日付を用いてある一定のサイズに制限されるファイルを作成するには、以下のように入力する。また、インタフェース名としてインタフェース番号を用いることもできる。これは、基本パーティション上にキャプチャされたデータを読取る機能を保持しながら、その一方で、インタフェースを改名することを可能にするためにサポートされており、例として以下のデータセット及びそれらのそれぞれの指令ラインエントリを含む。eth1及びeth2上で2004年8月2日14:15:07から2004年8月2日14:15:08までの1秒間の期間にわたってキャプチャされた全パケット:toucheth1:eth2-08.02.2004.14.15.07:d-08.02.2004.14.15.08:deth1上で2004年8月2日14:15:07から指定されたデータ範囲の<size>に至るまでの期間にわたってキャプチャされた全パケット:toucheth1-08.02.2004.14.15.07:d-300000:seth111において2004年8月2日14:15:07から2004年8月2日14:15:08までの1秒間の期間にわたってキャプチャされた全パケット:touch11-08.02.2004.14.15.07:d-08.02.2004.14.15.08:deth111において2004年8月2日14:15:07から指定されたデータ範囲の<size>に至るまでの期間にわたってキャプチャされた全パケット:touch11-08.02.2004.14.15.07:d-300000:sP_HANDLEコンテキスト構造はまた、ユーザスペースへの仮想ネットワークアダプタを作成するためにユーザスペースインタフェースを通じて用いられ、ユーザスペースアプリケーションに対しては、図34に表す物理アダプタとして見える。DSFSは、eth0のような物理ネットワークアダプタを得るためにp_handleコンテキストをキャプチャスロットにマップすることを可能にし、キャプチャストアがあたかも物理ネットワークであるかのようにユーザスペースアプリケーションがこのキャプチャストアから読取ることを可能にする。この手法の利点は、パケット損失のない性能に関するものである。このアーキテクチャでは、DSFSキャプチャシステム内のI/Oサブシステムは、ユーザアプリケーションを通じたネットワークキャプチャに有利に働くように構築されている。仮想ネットワークインタフェースをエクスポートすることにより、ユーザスペース侵入検出システムは、アプリケーションをハードウエア装置に直接マップすることなく作動することが可能になる。また、それによってネットワークパケットがディスクアレイにストリーミングされるのに並行して、ユーザアプリケーションが背景でキャプチャネットワークパケットを処理することが可能になる。それによってシステム上のネットワーク負荷がより能動的になる時に、アプリケーションは、単純にスリープ状態に留まることができるので、侵入検出アプリケーションのパケット損失を伴わない著しい性能改善がもたらされる。また、それによって標準ネットワーク及びファイルシステムインタフェースを用いる全ての公知のネットワーク科学的調査アプリケーションは、実時間性能レベルでのキャプチャデータへのスムーズで統合されたアクセスが可能になり、更に、永久保存のディスクにパケットをストリーミングするマルチテラバイトキャプチャストアを提供すると同時に、専有インタフェースを伴わない実時間解析及びフィルタリングアプリケーションをサポートする。仮想インタフェースは、下層のオペレーティングシステムのソケット層への呼び出しを用いて作成される。ソケットを開く呼び出しの結果、マップされた仮想装置を得るためにキャプチャスロットチェーンにマップされたP_HANDLEコンテキストポインタが作成される。P_HANDLEコンテキストをオペレーティングシステムソケットにマップするアルゴリズムは、以下のように説明される。仮想装置に対するその後のIOCTL呼び出しは、ストリーム内の次のパケットを戻す。併合スロットチェーンでは、IOCTL呼び出しは、開放スロットチェーンの全アレイにおいて最も古いパケットを戻す。それによって仮想インタフェースifm0及びifm1は、仮想アダプタインタフェースを通じてキャプチャシステムの全ペイロードをユーザスペースアプリケーションに戻すことが可能になる。P_HANDLEコンテキストは一意的であり、デフォルトでは、キャプチャスロットチェーン内の時間領域配置に対する仮想インタフェースが開かれている現在の時間に索引付けされる。それによって物理ネットワークアダプタの実際の挙動がミラーリングされる。また、P_HANDLEコンテキストを通じて、仮想インタフェースが開かれた現在の時間よりも以前又は以後である時間索引においてスロットチェーン内の開始点を要求することができる。それによってユーザスペースアプリケーションは、キャプチャスロットチェーン上を時間において順方向又は逆方向に移動してネットワークトラフィックを再生することが可能になる。仮想インタフェースはまた、ネットワークデータをネットワークセグメントから実際に受信して保存した厳密なUTC/マイクロ秒タイミングでユーザスペースアプリケーションに対してデータを再生するように構成することができる。再生は、下層のオペレーティングシステムのsys_recvmsgソケット呼び出しにもフックされたスロット受信イベントにおいて実行され、recvmsgへの呼び出しは、ソケット読取をDSFSスロットキャッシュストアに向け直し、特定の仮想インタフェースアダプタを得るためにマップされたスロットチェーンから読取る。仮想インタフェースからソケットを読取るというオペレーティングシステムのユーザスペース要求を向け直すためのsys_recvmsgアルゴリズムは、以下のように説明される。仮想ネットワークインタフェースマッピングはまた、ポート/プロトコルフィルタの包含/除外マスクを用い、このマスクは、別のIOCTL呼び出しを通じてその構成が設定され、包含/除外ポートのビットテーブルを特定の仮想ネットワークインタフェースにマップする。図35は、スロットキャッシュ要素からのパケットデータを含めるか又は除外するためのフィルタテーブルの使用を表している。これをサポートするアルゴリズムは、ユーザスペースアプリケーションに戻されるsys_recvmsgソケットベースのパケットストリームから検索基準に適合しないネットワークパケットをフィルタリングすることになる。それによって所定のポート基準を満たすパケットのみを戻すように仮想インタフェースを構成することが可能になり、これは、HTTPウェブトラフィックを解析することのみを必要とする場合があるアプリケーションにおいて有用である。実際の実施は、システム管理者がユーザスペース内で所定のビットテーブルを作成することを必要とし、次に、これらのテーブルは、DSFSのスロットキャッシュストアにコピーされ、特定の仮想インタフェースアダプタと関連付けられる。フィルタパラメータを満たさないパケットは、ストア内で省略され、ユーザスペースには戻されない。開放スロットチェーンからのネットワークパケットのフィルタリングを実行するアルゴリズムは、以下のようにより完全に説明される。仮想ネットワークインタフェースはまた、下流のIDSアプリケーション及びネットワーク障害追求コンソールに対する再生に向けて物理ネットワークセグメント上にキャプチャされたネットワークトラフィックを再生成するために用いることができる。図36は、特定のスロットチェーンにマップされた仮想インタフェースを表している。仮想ネットワークインタフェースはまた、特定の包含/除外マスク基準に沿わないネットワークパケットをフィルタリングで除去するために、再生成中にフィルタビットテーブルを用いることができる。仮想ネットワークインタフェースは、最大物理ネットワーク回線速度又はネットワークパケットがキャプチャされたUTC/マイクロ秒タイミングでネットワークトラフィックを再生成するように構成することができる。時間再生仮想ネットワークインタフェースiftは、元のキャプチャタイミングにおけるトラフィックを受信する必要がある下流装置に対してキャプチャトラフィックを再生するために用いられる。未処理仮想ネットワークインタフェースifpは、物理インタフェースによってサポートされる最大回線においてキャプチャされ、フィルタリングされたコンテンツを再生することになる。仮想インタフェースがストリームの終端0xFFFFFFFFに遭遇すると、呼び出しは、スロットチェーンの終端において更に別のパケットを受信するまで割り込み可能システムのセマフォーに基づいてブロックするように機能することになる。キャプチャネットワークトラフィックは、複数の仮想ネットワークインタフェースから単一の物理ネットワークインタフェース上に再生成することができ、フィルタを用いることができる。この実施は、ネットワークトラフィックの無限キャプチャ、下流のIDS電子機器に対する同時再生、及びユーザスペースアプリケーションによるキャプチャネットワークデータの実時間モニタリングを可能にする。再生成は、物理インタフェースセッションに対する各再生成仮想ネットワークインタフェースのための固有の処理を作成する。この処理は、仮想ネットワーク装置から読取を行い、スロットチェーンを読取る要求からの各返信に基づいてデータを物理インタフェースに出力する。P_HANDLEコンテキストは、読取られているキャプチャスロットチェーンの中への固有のビューを有する各固有の再生成セッションにおいて維持される。再生成処理は、物理セグメント上へのデータ出力を1mb/sメガビット毎秒増分に制限するように構成することができる。本発明のこの実施形態は、これらの増分が再生成スレッド毎に1~10000mb/sの設定可能範囲に及ぶことを可能にする。再生成段階は、P_HANDLEコンテキストを仮想インタフェースアダプタに対してマップする段階、このインタフェースがスロットチェーンの終端に到達するまで能動スロットチェーンからパケットを読取る段階、及び更に別のパケットトラフィックが着信するまでブロックする段階から成る。パケットがスロットチェーンから読み取られる時に、それらは、システム依存伝送単位Linux上のskbへとフォーマット設定され、ターゲット物理ネットワークインタフェース上で送信に向けてキューに入れられる。再生成アルゴリズムは、再生成処理を開始したユーザスペースアプリケーションによって設定された最大バイト毎秒に対して定められた値に対してターゲット物理インタフェースを通じて伝送される合計バイトを測定する。パケット及びプロトコル再生成のこの実施形態は、イベントドリブン方法ではなくポーリング方法として装備される。再生成アルゴリズムは、以下のようにより完全に説明される。DSFSシステムにおける基本キャプチャタイプ0×97ディスクスペース記録は、FC-ALクラスター化ファイバチャンネルシステム領域ネットワーク内の複数の保存ストレージタイプ0×98パーティションにマップされるように構成することができる。図37は、FC-ALレイドアレイ内の複数の保存ストレージパーティション上にマップされたDSFS主キャプチャノードを表している。この構成では、能動スロットのLRUスロットキャッシュ要素は、基本ディスク記録ストアと同様にスロットストレージのリモートプールに並行してフラッシュするようにミラーリングすることができる。このアーキテクチャは、キャプチャスロットを長期ネットワークストレージの中に複製する段階的キャッシュとしての役割を達成する基本キャプチャパーティションを有するSANファイバチャンネルネットワークを通じて、キャッシュストレージの大きなプールを実施することを可能にする。DSFSはまた、当業技術で公知のIntermezzo、Coda、Unison、及び0×97タイプパーティションから0×98パーティションのrsyncのようなユーザスペース複製ファイルシステムをサポートする。このアーキテクチャは、数日、週、数ヶ月、又は更に数年間までのネットワークパケットデータをオフライン事後解析作業、監査、及びネットワークトランザクション計数用途に向けて保存し、索引付けすることを可能にする。基本キャプチャパーティションは、スロットストレージを割り振るために用いることができるマップされた保存パーティションのテーブルを含む。スロットがアダプタによって割り振られ、固定され、その後充填される時に、特定の基本ストレージパーティションが保存ストレージパーティションの関連マップを有する場合には、基本キャプチャパーティションは、保存ストレージの中へのデュアルI/Oリンクを作成し、基本キャプチャパーティション及び保存ストレージパーティションの両方に同時に特定スロットのミラー書込みを開始する。保存ストレージパーティション上に位置するスロットチェーンは、2つの基本スロットチェーンのみをエクスポートする。VFSの力学は、複製チェーンチェーン0及び保存チェーン1内のスロットを表している。スロットが保存ストレージパーティションから割り振られる時に、それらは、複製パーティションの中に連結される。また、マシンの出所名及び特定スロットに関連するインタフェース情報を識別するために、起点インタフェース名、MACアドレス、及びマシンホスト名も、タイプ0×98パーティション上に存在する追加テーブル内で注釈を付けられる。保存パーティション上でスロットを読取専用に設定して属性を変更することにより、スロットは、複製スロットチェーン0から永久保存スロットチェーン1に移動する。保存ストレージパーティション上でのスロットリサイクルに向けて適格なターゲットを選択するためのスロット割り振りは、スロット再生に向けて常に複製チェーンを用いるように偏っている。保存スロットチェーン1上に格納されたスロットは、所定の保存ストレージパーティションの複製チェーン0内の全てのスロットが保存スロットチェーン1上のエントリに変換された場合にのみリサイクルされる。両方の場合に、保存ストレージパーティションが完全に占有状態になる時には、最も古いスロットがリサイクルへのターゲットである。それによって科学的調査の調査者には、永久保存に向けて保存チェーン内の特定の重要スロットを固定する機能が与えられる。図38は、直接DMAを用いて2つの装置に同時にデータを書き込むミラーI/Oモデルの使用を表している。基本キャプチャパーティションは、保存ストレージパーティションへのI/O書込トランザクションの完了に成功したスロットのビットマップを維持する。スロットバッファヘッダ書込がデュアルストレージ位置にミラーリングされると、書込I/O作業は、ディスクスペース記録内に維持される能動ビットマップ内にタグ付けされる。このビットマップは、装着にわたって維持され、新しいスロットが基本キャプチャパーティション上に割り振られると、個々のエントリは、0にリセットされる。スロットが、基本キャプチャパーティション及び保存ストレージパーティションの両方に首尾よく書き込まれた場合は、ビットが設定される。ストレージアレイが一時的にオフラインにされる場合には、スロットビットマップテーブルは、システムの利用不能性のためにミラーリングされなかったあらゆるスロットに対して0の値を記録し、オフラインのストレージが能動的になり、スロットキャッシュ要素をターゲット保存ストレージパーティション上に背景処理によって再ミラーリングする場合には、背景の再ミラー処理が生じる。システムはまた、キャプチャスロットを基本キャプチャパーティション上に単純に落とし、保存パーティション群に対してオフラインストレージの発生中に紛失したスロットのミラーリングを試みないように構成することができる。再ミラーリング中のセクターの順序付けに対するエレベータスターベーションの場合を回避するために、スロットは、オペレーティングシステムのブロックI/O層における合体した読取及び書込セクター実行要求の過度の索引付けを阻止するように基本キャプチャパーティションの開始点ではなく最下点で開始される性能の最適化として、逆方向に再ミラーリングすることができる。図39は、SANシステム領域ネットワーク環境におけるキャプチャデータのミラーリングを表している。保存ストレージパーティションタイプ0×98をホストするSANが取り付けられたストレージアレイにおけるスロット割り振りは、特定のディスクスペース記録基本キャプチャパーティションにおいてスロットのストライプ割り振り又は連続スロット割り振りが可能になるように構成することができる。ストライプ割り振りは、基本キャプチャパーティションが、この基本キャプチャパーティションにマップされた保存ストレージパーティションの基本キャプチャマップ内の各エントリに対するスロット割り振りをラウンドロビンすることを可能にする。それによっていくつかのリモートファイバチャンネルアレイにわたって平行に、ある一定のスロット細分性で分散書込をストライピングすることが可能になり、書込性能の向上がもたらされる。連続割り振りは、基本キャプチャパーティションを線形方式で保存ストレージパーティションにハードマップする。オフライン索引付けは、各キャプチャパケットをグローバルに独特な識別子を用いてタグ付けすることによってサポートされ、それによってキャプチャネットワークパケットのパケット単位の高速探索及び検索が可能になる。図40は、キャプチャパケットをタグ付けする方法を表している。これらの索引は、キャプチャ中に構築され、キャプチャ中のネットワークアダプタの送信元MACアドレス、スロットアドレス、及びスロット内のパケット索引、並びにプロトコル及びレイヤ3アドレス情報を組み合わせる。これらの索引は、仮想ファイルシステム内の/indexサブディレクトリを通じてスロット毎に公開され、スロットキャッシュ要素に位置するスロットヘッダからチェーン接続された64K割り振りクラスター内に格納される。オフライン索引は、外部アプリケーションがキャプチャネットワークトラフィックに関する索引付け情報をオフラインデータベースの中にインポートすることを可能にし、ユーザスペースのP_HANDLEコンテキストポインタを通じてキャプチャネットワークパケットの高速探索及び検索を可能にする。グローバルに独特な識別子は、それがパケットペイロードを取り込んだネットワークアダプタの固有のMACアドレスを組み込んでいるので、一意的であることが保証される。グローバルなパケット識別子はまた、パケット毎にIpv4及びIpv6アドレス情報を格納し、かつIpv4及びIpv6索引付けをサポートする。"