RFC2544標準テスト

画像 みなさんこんにちは!



今回、標準テストRFC2544を検討する時が来ました。使用されるもの、実行方法、その利点と欠点。



免責事項
前回の記事以来、私は同僚からフィードバックを受け取り、「水を少なくして、より具体的に」というポイントに近い文章を書く提案をしました。 そこで、この記事を実験的に検討することを提案します。 材料の終わりに、小さな調査。






はじめに



推奨RFC2544は1999年に開発され、 IETFで採用されました。 ロシア語への翻訳があります。 現在、この推奨事項は、広く配布されており、無料でアクセスできるため、事実上事実上の標準となっています。 推奨事項「相互接続デバイスの特性を決定するための一連のテストを説明および定義」では、テスト結果を提示するための形式について説明しています。



方法論の構造



RFC2544方法論によるテストは、一連のテストの実行に限定され、そのうち4つはほとんどの測定機器メーカーに存在し、2つは非常にまれです(リストの最後のもの)。







スループット


デバイスがエラーなしで送信できる1秒あたりの最大フレーム数が決定されます。 速度は二分によって決まります。 テストは最大速度で開始されます。 損失が発生した場合、速度は半分になります。 損失がない場合、速度は前の速度と比較して2倍になります。 などなど。 最大速度は、60秒間の作業の安定性(損失なし)によって決まります。 テストはフレームサイズごとに行われます。 寸法は、開始前にRFC2544テストパラメーターで指定されています。



遅延


このテストは、以前のスループット測定に基づいています。 対応する最大速度の各パケットサイズに対して、データストリームが生成されます。 ストリームの継続時間は少なくとも120秒である必要があります。 60秒後、タイムスタンプが1つのパケットに挿入されます。 送信側では、パケットが送信された時間が記録されます。 受信側では、送信者のラベルが決定され、パケットが受信された時間が記録されます。 遅延は、受信する時間と送信する時間の差です。 テストは少なくとも20回繰り返す必要があります。 平均遅延は、測定結果から計算されます。



パケットロス


パケット損失の割合(損失と送信の比率)が計算されます。 測定は最大速度で開始され、次の試行ごとに10%(またはそれ以下)ずつ減少します。 速度は、2つの連続した測定値が損失なく通過するまで低下します。



背中合わせ


テストでは、機器をチェックして、最小フレーム間間隔で着信するフレームを処理します。 バックツーバック(バックツーバック)。 RFC2544テストパラメーターで設定されたフレーム数で始まります。 損失が見られない場合(少なくとも2秒間)、フレーム数が増加し、存在する場合は減少します。 少なくとも50回の測定結果に基づいて、平均値が計算されます。



この方法の欠点



テスト方法は古く(1999年に開発された)、今日では市場の要件を満たしていません。 欠点は次のとおりです。

継続的に遅延を測定できない(フレーム転送遅延、FTD)

遅延変動の測定なし(フレーム遅延変動、FDV)

マルチスレッドなし、すべてが順番に行われます

長いテスト(前の段落に基づく)



方法論への追加



機能を拡張し、開発されたアドオンの欠点を補うには:





ジッタ


パケットジッタは、同じデータストリームに属する連続して受信された2つのパケットの伝搬遅延の絶対差です。

理想的なオプションは、ジッターの完全な欠如です。

画像

可能なオプションは、隣接するパケット間の異なる遅延です。

画像



複雑な交通


テストでは、テストトラフィックの複数のストリームを生成および受信できます。

スループットとフレーム損失の量(フレーム損失率、FLR)を測定しますが、連続遅延(FTD)および遅延変動(FDV)の測定は許可しません。



おわりに



RFC2544技術は、主に歴史的にほとんどのメーカーの機器に存在し、今日では、TDMネットワークのBERTと同じパケットイーサネットネットワークの基本テストと言えます。 ただし、RFC2544は包括的なテストを実行しないため、すべてのテストに合格しても、ネットワークが期待どおりに機能しないという状況が発生する可能性があることを覚えておく価値があります。

RFC2544技術はY1564に置き換えられており、次の記事に専念します。



私の他の記事


  1. データネットワークの品質。 ソフトウェアおよびハードウェアの測定
  2. データネットワークの品質。 輸送



All Articles