確定的ネットワーキング(DetNet, Deterministic Networking)

1. 概要

定義: 確定的ネットワーキング(DetNet)は、IP・MPLSベースのルーティングネットワーク(レイヤ3)上で特定のフロー(flow)に対して上限が保証された遅延(bounded latency)・低ジッタ・極めて低いパケット損失・順序保存を提供するためのIETF標準技術群であり、資源予約・明示的経路・パケット複製/削除を組み合わせて「ベストエフォート(best-effort)」転送ではなく確定的(deterministic)転送を実現するネットワークサービスモデルである。

「確定的(deterministic)」という語はしばしば「非常に速い」と誤解されるが、核心は速度ではなく予測可能性(predictability)である。制御応用にとっては、10msの上限を確定的に守るフローの方が、平均1msでも時に50msまで跳ね上がるフローより安全である。制御ループは通信遅延の上限を知ってはじめて安定性を設計できるからである。したがってDetNetの目標は「最も速い転送」ではなく「絶対に超えない上限が事前に知られた転送」であり、この予測可能性をベストエフォートネットワークが構造的に提供できないという点から、別個の技術の必要性が生じる。

従来のIPネットワークは統計的多重化(statistical multiplexing)を前提に設計されてきた。複数のフローが同じリンクとバッファを共有しつつ平均的には効率が高いが、瞬間的にトラフィックが集中するとキューが積み上がって遅延が揺らぎ(jitter)、バッファが溢れると輻輳損失(congestion loss)が発生する。Webやファイル転送のように数百msの遅延変動を再送とバッファリングで吸収できる応用には問題がないが、産業制御・電力保護リレー・プロフェッショナルオーディオ/ビデオ・車両制御・ロボット協調のように「定められた時刻までに必ず到着」しなければならない応用には致命的である。これらの応用では平均遅延ではなく最悪遅延(worst-case latency)の上限が定義されなければならず、たった一度の損失も安全・品質の問題に直結する。

こうした要求は長らく専用の産業用バス(Fieldbus)やメーカー独自プロトコル(EtherCAT, PROFINET IRT等)で解決されてきたが、ITとOT(運用技術)の融合が加速するにつれ、標準イーサネット/IPインフラ上で確定性を提供しようとする要求が高まった。IEEE 802.1 TSN(Time-Sensitive Networking)がレイヤ2(イーサネットブリッジ)領域でこの問題を解いたとすれば、IETF DetNet WG(2015年結成)はその確定性をレイヤ3のルーティングドメイン(IP/MPLS)まで拡張することを目標に、2019年にアーキテクチャ標準(RFC 8655)を発表した。すなわちDetNetはTSNの競合技術ではなく、TSN下位網をIP/MPLSバックボーンでつなぎ合わせてエンドツーエンド(end-to-end)の確定性を完成させる上位レイヤの補完材と理解するのが正確である。

ここで、よくある誤解を一つ指摘する必要がある。「帯域を潤沢に敷けば(overprovisioning)遅延は自然に減るのではないか」という反論である。平均遅延は確かに減るが、過大設計は上限を保証できない。バーストが同時に重なる最悪の瞬間には、いくら余裕帯域があっても瞬間的なキューが積み上がり、その頻度が低いだけで上限は依然として統計的にしか存在しない。保護リレーやモーション制御のように「100万回に一度の超過も許容不可」な応用では、確率的な余裕ではなく確定的なメカニズムが必要である。DetNetが解こうとする問題の本質は平均性能ではなく最悪値の確定的上限(deterministic worst-case bound)である点を明確にしなければならない。

2. 全体構造とサービスモデル

DetNetはデータプレーンをサービスサブレイヤ(service sub-layer)とフォワーディングサブレイヤ(forwarding sub-layer)に分離する。サービスサブレイヤはフロー識別とパケット複製/削除・順序再整列(PREOF)を担って信頼性(service protection)を提供し、フォワーディングサブレイヤは明示的経路と資源割当を通じて遅延上限(congestion protection)を提供する。この二つのサブレイヤの責務分離がDetNet理解の出発点である。

graph LR
  subgraph APP["応用/終端"]
    SRC["送信終端(Talker)"]
    DST["受信終端(Listener)"]
  end
  subgraph CTRL["制御プレーン"]
    CC["中央コントローラ(PCE/SDN)"]
    YANG["YANGモデル/フロー登録"]
  end
  subgraph DP["DetNetデータプレーン"]
    SVC["サービスサブレイヤ<br/>(フロー識別·PREOF)"]
    FWD["フォワーディングサブレイヤ<br/>(明示的経路·資源割当)"]
  end
  SRC --> SVC
  SVC --> FWD
  FWD --> DST
  CC -->|"経路·帯域計算"| FWD
  YANG -->|"フローパラメータ"| SVC
  CC --- YANG

DetNetが確定性を達成するために用いる三つの中核技法は次のとおりであり、各技法は異なる品質目標を狙う。

A. 資源割当(Resource Allocation) — 遅延上限の保証。 DetNetフローには経路上の各ノードでバッファと帯域が事前予約される。核心的な考え方は「DetNetトラフィックは決して輻輳によるキュー待ちを被らないようにする」ことである。各ホップでDetNetフロー集合が消費しうる最大資源を入力受付(admission control)段階で制限し、サイクリックキューイング(CQF)・時刻認識スケジューリングのような定式化されたスケジューラを用いると、ホップ毎の遅延が数学的に有界になる。ホップ毎の上限を合算すればエンドツーエンドの最悪遅延を計算でき、例えば「この制御フローはいかなる負荷でも2ms以内に到着」を事前に保証できる。これがベストエフォートネットワークとの根本的な違いである — ベストエフォートは平均は良くても上限がない。

資源割当を具体化する代表的メカニズムがCQF(Cyclic Queuing and Forwarding)である。時間を固定長のサイクルに切り分け、一サイクルの間に入ってきたパケットは必ず次のサイクルに送出されるよう、二つ(またはそれ以上)のキューを交互に用いる。こうすると一ホップの遅延は「サイクル長の整数倍」に収束し、フローのパターンと無関係にホップ毎の遅延が定数のように固定される。例えばサイクルが100μsで経路が6ホップなら、終端遅延はおよそ600μs前後に定まり、ジッタはサイクル境界以内に抑えられる。その代わり全ノードがサイクル境界を共有しなければならないため精密な時刻同期が前提になるという費用が伴い、この同期負担をなくそうとする非同期技法が後で扱う拡張課題の核心となる。

B. 明示的経路(Explicit Routes) — 経路安定性。 一般のIPはルーティングプロトコル(OSPF・BGP)が状況に応じて経路を変えるため、経路変更の瞬間にマイクロループ・順序逆転・遅延急変が発生しうる。DetNetフローは固定された明示的経路(MPLS-TEラベルスタックまたはセグメントルーティング)にピン(pin)留めされ、ネットワーク状態の変化と無関係に同一経路で転送される。経路が定まっていてはじめて各ホップの資源予約と遅延計算が意味を持つ。すなわち明示的経路は資源割当の前提条件である。

特に複製-削除(PREOF)を用いるには二つの経路が物理的に分離(disjoint)されていなければならないが、これもまた明示的経路があってこそ保証される。一般のルーティングに委ねると、二つの複製がある区間で同じリンク・同じノードを共有(fate-sharing)しうるため、その共有地点が切れると冗長性が同時に崩れる。したがって制御プレーンは経路計算の際に共有リスクグループ(SRLG, Shared Risk Link Group)まで考慮して可能な限り独立した二経路を算出しなければならず、この点が単純なトラフィックエンジニアリングとDetNet経路設計の違いを生む。

C. サービス保護(Service Protection) — 無損失。 資源割当で輻輳損失は防げても、リンク障害・ビット誤りによる損失までは防げない。DetNetはPREOF(Packet Replication, Elimination and Ordering Functions)でこれを解決する。送信側がパケットを複製して互いに分離した(disjoint)二経路以上へ同時に送り、受信側(または合流ノード)が先に到着した一つのみを採択して重複を削除し順序を再整列する。二経路が同時に切れる確率は極めて低いため、障害復旧時間(数十ms〜数秒)の間の損失すら発生しない継ぎ目のない冗長化(seamless redundancy)が実現される。これは再送なしに損失を隠すため、リアルタイム性を損なわない点が重要である。

複製・削除が正しく動作するには、各パケットにシーケンス番号を付与してどの複製が同じ原本かを識別しなければならない。削除ノードは一定の履歴ウィンドウ(history window)の中で既に見たシーケンス番号を記憶しておいて重複を捨てるが、ウィンドウが狭すぎると経路間の遅延差が大きい複製を重複と認識できず重複転送が発生し、広すぎるとメモリと遅延が増える。したがって二経路の遅延偏差(skew)上限を知り、それに合わせてウィンドウを設計することが実務上のポイントである。従来の再送(ARP/TCP)が「損失を検知してから取り戻す」事後復旧であるとすれば、PREOFは「損失が生じる状況をあらかじめ重複で覆う」事前保護である点で、リアルタイム応用に適している。

品質目標	担当技法	サブレイヤ	中核メカニズム
遅延上限·低ジッタ	資源割当	フォワーディング	受付制御·定式スケジューラ(CQF等)
経路安定性	明示的経路	フォワーディング	MPLS-TE·セグメントルーティング
無損失·無停止	サービス保護(PREOF)	サービス	複製·削除·順序再整列、分離経路

表は三技法を要約するが、実際の設計で重要なのは、これらが組み合わされてはじめてエンドツーエンドの確定性が成立するという点である。明示的経路なしに資源を予約すれば経路変更時に予約が無意味になり、資源割当なしに複製だけすると両経路とも輻輳損失を被って冗長化が無力化する。すなわち三技法は独立したオプションではなく相互前提の関係にある。

この三技法が総合的に達成しようとする四つの品質目標はRFC 8655に明示されている — ① 最小・最大遅延の上限(bounded latency)、② 上限の定まったジッタ(bounded jitter)、③ 極めて低い(事実上ゼロに近い)パケット損失率、④ 順序保存(in-order delivery)。注目すべきは、これらの目標がベストエフォートQoS(DiffServの優先度付与)と質的に異なることである。DiffServは「相対的により速く」送るだけで絶対的な上限を約束しない。DetNetはフロー単位で資源を隔離・予約して「最悪でもいくら以内」という絶対保証を提供し、このため、フローの数が増えるほど保証可能な容量が受付制御で制限される。すなわちDetNetは「全員を少し速く」ではなく「少数を確実に」のモデルである。

3. データプレーンと制御プレーンの詳細動作

DetNetは単一のプロトコルではなく、既存のIP・MPLSデータプレーンの上に載るカプセル化・識別規約である。RFC系列で見ると、RFC 8655(アーキテクチャ)を頂点に、RFC 8938(データプレーンフレームワーク)がサービス/フォワーディングサブレイヤ構造を定義し、RFC 8964(MPLSデータプレーン)、RFC 8939(IPデータプレーン)、RFC 9056(IP over MPLS)が各転送技術に対する具体的なカプセル化を規定する。フローがノードを通過する過程を詳細に見ると次のとおりである。

flowchart TD
  A["パケット受信(フロー識別)"] --> B{"DetNetフローか?"}
  B -->|"いいえ"| Z["一般キュー(best-effort)へ転送"]
  B -->|"はい"| C["サービスサブレイヤ進入"]
  C --> D["複製が必要な区間?"]
  D -->|"複製ノード"| E["パケット複製(二経路へ送出)"]
  D -->|"合流ノード"| F["重複削除·順序再整列"]
  E --> G["フォワーディングサブレイヤ"]
  F --> G
  G --> H["明示的経路ラベル付与"]
  H --> I["予約済み資源キューへ配置(受付制御)"]
  I --> J["定式スケジューラで送出(遅延上限保証)"]

フロー識別(flow identification)はDetNetの第一段階である。IPデータプレーンでは6-tuple(送信元・宛先IP、プロトコル、ポート、DSCP、フローラベル)でフローを識別し、MPLSデータプレーンではS-Label(サービスラベル)とF-Label(フォワーディングラベル)のラベルスタックでフローと経路を併せて指定する。識別されたフローのみがDetNet処理を受け、残りはそのままベストエフォートキューへ流れるため、DetNetは既存トラフィックと同じ物理網で共存できる。この共存性は専用網を新たに敷く必要がないという点で導入費用を大きく下げる。

二つのデータプレーンの選択は運用環境によって異なる。MPLSデータプレーン(RFC 8964)は、既にMPLS-TE・擬似回線(pseudowire)を運用する通信事業者バックボーンに自然に載り、ラベルスタックでサービスと経路をきれいに分離できるため、キャリアグレードの確定性に適する。一方IPデータプレーン(RFC 8939)は、MPLSインフラのないエンタープライズ・産業網で追加のトンネリングなしにIPヘッダ情報のみでフローを識別できるため導入が軽い。二つのプレーンをつなぐため、RFC 9056(IP over MPLS)がIPカプセル化をMPLSデータプレーンの上へ写像(mapping)する規約を提供するので、エンタープライズ区間(IP)とバックボーン区間(MPLS)が混在する現実的なトポロジでもエンドツーエンドのDetNetサービスを構成できる。

制御プレーンは、どのフローにどの経路・資源・複製構造を付与するかを決定する。産業網のようにフローが事前に知られた環境では、中央コントローラ(PCEまたはSDNコントローラ)が全体のトポロジと資源状況を見て経路を計算し、各ノードへYANGデータモデルで設定を下ろす完全集中型が一般的である。これはTSNのCNC(Centralized Network Configuration)と概念が同じである。一方、分散制御プレーン(RSVP-TE拡張等)も定義されており、規模が大きいかフローが動的な環境では混合モデルを用いる。制御プレーンが正確な資源モデル(各ノードのキュー・帯域・遅延特性)を持たなければ遅延上限計算が崩れるため、DetNet運用の成否は精密な資源モデリングと受付制御の厳格さにかかっている。

遅延上限が「本当に」成立するかは直観ではなく数学的証明で裏付けられなければならない。そのために広く用いられる理論ツールがネットワーク微積分(Network Calculus)である。各フローがネットワークに加える負荷を上限づける到着曲線(arrival curve)と、各ノードが保証する処理能力を表すサービス曲線(service curve)を定義すれば、二曲線の(min-plus)演算でホップ毎の最大遅延と最大バックログ(バッファ所要量)を導出できる。例えばトークンバケツで整形されたフロー(バーストb、平均率r)が遅延保証サーバ(遅延T、速度R)を通過する際の遅延上限は、T + b/Rの形の閉じた式で与えられる。このようにホップ毎の上限を合算し複製経路の非対称を考慮すれば終端の上限が定まり、これが受付制御が「このフローを受け入れても既存の保証が壊れないか」を判断する根拠になる。結局DetNetの信頼性は曲線で表現されたトラフィック契約とサーバ能力の整合性に根ざしている。

4. TSNとの関係および適用事例

DetNetとTSNはしばしば混同されるが、動作するレイヤと範囲が異なる。両者の違いを「何が異なってそうした差が生じるのか」の観点から見ると、適用戦略が明確になる。

区分	IEEE 802.1 TSN	IETF DetNet
動作レイヤ	レイヤ2(イーサネットブリッジ)	レイヤ3(IP/MPLSルータ)
範囲	単一L2サブネットワーク(工場セル内部)	ルーティングドメイン·WAN·サブネット間
時刻同期	802.1AS(gPTP)を必須と仮定	同期なしでも上限保証を設計可能
冗長化	802.1CB(FRER)	PREOF
標準化主体	IEEE 802.1 WG	IETF DetNet WG

TSNは一つのイーサネットセグメント内でマイクロ秒級の確定性を提供するのに強いが、ルーティング境界を越えられない。工場A棟とB棟がIPバックボーンで接続されていれば、各棟内部はTSNで、棟間バックボーンはDetNetで処理し、二領域をマッピングするのが標準的なアーキテクチャである。実際、DetNetのPREOFとFRER(802.1CB)は同一の「複製-削除」原理を用いるよう設計されており相互連携が可能である。要するにTSNはセル内部、DetNetはセル間という役割分担が核心である。

適用事例は確定性が安全・品質に直結する分野に集中する。第一に、電力系統保護リレーでは、変電所間の差動保護のために数ms以内のサンプル値(IEC 61850 SV)伝送と無損失が要求されるため、広域変電所を結ぶIP/MPLS網にDetNetを適用して上限遅延と二重経路の無損失を保証する。差動保護リレーは両端の電流サンプルを比較して故障区間を判断するため、サンプル遅延が揺らいだり一方が失われたりすると誤動作(誤トリップ)で広域停電を引き起こしうるため、確定性が安全要件となる。第二に、プロフェッショナル放送/オーディオ(AV)では、数十〜数百チャネルの非圧縮メディアをフレーム単位で同期伝送しなければならないため、スタジオ間バックボーンにDetNetを適用すればジッタのないストリーム合流が可能である。第三に、5Gフロントホール/バックホールでは、3GPPとIETFが連携して無線基地局(DU-CU)間の厳格な遅延予算(数百μs)をDetNetで保証しようとする標準化が進行中である。第四に、スマートファクトリでは、ロボット・モーション制御フローを工場バックボーン全域で確定的に転送し、生産ライン再構成時にも制御品質を維持する。第五に、車内・車両間(自動運転)ネットワークでは、センサ融合と制動制御が数msの上限を要求するため、車両バックボーンイーサネットとV2X区間にTSN/DetNet原理が広がっている。これらの事例の共通点は「平均ではなく最悪値が重要で、損失が即事故」という点であり、まさにこの点でDetNetの価値がベストエフォートに比べ質的に区別される。

差の根源をもう一度押さえると、TSNとDetNetの分岐はアドレス体系と状態管理の方式に由来する。TSNはMACアドレスとVLANを基にL2ブリッジがフレームをスイッチングするため一つのブロードキャストドメインを抜け出しにくく、全ブリッジが共通時刻(gPTP)を共有するという仮定が自然である。一方DetNetはIP/MPLSルータがパケットをホップ単位で中継する世界であるため、経路を明示的に固定しなければルーティング収束のたびにフローが揺らぐ。そのためDetNetは「明示的経路 + ホップ毎資源予約」という追加の仕掛けを要求することになり、まさにそのおかげでルーティング境界を越える広域確定性という、TSNが提供できない実務的価値を得る。設計者はこの差を理解してはじめて「どこまでTSNで覆い、どこからDetNetでつなぐか」を正しく判断できる。

5. 深化: 標準化動向と拡張課題

DetNet WGの初期標準(RFC 8655/8938/8939/8964)がデータプレーンとアーキテクチャを安定化させて以降、最近の議論は規模拡張(scaling)と遅延保証の精緻化へ移っている。最も活発な領域は、遅延上限を数学的により緻密に保証するためのキューイングメカニズムの標準化である。CQF(Cyclic Queuing and Forwarding)とその変形、そして非同期環境でも上限を与えるATS(Asynchronous Traffic Shaping)·TQF系の技法がIEEE・IETF双方で練り上げられている。特に全ノードが時刻同期を共有しなければならないCQFの負担を減らし、同期の仮定なしでも有界な遅延を提供しようとする非同期アプローチが、大規模網適用の鍵として注目される。

標準化エコシステムの側面でも協業が広がっている。DetNet(IETF)とTSN(IEEE 802.1)は複製-削除の原理を一致させて相互マッピングを標準化してきており、産業応用の側ではIEC(電力・プロセス制御)と3GPP(5G)が自らの遅延・信頼性要求をDetNet/TSNの上に載せるプロファイルを定義している。例えば3GPPは5Gシステムを一つの「TSNブリッジ」としてモデル化して産業TSNドメインに統合する方式を規格化したが、これは無線区間まで含めたエンドツーエンドの確定性の下絵を示している。このように複数の標準化機構が同一の確定性原理を異なるレイヤ・領域で実装し、その境界をマッピングでつなぐことが、確定的ネットワーキングが断片技術を越えてエコシステムへ成熟する経路である。

もう一つの軸はセグメントルーティング(SRv6)との結合である。明示的経路をMPLS-TEの代わりにSRv6で表現すれば、状態をコアに置かずパケットヘッダに経路を載せるソースルーティングが可能になり、多数のDetNetフローの経路状態をコアルータが逐一維持する拡張性の問題を緩和できる。ただしSRv6ヘッダのオーバーヘッドと遅延計算の複雑さは課題として残る。これと併せてScaling DetNet(大規模集約)の議論では、数千・数万のフローを個別に管理せずクラス・アグリゲート単位で束ねて上限を保証する方法が研究されており、これはキャリアグレード網でDetNetを用いるための前提である。正確な上限計算のための理論ツールとしてはネットワーク微積分(Network Calculus)が広く活用され、各ノードのサービス曲線と到着曲線からホップ毎・終端の遅延上限を導出する。事実関係上、一部のキューイング標準やSRv6連携文書はまだ草案(draft)段階であるか進化中であるため、具体的な数値や採択の可否は最新のRFC・ドラフトで確認するのが望ましい。

総合すると、現在のDetNetの技術的成熟度は「データプレーン・アーキテクチャ標準は安定、キューイング・拡張・セキュリティは進化中」と要約される。小規模な閉域網(産業・電力・AV)では既に商用適用が行われているが、広域キャリア網と複数事業者区間へ拡張するには、拡張可能な資源抽象化とエンドツーエンドの信頼モデルがさらに練られなければならない。技術士の答案では、このようにどこまで標準が確定し、何が開かれているかを区別して叙述するのが望ましい。

DetNetとネットワークスライシングの関係も整理しておく価値がある。スライシングが一つの物理網を論理的に分割してスライス毎の性能を隔離するとすれば、DetNetはそのスライスの「内部」で個々のフローに確定遅延を付与するより微細な保証手段である。すなわちスライシングが巨視的な隔離なら、DetNetは微視的な確定性で、両者は競合ではなく階層的に重なる。5GのURLLCスライスの中で特定の制御フローをDetNetで処理する組み合わせが代表的な設計であり、これは確定的ネットワーキングが次世代移動通信の中核サービス品質基盤と噛み合って発展することを示している。

6. 考慮事項および示唆点

技術士の観点からDetNetの導入は単純なプロトコル選択ではなくネットワーク設計パラダイムの転換であり、次を総合的に考慮しなければならない。

適用戦略 — レイヤ別の役割分担。 確定性は終端間で成立してはじめて意味があるため、OTセル内部はTSN、ドメイン間バックボーンはDetNetに分け、二領域のフローマッピング・冗長化(FRER↔PREOF)連携を設計の中心に据えなければならない。全区間を一つの技術で覆おうとする試みは非現実的である。また、レガシー産業プロトコル(PROFINET・EtherNet/IP等)を用いる設備が共存するため、ゲートウェイでのプロトコル変換と時刻同期の遷移(domain crossing)設計を初期アーキテクチャ段階で併せて検討しなければならない。
トレードオフ — 効率対保証。 資源の事前予約と経路複製は本質的に帯域・バッファの余裕をあらかじめ取り分けるものであるため統計的多重化の効率を犠牲にする。複製はトラフィックを二倍に増やす。したがって「全フロー」ではなく確定性が必ず必要な少数の臨界フローにのみ選別適用し、残りはベストエフォートで共存させるのが費用対効果の面で合理的である。
運用の複雑さと可観測性。 確定性保証は精密な資源モデル・受付制御・時刻同期(必要時)に依存するため、設定誤りやモデルの不正確が即座に保証の崩壊につながる。フロー毎の遅延・損失・経路状態をリアルタイムに測定・検証するテレメトリと可観測性(observability)の体系を併せて構築し、「保証した」ではなく「保証が守られている」を証明できなければならない。
設計検証の先行。 DetNetは配備後の測定だけでは最悪値を確認しにくい(最悪状況がなかなか再現されないため)。したがってネットワーク微積分に基づく事前の上限計算と容量設計を配備前に行い、フロー追加・トポロジ変更のたびに受付制御が上限を再検証するよう自動化しなければならない。これは「測定ベースのベストエフォートチューニング」と区別されるDetNet特有の証明ベースのエンジニアリング文化を要求する。
セキュリティ考慮 — 確定性そのものが攻撃面。 予約された資源は特定のフローに結び付くため、攻撃者がフローを詐称(spoofing)したり過度なフロー登録を誘発したりすると、資源枯渇(DoS)で他の保証を崩しうる。フロー識別情報の改ざん防止、制御プレーン(コントローラ・YANG設定チャネル)の認証・完全性、予約要求に対するポリシーベースの統制が必須であり、セキュリティ設計は確定性保証と同一の優先順位で扱わなければならない。
展望と連携技術。 DetNetは5G/6Gの超低遅延(URLLC)、産業メタバース・デジタルツインのリアルタイム同期、自律製造の拡散と噛み合って、OT-IT融合バックボーンの標準基盤として定着する見込みである。SDN・SRv6・ネットワークスライシング・TSNとの有機的結合が成熟するほど、確定的ネットワーキングは特殊な産業網を越えて汎用キャリアサービス(確定遅延SLA商品)へ拡張される可能性が大きい。ただし複数事業者区間のエンドツーエンド保証は、信頼境界と資源モデルの相互開示の問題を抱えており、標準化と商用化の最終関門として残っている。

参考資料

IETF RFC 8655, Deterministic Networking Architecture — https://www.rfc-editor.org/rfc/rfc8655.html
IETF RFC 8938, DetNet Data Plane Framework — https://www.rfc-editor.org/rfc/rfc8938.html
IETF RFC 8964, DetNet Data Plane: MPLS — https://www.rfc-editor.org/rfc/rfc8964.html
IETF RFC 8939, DetNet Data Plane: IP — https://www.rfc-editor.org/rfc/rfc8939.html
IETF RFC 9056, DetNet Data Plane: IP over MPLS — https://www.rfc-editor.org/rfc/rfc9056.html
IETF DetNet Working Group — https://datatracker.ietf.org/wg/detnet/about/
IEEE 802.1 TSN Task Group — https://1.ieee802.org/tsn/

一言まとめ: DetNetは資源予約・明示的経路・パケット複製(PREOF)を組み合わせてIP/MPLSルーティング網でも上限遅延・無損失を保証するIETF確定的ネットワーキング標準であり、レイヤ2のTSNをレイヤ3へ拡張してOT-IT融合バックボーンのエンドツーエンドの確定性を完成させる。