トラヒックの中身、パケット数の多いIPを特定したい

[1] トラヒックの中身、パケット数の多いIPを特定したい
[2] お客さまのお困りな点
[3] お客さまのシステム構成

[4] 原因究明における課題
[5] EECを利用したトラヒック分析
[6] EECのトラヒック検索の画面
[7] パケット数の多いIPの特定
[8] まとめ

１．トラヒックの中身、パケット数の多いIPを特定したい　　　テストトライアルにJump new

　ＩＴインフラが共通プラットフォームとなり、各種の情報がそのインフラ上を飛び交います。利用をしていてどんなトラヒックが流れていたり、通信の多いＩＰアドレスを把握したいと考えられるお客さまの要望が増えてきました。

　本ページでは、NetFlowを使わずにベーシックな方法でそれを実現した例を紹介します。

２．お客さまのお困りな点

　メールの添付文書を使うエンドユーザが多くそのためにネットワークのトラヒックがひっ迫してレスポンスが遅いと考えているが、本当にメールのトラヒックが多いのか分らないため具体的な改善方法が分らない。

　また、特定の誰かがネットワークに負荷を与えているではの不安もあるが、どのIPか特定することができない。

上記なお困りな点をお持ちでした。

３．お客さまのシステム構成

　お客さまは、インターネット上のメールｐｏｐサーバを利用されています。
　インターネットのＷｅｂ検索も遅い現象が続いています。

ＩＴサービスレコーダートラヒック分析_1

４．原因究明における課題

　お客さまが利用されているスイッチは、NetFlow対応の機器ではないため、NetFlowによるトラヒック分析ができませんでした。
　そこで、EEC（End to End Checker）のパケットキャプチャ機能を利用することにしました。

５．EECを利用したトラヒック分析

　次に示すのは、EECによるパケットキャプチャの起動画面です。

　今回の測定は、必ずＦＷを越えるトラヒックになりますので、ＦＷのＩＰアドレスでフィルタリィングを行います。
　また、１００万パケットの取得をしています。

↓画像をクリックすると拡大します。戻るときは、ブラウザの戻る機能で戻って下さい。

６．EECのトラヒック検索の画面

　次に示すのは、パケットキャプチャーをしたデータをEECで検索する画面です。
　トラヒック分析は、IPプロトコル種別の一覧を選びます。

↓画像をクリックすると拡大します。戻るときは、ブラウザの戻る機能で戻って下さい。

　次に検索結果例を示します。

↓画像をクリックすると拡大します。戻るときは、ブラウザの戻る機能で戻って下さい。

　表示例を見て分るように、メールのトラヒック：pop3 は非常に少ないことが分かりました。

　このように、EECを用いて簡単にパケットキャプチャを行い、直ぐにトラヒック分析が可能です。

　EECの遅延監視で、閾値を超えた場合にパケットキャプチャを行う等の連携も可能ですので、ピーク時の実態を簡単に見える化することができます。