1

私はネットワーク トラフィックの特徴付けについて研究しています。収集されたデータ (tcpdump によってキャプチャされ、データベースに保存されたもの) を処理しているときに、パケット (またはフロー) の到着間隔に関する奇妙な現象に出くわしました。

35 ～ 170µsec の到着間隔は観測されません

もちろん、DAG カード (パケットのハードウェア タイム スタンプを行う) がなければ、ミリ秒未満の精度に頼ることはできません。それにもかかわらず、このギャップが次の累積分布関数に存在する理由を探しています。フローの到着間隔の CDF

特定の IAT で見られるフローの数もプロットしました。代替テキスト

私のデータベースには 13 Mio を超えるフローが含まれているため、このギャップが偶然に存在する可能性はほとんどありません。理由を探しているだけです。

それはsthです。スケジューリングの関係？ Linux カーネル スケジューラ (debian マシン) が 250Hz の周波数を使用することはわかっています。したがって、各ティックは 4ms であり、私のギャップである 35 ～ 170µsec よりも 200 倍大きくなっています。ネットワーク カードによって実行されるスケジューリングはありますか? 0µsec の IATが多数見られるため、これらのパケットは互いに直接処理されていると思われます。私が探している種類のスケジューラ ティックは約 40µsec であり、IAT は 0<x<40µsec になり、その後、キャプチャ以外のことが行われ (120µsec = 3ticks の場合)、120µsec を超えるティックのみが取得されると想像できます。

このギャップをどのように説明できるか、手がかりはありますか? どうもありがとう！シュテファン

4

2 に答える 2

1

これは単なる仮説（別名WAG）ですが、おそらく170usは、NICからの連続する割り込み間の最小時間です（NICハードウェア、DMAコントローラー、割り込みコントローラー、CPU、またはこれらすべての組み合わせによる）。

到着間隔が35us未満のパケットは、1回の割り込みで受信された複数のパケットに対応します（サイズとプロトコルに応じて処理時間が異なります）。35us自体は、最悪の場合の処理​​時間で、1回の割り込みで受信できるパケットの最大数（NICバッファーのサイズによる）に対応します。

于 2010-10-06T14:41:19.240 に答える
0

確かではありませんが、カードが特定のティック レートで何らかの簿記を行っていることは想像できます。また、35 ～ 170 µs の範囲はパケット長とどのように関連していますか?

于 2010-10-06T12:21:36.867 に答える