要約

  • ALTO Cost Calendar は将来の連続した時間帯に対応するコスト値を示し、アプリケーションが通信先だけでなく実行時刻も選べるようにする。
  • 値は提供者が公開する助言であり、ルーターへの命令でも、価格・遅延・容量の保証でもない。
  • 安全に使うには、コスト種別、時間範囲、依存するマップの版を確認し、更新を受け取り、予測が外れた場合の代替手段を残さなければならない。

最安の時間帯は一つの主張である

夜明けまでに大規模な複製を終えなければならないスケジューラーを考える。ALTO の応答は、二つのネットワーク領域間のコストが02:00以降に下がると示した。そこで処理を待つ。この判断は BGP を変えず、回線を予約せず、ルーターに新しい転送を命じない。アプリケーションが受け入れたのは、「この送信元、この宛先、このコスト種別、この時間帯では、今より後が望ましい」という情報サービスの主張である。

RFC 7285 は、複数の接続先を選べるアプリケーション向けに Application-Layer Traffic Optimization を定義した。ネットワークマップはエンドポイントを提供者定義識別子（PID）にまとめ、コストマップは PID 間の方向付きコストを公開する。

この表示は意図的に抽象化されている。運用者は内部トポロジー、トラフィックエンジニアリング方針、商業条件を明かさず、順位または実測単位ではない数値を示せる。したがって 20 という値は、20ミリ秒、20通貨単位、20本の混雑リンクを自動的に意味しない。実単位を持つ指標でない限り、同じ公開ビュー内での相対的な違いが意味を持つ。

時間を加えても、確実性は増えない

RFC 8896 はこの仕組みに Cost Calendar を加えた。一つの送信元・宛先ペアに単一値を返す代わりに、連続する時間帯の値を配列で返す。開始時刻、各区間の長さ、区間数をメタデータで示すため、アプリケーションは延期可能な処理をいつ実行するか判断できる。

カレンダーは過去の周期、予定された保守、繰り返すと見込まれるパターンから作られることがある。これは有用な運用知識だが、将来予測に変わりはない。回線断、予期しない混雑、キャッシュ障害、経路変更により、空くはずの時間がピークになる。形式上正しい反復カレンダーが、すでに失われた一日を描くこともある。

開始時刻や区間は飾りではない。クライアントはタイムゾーン、境界、コスト種別、送信元と宛先の PID が依存するネットワークマップの版を保持する必要がある。明日の配列を今日のマップに適用したり、時差で三番目の区間を取り違えたりすれば、サーバーが勧めていない判断が生まれる。

鮮度には別のプロトコルがある

基本 ALTO では、クライアントが資源全体を再取得できる。しかし、大きなマップの数か所だけが変わる場合は無駄が多く、即時の判断には遅い。RFC 8895 は Server-Sent Events を使う更新ストリームを定義し、完全置換または JSON Merge Patch、JSON Patch による差分変更を送れるようにした。

更新ストリームは第二の制御面であり、自動的な解決策ではない。クライアントは各イベントを正しい資源と基底版に結び付け、順序を守り、切断後の最後の写しを現行だと装わないことが必要だ。小さなパッチを別のカレンダーに適用すると、応答が欠ける場合より危険になりうる。もっともらしいが誰も公開していない予定が残るからだ。

このため RFC 8896 は、カレンダーと差分更新サービスを組み合わせることを推奨する。SSE 接続が開いているだけでは鮮度の証明にならない。提供者側の変更が、同じ変更として、追跡可能な版と限られた遅延を伴い、実際のスケジューラー状態へ届いたことを確認する必要がある。

助言は予測対象を変える

カレンダーは需要を記述するだけでなく、需要を移動させる。多数のクライアントが同じ低コスト区間を受け取れば、全員がそこへ処理を延期するかもしれない。空いていると公開されたために、その時間が埋まる。RFC 8896 はこのフィードバック効果を明示的に考慮するよう求めている。

粒度も運用判断になる。粗いカレンダーは機密情報を守りやすく、変更回数も減るが、多くのクライアントを同じ枠へ集める。細かいカレンダーは選択を分散できる一方、より多くの運用状態を明かし、更新負荷を上げる。ネットワークは高価なリンクを避けたいかもしれず、アプリケーションは期限を守りたいかもしれない。プロトコルは調整を支援するが、利害を同一にはしない。

情報は攻撃にも使われうる。侵害されたクライアントは、悪意ある通信に都合がよさそうな時刻をカレンダーから選べる。認証は発行者を示すが、読者の意図までは保証しない。

RFC が証明する範囲

一次記録は、提供者定義のネットワーク位置、方向付きコスト、時間区間、完全置換または差分更新というデータモデルを証明する。また、古い予測、フィードバック、認証済みでも有害な助言、クライアント不安定、悪用が設計上検討されたことも示す。

特定の事業者が ALTO を運用していること、値が実価格や混雑を表すこと、個別の転送が改善することまでは証明しない。RFC は助言の表現方法を定める。助言が新しく、適切で、効果的だったかを示せるのは、サービスとクライアント双方の観測記録だけである。

出典