要約

  • RFC 3524 は SDP に SRF を追加し、mid で識別された複数のメディア行を一つの資源予約フローへ対応させる意思を表現した。
  • グループは設計上の対応関係であり、受付、方針審査、分類器とスケジューラ、ソフト状態、パケット処理、再生結果は別々の証拠である。

a=group:SRF 1 2 は短い。音声と映像の各 mid を並べ、Single Reservation Flow の対象だと示す。遠端は一つの予約を作るべきか、二つに分けるべきかを推測せずに済む。この明瞭さが RFC 3524 の実用性だった。

ただし文書は、メディアストリームと資源予約フローを最初から区別する。一つのセッションは全メディアを一つにまとめてもよい。各メディアを別々にしてもよい。一部だけを束ねる混合形もある。SRF が選ぶのは対応関係であって、帯域、経路、待ち行列ではない。

規範語も慎重である。SRF 内のメディア行は同じ予約フローに対応させる SHOULD。外側の行はそのフローへ対応させない SHOULD NOT。一行だけの SRF も成立する。ここで決まるのは、実装が次に作る要求の形であり、ネットワークの現在状態ではない。

グルーピング枠組みは参照を検査可能にした。mid は SDP セッション内で一意でなければならず、group は特定の semantics の下でそれを列挙する。対応するメディア行がなければ、文字列を書いただけで対象は生まれない。RFC 5888 は後にこの構造を維持した。さらに SDP の拡張性では、理解できない属性は受信側に無視される。正しい構文の受信と機能の採用は同義ではない。

SRF が必要なのは、遠端が予約に参加しなければならない場合だった。SDP を生成する側が双方向の資源を自分で割り当てられるなら、対応をローカルに選べる。例と同じ音声・映像を受け取っても group 行がなければ、遠端は二つの RSVP セッションを作る自由を持つ。

例では SIP が SDP を運び、RSVP が予約を試みる。しかし RFC は別のプロトコルや仕組みも許した。したがって SRF は実行装置ではない。異なる実装へ渡せる記述層の意思だった。

RSVP を見ると、残る工程が分かる。受信者の Resv は希望する QoS の flowspec と、対象パケットを選ぶ filter spec を運ぶ。各ノードでは admission control が利用可能資源を確認し、policy control が要求の許可を確認する。どちらかが失敗すれば、要求された状態はそのノードに設置されない。両方を通過して初めて、分類器とスケジューラを設定できる。

設置後も固定ではない。Path と Resv の更新で soft state を維持する。経路変更では新しい経路に状態が作られ、古い経路の状態は時間切れになる。SDP の内容が一文字も変わらなくても、予約の現実は変わる。

RFC 2205 は ResvConf の受信さえ保証を与えないと明記した。他の要求や合成結果によって、確認の後にエラーが届くことがある。予約プロトコル自身の確認がこの範囲なら、さらに上流の SRF 行がサービス完了を証明するはずはない。

RFC 3312 が current status と desired status を分けたことも重要である。希望を書けば現在状態になるのなら、この二層は不要だった。SRF は「どのメディアを同じ試行へ入れるか」を答えるが、「両方向の QoS が満たされたか」は答えない。

セキュリティ節は、SRF が無害な飾りではないことを示す。攻撃者が group 行を加えると、端末に必要以上または以下の予約フローを作らせられる。多すぎれば端末資源を消費し、少なすぎれば品質を下げる。そこで SDP の完全性保護が強く推奨され、SIP では S/MIME が挙げられた。

完全性が証明するのは、誰がその分け方を述べ、途中で改変されなかったかである。空き帯域を作ること、方針を通すこと、未対応端末を対応させること、更新を続けること、映像を表示することは証明しない。

IANA の SRF 登録も同じく限定的である。共通トークンと参照先を確定するが、現場の offer、予約、キュー、再生を観測しない。発行は意味を合わせる。現実化はコードを動かす参加者に残る。

RFC 3524 の歴史的な価値は、この薄さにある。共通の言葉は必要な対応を述べるだけで、他者の資源を文書上で取得しなかった。運用証拠は、SDP 構文、mid 解決、認証された意思、選ばれた対応、要求送信、各ホップの受付、設置状態、更新、分類、到着パケット、再生結果の順で保存すべきである。SRF の存在だけへ縮めれば、設計図を容量証明に変えてしまう。

情報源