要約

  • RFC 9599 における ECN 対応とは、機器がマークを書けることではない。輻輳点から実際の負荷調整者まで、必要な全ノードが通知を運べるフィードバックループの性質である。
  • 入口は上流からの輻輳履歴を外側ヘッダーへ引き継ぎ、出口は内外の状態を順序ある規則で統合する。CE の外側に Not-ECN の内側がある場合、ドロップは旧式トランスポートが理解できる唯一の正直な通知になる。
  • 下位層が内側の IP を探して直接マークする方式には、探索深度、暗号化、未知プロトコルへの停止規則が要る。パケット到達率、マーク伝搬、受信側フィードバック、送信側の減速は別々に測定しなければならない。

あるアクセス装置は、自身のヘッダーに輻輳フィールドを持たない。それでもキューが詰まる前に源へ知らせたいので、装置は Ethernet の内側を解析し、IP ヘッダーを見つけ、ECN をマークする。単純な構成では、これは損失を避ける有益な最適化に見える。

しかし、サービスチェーンが一段増え、暗号化されたペイロードと未知の拡張ヘッダーが混ざると、同じ機能が意味の境界を越える。装置が何を見つけたのか証明できなければ、書き込んだ2ビットは輻輳通知ではない。さらに出口がそのマークを上位へ伝えなければ、正しく書かれた通知でさえ、ヘッダーとともに消える。

RFC 9599 は、こうした下位層とトンネルの設計を、完全な制御ループから評価する。目的は特定のキュー管理方式を選ぶことでも、送信者のアルゴリズムを決めることでもない。IP を可搬層として使い、IP を理解しない輻輳点の事実を、端から端のトランスポートへ失わず届けることである。

ヘッダーではなくループが能力を持つ

RFC Editor の記録と IETF Datatracker によれば、RFC 9599 は 2024 年8月の Best Current Practice で、BCP 89 に属し、RFC 3819 のサブネット設計指針を更新する。IP ECN の基本は RFC 3168 にあり、RFC 8311 が実験の余地を拡張した。

中心となる区別は ECN-PDU と Not-ECN-PDU である。ECN-PDU は、通知を負荷調整者まで運ぶのに必要な全ノードが対応するループに属する。Not-ECN-PDU は、そのどこかに能力のないノードを含む。能力はヘッダーの値で明示しても、ラベル、フロー状態、制御プレーンで結び付けてもよい。重要なのは、内部キューがマークした後、その意味が実際にレートを変えられる主体へ届くかどうかだ。

したがって、スイッチに「ECN 対応」と書かれていても、システムが ECN 対応とは限らない。スイッチがマークしても、出口が消すかもしれない。出口が伝えても、受信側が報告しないかもしれない。報告しても、送信側が反応しないかもしれない。機器単体の機能表示をループ全体の保証へ拡大してはならない。

下位層は、L4 が ECN を理解しないトラフィックや、マークを上位へ移せない出口へ到達し得るトラフィックを明示的にマークすべきではない。マークとドロップが領域内で併存することはできるが、マークを生成するノードと、それを無言で消す出口の併存は安全ではない。

内側を探す方式には終了条件がある

RFC 9599 が feed-up-and-forward と呼ぶ方式では、下位層に通知欄がなくても、装置がカプセル化された IP ヘッダーを特定できれば、その ECN フィールドを直接マークする。MAC アドレスで転送する装置が IP を参照するため、形式上はレイヤー違反に見える。それでも、限定された目的に対する実用的な最適化として認められる。

認められる範囲は無限ではない。ペイロードが暗号化されていれば読めない。次のプロトコルが IP とは限らない。固定機能のシリコンは深いスタックを解析できず、複数の IP ヘッダーが入れ子になれば、どれを触るべきかが曖昧になる。

そこで探索深度を明示しなければならない。限界までに認識可能な IP が見つからなければ、下位層自身の通知方式かドロップへ戻る。未知ヘッダーを延々と読み進め、偶然似たビット列を編集してはならない。最初に見つかった IP ヘッダーで十分であり、後段のデカプセレータが必要に応じてさらに内側へ意味を引き継げる。

この停止規則は性能制約だけではない。どこまでを装置が知っていると主張できるかという認識上の境界である。明示的通知が不可能なときに損失を使うことは、古い技術への後退ではなく、証明できない意味を書き込まないための安全策になる。

前へ運び、出口で上へ渡す

feed-forward-and-up では、輻輳した下位層ノードが PDU をマークし、通知がサブネット出口まで前進し、出口が外側ヘッダーを除く前に上位ヘッダーへ移す。その後、受信側 L4 が源へフィードバックする。

この考え方は IP トンネルの RFC 6040 と MPLS の RFC 5129 で使われる。RFC 9600 は TRILL、RFC 9601 は shim ヘッダーで隔てられた IP ヘッダーへ同じ責任を具体化する。符号化が同じである必要はない。輻輳という意味が、包みを外すたびに保たれる必要がある。

入口は外側状態をゼロから始めてはならない。内側が既に持つ輻輳履歴を基準として引き継げば、外側は負荷調整者から現在位置までの累積を示し、内外差分は現在のサブネットが加えた量を推定できる。差分は原因装置を断定しないが、設定を知らない観測者にも一貫した物差しを残す。

デカプセル化はコピーではなく計算である

出口では、外側の値を内側へ無条件にコピーするのでも、内側だけを残すのでもない。内外の能力と重大度を組み合わせる順序規則が必要である。両方が ECN 対応で、外側がより強い輻輳を示すなら、強い方を保持する。古い内側値が、その後に積み上がった事実を上書きしてはならない。

最も厳しい例は、CE の外側が Not-ECN の内側を包む場合だ。内側の旧式トランスポートは明示的マークを理解できない。マークなしで転送すれば輻輳を消去し、意味のないマークを書けば受信側は反応しない。出口はパケットを落とす。損失は、この相手がまだ理解できる唯一のフィードバックである。

反対に、外側が通知能力を持たなくても、内側がすでに ECN 対応なら、その内側状態は変更せず通す。ある層に情報がないことは、別の層にある情報を消す権限にならない。

下位層が複数段階の輻輳値を使う場合、出口は値を IP のマーキング頻度へ変換することがある。さらに、一つの IP パケットが複数フレームに分かれたり、一つの集約フレームが複数 PDU を運んだりする。パケット率、バイト率、フレーム率を同じ百分率として扱えない。測定値は単位、窓、変換境界を必ず伴うべきだ。

AQM が作った事実を境界で捨てない

RFC 7567 は Active Queue Management の推奨を整理し、RFC 8087 は ECN が損失前に増大する圧力を伝える利点を説明する。これらは、どのキューがいつ通知するかという入口側の理由を与える。RFC 9599 は、その通知を異なる層とトンネルの外まで運ぶ条件を与える。

したがって、低ドロップ率だけを見て AQM 導入を評価できない。マークが出口で消えていれば、ドロップ低下は制御改善ではなく、フィードバックの欠落かもしれない。到達したパケット数と、受信側が返した輻輳報告数を別に観測する必要がある。

漸進導入は全出口の被覆問題である

MPLS では、各 PDU に能力表示を追加せず、運用者が領域全体を統制する方式を取れる。内部ノードがマークを始める前に、すべてのデカプセル化出口を更新する。CE の外側と Not-ECN の内側が出会えば、出口が元の輻輳点に代わってドロップする。

安全性は MPLS という名称から生じるのではなく、可能な出口集合を運用者が把握し、同じ規則を適用できることから生じる。プラグ・アンド・プレイ環境ではこの前提がないため、フェイルセーフな交渉か、管理されたプロファイルへの限定が必要になる。

移行指標も「更新済み機器の割合」では足りない。通常経路、障害時経路、サービスチェーン、保守用の一時終端を含め、マークされたヘッダーを取り除く可能性のある全ノードが分母である。一つの古い出口が、一つのフローにとっては100%の信号損失を作る。

後方だけの制御は輻輳を移動させる

feed-backward は下位層の制御をサブネット入口へ返す。入口自身が元の送信源なら、独立したサブネットで有効に働く。しかし実際の IP 源がさらに上流にあると、入口だけが送出を絞り、到着流量は変わらない。入口バッファに列が移動し、そこで別の輻輳通知が必要になる。

この方式は元の端から端のループを閉じず、圧力を別の場所へ押し出す。IP と接続する技術は、限定的な例外を除き、後方方式だけで設計されるべきではない。RFC 6633 が ICMP Source Quench を廃止した経緯は、後方向き信号の真正性という別の弱点も示す。源は実経路の通知と偽造メッセージを判別しにくい。

可変マークと認証を矛盾させない

下位層ヘッダーへ輻輳フィールドを加えると、中間ノードがそれを変えることが仕様上の正常動作になる。認証プロファイルがヘッダー全体を不変として保護すれば、正当なマークのたびに検証が失敗する。可変フィールドを明示し、認証対象の構造にその例外を反映しなければならない。

可変であることは、内容が必ず真実だという意味ではない。ノードはマークを抑制したり捏造したりできる。RFC 9599 は、封装方式ごとに独自の逐次信頼を増やすより、端から端で抑制や不十分な応答を検知する方向を指す。許容された変化と、実際の送信側応答を別々に監査できることが重要である。

Lu Heng の動くコードを優先する議論をこの問題へ適用すれば、「RFC 9599 対応」というラベルでは足りない。入口の内側状態、外側状態、内部マーク、出口計算、出力 IP、受信側フィードバック、負荷調整者のレート変化を一つの証拠列として再現できなければならない。

最小初期仕様という考え方は、異なる技術に一つの符号化を強制せず、最低限の不変条件を共有する方法を示す。完全なループがなければ明示的信号を作らず、ヘッダーを除くときに輻輳を消さない。現実の層を分ける議論は、キュー圧力、マーク、転送、受信報告、送信者応答、サービス品質を一つのランプに畳まないための補助線になる。

トンネルがパケットを保存したことは、仕事の半分にすぎない。残り半分は、そのパケットを減らすべき理由まで保存したと証明することである。

出典