4. Operational Overview (運用概要)

ルーターは, クライアント/サーバー関係を持つ 1 つ以上のキャッシュへの接続を確立し, 開いたままにします。ルーターは半順序付きのキャッシュリストで構成され, 接続を受け入れる最も優先されるキャッシュまたはキャッシュのセットへの接続を確立します。

ルーターは, 運用者がキャッシュとグローバル RPKI への負荷を制御できるように, 構成によって最も優先されるキャッシュまたはキャッシュのセットを選択しなければなりません。

ルーターは定期的に, そのキャッシュからデータを受信した最新のシリアル番号, つまりルーターの現在のシリアル番号を, シリアルクエリ (Serial Query) の形式でキャッシュに送信します。ルーターがキャッシュとの新しいセッションを確立する場合, または現在の関係をリセットしたい場合, リセットクエリ (Reset Query) を送信します。

キャッシュは, 指定されたシリアル番号以降に発生したすべてのデータ変更でシリアルクエリに応答します。これは空のセットである可能性があり, その場合でもデータ終了 PDU (第 5.8 節) が送信されます。"指定されたシリアル番号以降" を判断するために使用されるシリアル番号の比較は, ラップアラウンドを考慮しなければならないことに注意してください; [RFC1982] を参照してください。

ルーターがキャッシュからすべてのデータレコードを受信すると, 受信したデータ終了 PDU のシリアル番号に現在のシリアル番号を設定します。

キャッシュがデータベースを更新すると, 現在接続されているすべてのルーターに通知 PDU (Notify PDU) を送信します。これは, 今がルーターが更新をポーリングするのに良い時期であるというヒントですが, これは単なるヒントです。プロトコルは, いずれにせよルーターが定期的に更新をポーリングすることを要求します。

厳密に言えば, ルーターは更新するたびに完全なデータセットを要求するだけでキャッシュを追跡できますが, これは非常に非効率的です。シリアル番号ベースの増分更新メカニズムにより, 最後の更新以降に変更されたデータレコードのみを効率的に転送できます。増分転送に基づく更新プロトコルと同様に, キャッシュが何らかの理由で必要な増分データを提供できない場合, ルーターは完全転送にフォールバックする準備をする必要があります。一部の増分転送プロトコルとは異なり, このプロトコルは, フォールバックプロセスを開始するための明示的な要求をルーターが行うことを要求します; これは意図的なものであり, キャッシュは, ルーターがより良いサービスを提供できる可能性のある他のキャッシュとのセッションも確立しているかどうかを知る方法がないためです。

キャッシュサーバーは時間依存の証明書と ROA (ルート起点承認, Route Origin Authorizations; [RFC6480] を参照) を評価する必要があるため, サーバーの時計は約 1 時間の許容範囲で正確でなければなりません。