要約

  • RFC 3918は、マルチキャスト転送遅延を装置全体の単一値ではなく、入口から試験対象の各出口までの観測集合として扱った。
  • 最大値と最小値の差はばらつきを表すが、枝ごとの値がなければ、どの出口が遅かったかも、その理由も分からない。

測定上の難しさはマルチキャストの形にある。送信元がグループ宛てのトラフィックを被試験装置またはシステムへ送り、装置は複数の受信インターフェースへ複製する。ユニキャストなら、1つの入力と1つの出力を対応づけられる。マルチキャストでは、同じ送信イベントに複数の到着時刻がある。それらを平均値にまとめれば報告は短くなるが、診断の鍵となる枝を隠すかもしれない。

RFC 3918は2004年10月、Informationalメモとして公開され、既存のベンチマーク手法を「1入口・複数出口」のシナリオへ広げた。普遍的なサービス目標も、ベンダーの順位表も定めていない。開示された条件下で試験装置が転送を特徴づける方法を記した文書だ。再現性のある手順は試験の比較を助けるが、ラボのトポロジーをあらゆる実ネットワークの縮図にはしない。

マルチキャスト遅延の手順では、試験装置がトラフィックを流し、試験時間の中間で一意に識別できるフレームを挿入する。Timestamp Aは、そのフレームの送信が試験装置で完了した時点を記録する。各試験対象出口では、受信側が同じフレームを検出し、それぞれ別のTimestamp Bを記録する。各枝の遅延は、その枝のBから共通のAを引いた値となる。結果は入口と出口にひもづくベクトルであり、装置名に貼る単一の数字ではない。

期待したフレームがある出口で見つからない場合、それは平均に加える遅い値ではなく、試験が有効かどうかの問題になる。すべての想定出口でタグ付きフレームを確認しなければならない。トラフィック停止後5秒を超えてから届いた場合、提供負荷と転送速度が予期せずずれた場合、またはフレーム形式が不正な場合は、試験が無効になり得る。報告にはフレーム長、試験対象の出口数、試験時間、IGMPのバージョン、提供負荷、マルチキャストグループ数も必要だ。RFC 3918は遅延試験に120秒を推奨し、媒体に適した精度と統一した時間単位を求めている。

文書は補助指標として、観測集合の最大遅延から最小遅延を引いた値も定める。この幅は最速と最遅の枝がどれほど離れているかを示す。しかし、どの出口だったかは分からず、各出口の絶対的な遅延も残らない。特定の出口が毎回遅いのか、試験ごとに順位が変わるのかも示せない。だから主たる結果はインターフェースごとの値の集合であり、複数の試験を比べるには入口と出口の対応を残すのが望ましい。元の観測が保存されている限り、最大・最小差は要約として役立つ。要約だけが残れば、掘り下げは難しくなる。

提供負荷も数値の意味を左右する。トラフィックは装置のバッファ動作を変え、測定遅延に影響し得る。RFC 3918はstore-and-forwardとbit-forwardingの測定方法を区別する。さらにメッシュ状ユニキャストトラフィックで負荷を加えた別試験を定め、まず基準値を測り、その後に追加負荷を流して再測定する。比較を読むには、入口のマルチキャスト負荷をそろえ、追加負荷と負荷をかけるポートを別に記録する必要がある。それでも、試験条件が実運用と同じになるわけではない。

RFC 3918自身が対象範囲を限定している。目的は装置または単純なシステムの基本的な特性評価であり、マルチキャスト配信木の形成を明示的に測るものではない。その問題はより対象を絞った作業に委ねられる。したがって、制御された転送試験から木の収束時間、アプリケーション応答、端末間の利用者体験を結論づけることはできない。試験されていない製品の性能も証明しない。

歴史的な意義は、証拠を細かく残す測定規律にある。RFC 2432はマルチキャスト・ベンチマークの用語を示し、RFC 2544とRFC 1242は先行する試験・遅延の概念を与えた。RFC 3918は各出口の枝を観測対象にした。「マルチキャスト遅延」は文脈のないスカラーではなく、トポロジー、負荷、試験時間、受信インターフェースを伴う記録になる。証拠は豊かになり、主張は狭くなる。資料が立証するのは規定された方法であり、特定ベンダーや現在の本番ネットワークの性能ではない。

出典