私は“パケットロスを特定するための情報はあるのか”に関するcaida.org サイトのポストを見ました。顧客が探しているのはネットワークのパケットロスやで失ったネットフローではないと思います。

　その返信：

それぞれのルータはネットフローパッケットヘッダーで書かれているフロー配列ナンバーを保存します。それぞれのルータのリストを作ったり配列ナンバーにフローレコードの数を加えたら、次の配列ナンバーを手に入れる必要があります。このようにして失ったフローナンバーを探すことができます。フロー配列ナンバーがあればネットフローがなくなっているのか分かります。

 

　なぜ“パケットロスを特定するための情報はあるのか”に関心があるのでしょう

 

これはすばらしい質問です。フローエクスポート喪失は次の3つのうちの一つで引き起こされるので関心があるのです。

１．                       ネットワークがパケットをドロップする

２．                       ルータが起動できない

３．                       ネットフローレシーバーまたはコレクターが起動しない

 

ネットフロー配列ナンバーが重要になってきています。ネットフローコレクターを構築するには、利用可能な間エンジンスケールが重要です。

ネットフローｖ9パケットフォーマットを見れば、パッケージ_シークエンスと呼ばれるものに気付くと思います。

 

Scrutinizerはルーターごとに配列ナンバーやネットフローエクスポートが失敗していないかを確認するエクスポーターを監視します。

もし上記のようなことになっていたら、このような方法で問題を解決します。

　

１．            Scrutinizerは起動できる？　バイタルをチェックしてください

 

　ネットフローコレクターがＭＦＳＮトレンドで増大していることを上記で確認できます。

Scrutinizerがこれらの詳細を表示します。

　A 全てのコレクターに対して

B リスニングポートごとに（2055,9996,6343など）

Ｃルータごとに

 

問題の原因が見つかるまでのことです。　もし、全てのポートとエクスポーターがＭＦＳＮｓを表示したら、そのコレクターがフローボリュームを起動できなかったと分かります。Scrutinizerで上記のレポートを探すには管理タブ→レポート→バイタルへ指示して下さい。ここからリスナーポート（2055,9996,6343など）をクリックすればそれぞれのネットフローエクスポートのバイタルに行くことができます。ステータスタブでインタフェース名となりのネットフローｖ5をクリックすればこのレポートに指示するのは簡単です。

 

２．            ネットワークがパケットをドロップするか各ルータがネットフローエクスポートを起動するトラブルがあると判断したら、各エクスポーターのＭＦＳＮをチェックします。

 

 

３．            ネットワークでなくルーターだと判断したら、ルータに入り、次のものを入力します

a)     For the entire collector
b) Per listening port ( 2055, 9996, 6343, など)
c) Per router

 

上のコマンドを使えばネットフローの現状やルータの状態をチェックしてくれます。

 

ＳＣＴＰ

ほとんどのコレクターはネットフロー、Sフロー、ネットストリーム、IPFIX,jフローなどに関心があります。ＳＣＴＰは人気になってきているので、コレクターはネットフローデータグラムの受信状態を確認し、失敗したフレームの再送信を許可します。

 

　要約

ネットフロー配列ナンバーは失われたネットフローパケットや少しのジェネラルパケット喪失を特定するのに使われます。DoSアタックやネットワークスキャンによるネットフローボリュームの中の増加はバーストや最終的にフローの喪失をもたらすケースを私は見たことがあります。ネットフローアナライザー価値は配列ナンバーに関連された容量にレポートを送信するべきだと思う。