要約

  • RFC 3357 は順序付きの片方向損失標本から「損失距離」と「損失期間」を導き、孤立した五損失と五パケット連続の損失を区別できるようにした。
  • パターンはパケット種別、方向、標本化、損失判定時間、時計、測定装置に依存する。観測列は説明できても、原因や利用者影響を単独では証明しない。

百個のパケットからなる流れを二つ考える。どちらも、定めた待ち時間までに届かなかったパケットは五個である。一方では、各損失の前後に正常な到着がある。もう一方では、五個が続けて消える。ダッシュボードに表示される損失率は、どちらも五パーセントだ。

計算は正しい。しかし順序に反応する仕組みにとっては不十分である。音声デコーダーは前後の音から孤立した欠落を補えるかもしれないが、利用できる履歴そのものが連続して失われれば補間は難しくなる。適応型トランスポートも、散らばった損失と一まとまりの損失では確認応答や回復の機会が違う。平均は個数を残し、場所を消した。

2002年8月に Informational RFC として公開された RFC 3357 の題名は One-way Loss Pattern Sample Metrics である。Rajeev Koodli と R. Ravikanth は万能の品質点数を提案したのではない。すでに到着または損失と判定されたパケット列について、その並び方から何を読み取れるかを定義した。

土台は IPPM の測定規律だった。RFC 2330 は単一観測、標本、統計を分けた。RFC 2680 は Type-P パケットの片方向損失を定義し、送信元から宛先へ送ったパケットが届けばゼロ、指定したしきい時間までに届かなければ一とした。

この二値は条件付きの観測である。Type-P、送信元、宛先、方向、時刻、損失しきい値、時計の校正、通過経路を結果とともに報告しなければならない。パケットはネットワーク内で廃棄されたのかもしれず、単に遅すぎたのかもしれず、測定ホストの資源不足で見失われたのかもしれない。RFC 2680 の平均は「標本のうち何割が損失と分類されたか」を答えるが、一がどこに並んだかは覚えていない。

RFC 3357 は損失判定を作り直さず、同じ列から二つの派生表示を加えた。第一は損失距離である。測定パケットに連続番号を与え、ある損失の番号から直前の損失番号を引く。20番が失われ、次に50番が失われたなら距離は30になる。標本内の最初の損失には前件がないため、距離ゼロを付ける。

この距離の単位は標本パケットの位置であり、自動的にミリ秒にはならない。経過時間へ直すには送信日程が必要だ。高密度の周期流における十位置と、低密度のランダム探査における十位置は、異なる時間幅を表し得る。数字の精密さが、標本化で得ていない時間情報を生むことはない。

第二は損失期間である。正常受信の次に損失が来た時、新しい期間が始まる。連続する損失は同じ非ゼロの期間番号を持ち、受信パケットは期間ゼロになる。したがって五個連続の損失は、五つの独立事象ではなく、長さ五の一期間として表される。

そこから RFC 3357 は、期間総数、各期間の長さ、期間間の距離、さらに制約 delta に対する「目立つ損失率」を扱った。「目立つ」は人間が必ず気づくという証明ではない。前の損失との距離が選択した delta 以下かどうかを示す、アプリケーションモデルに依存する分類である。delta を外した結果には再現可能な意味がない。

期間数が多くても、損失が十分に離れているとは限らない。長い連続損失を含む期間が混じることがある。平均損失率が低くても、大部分が短い一回の障害に集中しているかもしれない。それぞれの統計は限定された問いに答え、互いの意味を借りることはできない。

標本化は何が見えるかを決める。RFC 3357 は複数の方法を許しつつ、一般的なポアソン標本では VoIP や TCP に適した値にならない場合があると注意した。疎なランダム探査は短いバーストの両側を通って見逃すことがある。実際の周期メディア流はその区間を連続して通るかもしれない。逆に固定周期は別の周期現象と同期し、予測される危険がある。

三か月後の RFC 3432 は周期ストリーム測定を形式化した。開始時刻をランダム化し、試験を有限時間にし、レート、パケットサイズ、タイミングを記録し、測定負荷を制限した。周期とポアソンのどちらかを絶対視したのではない。アプリケーションに似せた既知の偏りと、一般分布を狙う標本が異なる問いに答えると整理した。

RFC 7312 は後にストリームと標本化の枠組みを拡張した。RFC 7680 は RFC 2680 を廃止して、更新された片方向損失指標を定義した。RFC 3357 は2002年当時の派生ロジックを理解する歴史資料であり、現在の実装は新しい基礎指標と標本化仕様も参照すべきである。

同じ発想は運用報告にも現れたが、境界は同じではない。RFC 3611 の RTCP XR は受信・損失のランレングスやバースト／ギャップ指標を報告できる。RFC 7003 はジッターバッファで起きた連続または間欠的な「破棄」を報告する。ネットワークが届けたのに再生には遅すぎて捨てられたパケットは、IPPM の損失と同じ証拠ではない。

トランスポート制御にも別のまとまりがある。RFC 5348 の TFRC は、一往復時間内に起きた一つ以上の損失を一つの loss event として送信レート式へ入力する。同じ混雑エピソードを何度も数えないための制御単位であり、標本位置の連続性で定める RFC 3357 の損失期間とは一致しない。

パケット再順序化も分類を難しくする。RFC 4737 は到着順が変わったパケットを測る。待ち時間と結果統合の規則を残さなければ、一時的に見えないパケットを先に損失と数え、後に順序違いとして受け取ることがある。方法を伴わない列は、原因調査に耐えない。

RFC 6390 は後に、入力、単位、測定点、時間、標本化、有効範囲、不確実性、目的を明示する指標設計の原則をまとめた。孤立損失には比較的強くても、短時間の高損失に弱いアプリケーションがあることも例示する。精密な名称は、条件の代用品ではない。

二つの結果を比べるなら、送信元、宛先、方向、Type-P、サイズ、観測区間、標本日程とレート、しきい値、番号付け、時計、測定装置の容量をそろえる必要がある。集計値だけでなく、順序付きの生の結果を保存する。delta を使う統計には、delta とそのアプリケーション上の根拠を添える。

明瞭なバーストが示せるのは、この標本で損失が集中したという範囲までだ。ルーター、キュー、回線、事業者、端末のどれが原因かは単独で分からない。契約が同じ定義と条件を採用していなければ SLA 違反も証明しない。帰属には経路、インターフェース、キュー、ホスト、アプリケーションの時刻を合わせた証拠が要る。

能動測定は観測対象に参加する。RFC 3357 は過剰な試験トラフィックによるサービス妨害、情報の露出、測定結果の改ざんを警告した。負荷を限定し、許可を取り、記録を保護する必要がある。パケットが小さいことは中立性の証明ではない。

RFC 3357 の長く残る価値は、平均に時系列の役割を奪わせなかった点にある。損失率、距離、期間、原因、体験は別の層であり、どれも正しくても交換可能ではない。

本稿は Lu Heng の二つの視点も明示して用いた。「Minimum Initial Specification」は小さく再利用可能な基礎定義と、目的別の局所的な派生を分ける。「Reality Layers」は観測列、指標名、運用説明、商業主張、利用体験を分離する。これは編集上の分析枠であり、RFC 3357 の著者意図についての史料主張ではない。

どちらの流れでも消えたのは五個だった。孤立して消えたのか、一緒に落ちたのかを示せたのは、順序を残した記録だけである。

出典