要約

  • RFC 3337は一つのPPPセッションで、プリエンプションクラスごとに別のAAL2 CPS Channel Identifierを使った。SSSARの64バイト断片により、大きな低優先パケットの途中へ高優先断片を差し込めた。
  • クラス識別子はスケジューラも回線容量も決めない。分類、CID写像、キュー処理、VC契約、再構成、アプリケーション結果は別々の証拠であり、100 msと公平スケジューラの例は条件付きだった。

遅延はキューより前の直列化でも生まれた

RFC 3337が示した例では、128 kbit/sのATM仮想回線に1500バイトのパケットを流すだけで約100 msかかる。その送信開始後に小さな音声パケットが到着しても、すでに線上へ出たビットを追い越せない。

クラス名を後から付けてもこの待ちは戻らない。割り込み可能な単位を小さくする必要がある。PPP over AAL2が使うSSSARは全パケットを64バイト断片へ分けた。断片の境界ごとに次のクラスを選べば、音声は大きなパケット全体ではなく一断片だけ待てる。

100 msは特定の長さと速度から出た例で、普遍的な測定ではない。速度や長さが変われば値も変わる。重要なのは、識別子が作用するには送信機が判断をやり直せる細かな境界が必要だという点である。

CIDはクラスを選択可能な形にした

異なるプリエンプションクラスの断片は異なるCPS CIDへ割り当てられた。PPPセッションには、少なくともプリエンプト可能クラス数と同じ数のCIDが必要だった。分類結果がSSSARインスタンスと出力CIDを選んだ。

一列の断片しかなければ、スケジューラに選択肢はない。CIDが分かれると、音声キューから一断片を取り、データ断片の間へ置ける。

ただし、正しい分類と正しいCIDは別の状態である。設定不整合で二クラスが同じCIDへ入り、ラベルだけ残ることがある。分類出力、実際のCID、適用設定をそれぞれ記録しなければならない。

分類方法はローカルな判断として残った

RFCは一つの分類器を強制しなかった。音声の実装例はサイズを使い、小パケットをリアルタイム、大パケットをデータとした。しきい値さえアプリケーションと回線速度で変わった。

小さいことは緊急性の証明ではない。期限のない制御パケットもあれば、大きくても急ぐ媒体データもある。古いルールは機械的に正しく動きながら、現在のサービス意図を誤る。

したがって分類証拠には入力フィールド、ルール版、しきい値、マッチ、出力クラス、承認者が要る。標準はクラスを運ぶ方法を与えたが、意味の決定を代行しなかった。

スケジューラが初めて時間を変えた

AAL2 CPSはCID間の方法を規定しない。RFC 3337は、アプリケーションによって優先、公平、重み付き公平が必要になり得るとした。それぞれ遅延と帯域と飢餓の関係が違う。

二クラスの例では公平スケジューラを用いた。その条件なら、リアルタイム断片は最大一個の非リアルタイム断片を待つ。64バイト断片、独立した二CID、断片単位の公平動作から得る局所上限である。

ゼロ待ちでも端末までの保証でもない。厳格優先なら音声待ちは減る一方でデータが飢える。量子、クラス数、重みが変われば上限も変わる。CID名から実際のアルゴリズムを推測してはならない。

容量は別の入口だった

例は、低遅延と低損失を保証するためにATM VCをVBRnrtやVBRrtのような適切なリアルタイムクラスでプロビジョニングする必要があるとした。クラス拡張が回線容量を生むわけではない。

過負荷のスケジューラは、誰の約束を破るか選ぶだけである。アドミッション、トラフィック契約、シェーピング、ポリシング、下流競合が資源を決める。ローカルCIDキューを早く出ても、次の境界で待つことがある。

分類は希望する扱い、スケジューラは次の断片、プロビジョニングは実行可能なサービスを決める。この三権限を一つの「優先度」へ潰すと、設定が性能測定に見えてしまう。

受信とアプリケーションはさらに先にあった

送信機で選ばれた断片は、ATMセルを通り、RFC 3336の基本UUI状態に従ってSSSARで再構成される。出キュー時刻は全断片到着、CRC、PPP受理、再生期限を証明しない。

分類入力と出力、CID写像、UUI列、キュー時刻、スケジューラ決定、VC契約、セル損失、再構成、CRC、LCP、アプリケーション結果を分けて結ぶ必要がある。

音声品質にはジッタバッファ、コーデック、再生時刻、損失隠蔽も関係する。局所的な直列化上限は必要でも十分ではなく、最終的な有用性は端末の証拠で決まる。

周辺標準は採用台帳ではない

RFC 3336はPPP/AAL2の基礎、RFC 2689は低ビットレートリンクの統合サービスを示す。RFC 2686はMultilink PPPのマルチクラス拡張、RFC 1990はその基礎である。RFC 2508はIP/UDP/RTPヘッダー圧縮を扱う。

RFC 2474とRFC 3246はDiffServフィールドとExpedited Forwardingの文脈を与える。DS印やEF PHBはRFC 3337のCID写像やAAL2スケジューラの証拠ではない。RFC 2119も要求語を説明するだけである。

導入を語るには装置版、分類ルール、CID、アルゴリズム、容量、実トラフィック、測定が要る。規格の存在を運用実績へ置き換えてはならない。

保証を探すなら実行者を探す

RFC 3337はクラスを実行可能な面へ運んだ。別CIDが選択肢を作り、64バイト断片が頻繁な選択点を作った。これは実質的な仕組みである。

それでも「音声クラス」は名詞にすぎない。分類、写像、分割、スケジュール、収容、送信、再構成、再生が動詞である。各動詞の主体と証拠を追わなければ、約束は成立しない。

識別子は要求を表す。時間を変えるのはそれを読む実行者であり、価値を証明するのは受信者である。これがRFC 3337の残した境界だった。

出典