Summary

  • RFC 9912 の回復グラフは、入口と出口の間にある有限個の実行可能な DetNet パスをまとめたものだ。個々のパケットが経験した経路の記録ではない。
  • パケット損失回復の判断が分散されると、現在のエンドツーエンド経路を報告できる単一ノードが存在しない場合がある。観測、解釈、決定、動作、通過、受信を別々に保存しなければならない。

運用画面には、無線入口から有線出口へ向かう三つの枝がきれいに描かれていた。回復グラフの版は最新で、予備の枝も有効だった。それでも締切を超えたパケットが一つあった。

調査担当がそのパケットの経路を求めると、システムは同じグラフを出力した。正しい図だが、求めた事実ではない。図に載っているのは通過し得た場所であり、その瞬間に各ノードが転送、複製、抑止、重複排除のどれを実行したかではない。

これは説明用の仮想事例で、実在製品の障害ではない。境界は RFC 9912 自身にある。2026 年 4 月発行の Informational RFC である同文書は、Reliable and Available Wireless（RAW）のアーキテクチャを示す。RAW は Deterministic Networking の考え方を、状態が変動し、断続的な損失が起こり得る有線・無線媒体へ広げる。

回復グラフは、入口と出口の間で実現可能な DetNet パスを有限集合にまとめる。有限であることには運用上の意味がある。迂回先が無制限なら、遅延も資源消費も境界を持たない。反対に候補が一つしかなければ、障害時の多様性がない。サービス目標を評価できる範囲に抑えながら、環境変化に耐える選択肢を残す設計である。

ここで RFC は図と経験を分ける。回復グラフは潜在パスを表す。DetNet パスはパケットがネットワークで経験したものを表す。設定が正しく全候補がインストールされていても、そのことだけでは特定パケットの通過枝を特定できない。

パケット損失回復（PLR）が分散されると、差はさらに大きくなる。上流ノードは自分が見た無線品質から次のパケットを別枝へ送り、中間ノードは二つに複製し、下流ノードは遅いコピーを排除できる。観測窓も時計も決定範囲も異なる。RFC 9912 が述べるように、現在の DetNet パスを完全に報告できるノードが一つもないことがあり得る。

中央に全知の記録がないことは、分散制御の失敗とは限らない。近い場所で素早く判断できるからこそ、通常のルーティング更新を待たずに損失へ対応できる。ただし、監査システムが「経路」という一項目を当然に要求するなら、設計との不一致が生じる。分散された権限には、分散された知識しか伴わない。

グラフには strict と loose がある。strict では可能な全ホップが明示される。loose では RAW が同じ水準で制御しない区間を含められる。その区間が運べることと、RAW の遅延保証を提供できることは別だ。画面上の一本線が、途中のネットワークへ存在しない能力を付与するわけではない。

RFC 8655 は DetNet の基礎アーキテクチャを定め、RFC 9450 は RAW のユースケースを示す。RFC 9913 は利用可能な技術を整理する。いずれも設計根拠であり、特定ネットワークの導入実績、普及率、個別フローの達成結果を示す資料ではない。

RAW では三つの時間軸を区別する必要がある。ルーティングは比較的ゆっくり回復グラフを変える。通常の転送はパケット単位で速く動く。その中間で、RAW の適応ループが最近の状態から回復方法を変える。数分または数時間を集計した統計はルーティングに適していても、数秒のフェージングや干渉バーストには古すぎる。

したがって測定時刻は数値の付属物ではない。RFC 9473 は経路特性の時間依存性、部分的な可視性、動的値の鮮度を扱う。RFC 9551 は DetNet OAM をフロー、パス、機器別に記述する。真正な値でも、意思決定の時間窓を外れれば、現在を語る資格を失う。

RFC 7799 は active、passive、hybrid の測定を区別する。能動プローブは選んだ経路を調べられるが、業務パケットと大きさ、優先度、時刻が異なり得る。受動観測は実トラフィックを見るが、計測点の外は見えない。両者を「品質 92%」のような一値へ潰すと、何を観測したのかが失われる。

RFC 9912 の適応は Observe、Orient、Decide、Act の循環で整理される。Observe は OAM と下位層情報を集める。Orient はグラフ、SLO、方針に照らして意味付けする。Decide は将来のパケットに対する PLR 処理を選ぶ。Act は Packet Replication, Elimination, and Ordering Functions（PREOF）または下位層 API で反映する。RFC 8175 の DLEP はリンク特性を伝える手段になり得るが、その報告はエンドツーエンド受信証明ではない。

証拠は各動詞を結ぶ必要がある。どの測定を、どの方法で、いつ観測したのか。どのグラフ版と SLO で解釈したのか。どのノードが、どのフローまたはシーケンス範囲について、何秒有効な判断をしたのか。どの転送規則、複製、下位層動作を適用したのか。どのコピーが到着し、どれが排除されたのか。出口では何を受け、SLO はどう計算されたのか。

最新状態だけを残すと、自動化が履歴を消す。グラフは更新され、局所規則は期限切れになり、PREOF は役割どおり重複を捨てる。障害後に残る状態は整合していても、過去を説明できない。すべてのパケットを完全記録できないなら、標本と欠落範囲を明示すべきで、現在の図で穴を埋めてはならない。

冗長化には原価もある。別枝へコピーを送れば、少なくとも一つが期限内に届く確率を高められる場合がある。一方で、周波数資源、電池、バックホール、キュー容量を消費する。出口側で重複を消しても、輸送に使った資源は戻らない。目標は冗長性の最大化ではなく、SLO を満たす最小コストの組合せである。

制御ループは発振し得る。一方の枝が悪化して移動すると、空いた枝が回復し、移動先が混雑する。次の測定で逆方向へ戻る。ヒステリシス、最小滞在時間、信頼度、適切な観測窓がなければ、速い局所判断が全体の不安定を作る。各ノードが局所的に合理的でも、組合せが合理的とは限らない。

攻撃も同じ入口を使う。観測を偽造、再送、遅延させれば、有料回線へ誘導し、電池を消耗させ、遠隔区間を混雑させ、切替を繰り返させられる。認証は送信元と改ざん有無を答える。鮮度、代表性、その送信元の決定権限、最終成果までは答えない。

Heng Lu の Reality Layers は、この混同を防ぐ実務規律になる。グラフは宣言された可能性、インストール済み状態は構成、PLR は決定、パケット通過は実行、出口受信と SLO 判定は結果である。一層の緑表示が次の層を代弁してはならない。

Running-Code Primacy は、制御画面より実際に走った転送を優先する。Minimum Initial Specification は共通層を、グラフ、測定、動作、受領証の相互運用に必要な最小限へ絞る。将来の局所判断は、その資源費とサービス責任を負う運用者に残される。

必要なのは高価な全知ではなく、証明範囲を正直にすることだ。フローと SLO、グラフ版、入口と出口、strict/loose 区間、測定方法と鮮度、決定者と有効範囲、PREOF 動作、パケット標本、出口受信を時間で結ぶ。完全経路が復元できないなら「証明済み区間」と「不明区間」を分ける。それが可能性の図を実行履歴と呼ぶよりも強い。

参考資料