レイヤー2の再順序化には便益の証拠が要る

要約

あるDOCSISの再順序化文脈で番号 502 が欠け、503 から 510 が先に到着したとする。バッファは番号と到着時刻を保存し、502 が来るか損失と判定されるまで待つ。最後に整列した列を上位へ渡せば、装置の仕事は成功に見える。

しかし、503から510がどの上位接続に属し、どの期限を持っていたかは、その成功記録にない。欠番の復元は確認できる。待たせなければ何が起きたかは確認できない。

draft-ietf-intarea-reordering-00 の重要性は、この欠落を明文化した点にある。サブネットは自分が付加する遅延を知っている。一方、受信端のトランスポートやアプリケーションが特定の順序変更でどれだけ害を受けるかは、一般に知らない。

再順序化は、メモリ、文脈キー、損失判定、解放タイマーを伴う実行である。後続フレームは「まだ送れない」のではなく、政策によって送られない。

複数リンクの束ねでは、容量や遅延の異なる経路が到着順を変える。無線再送では、後のフレームが一度で届き、前のフレームが再送後に届く。どちらも順序変更は有益な能力の副作用になり得る。

問題は、その副作用を隠すために全ての上位文脈へ同じ待ちを課すことだ。一つの大容量転送の欠番が、無関係な対話パケットを止めるかもしれない。リンクの時系列を整える判断が、アプリケーションの優先順位を暗黙に上書きする。

従来のTCPは重複ACKの数から損失を推定し、順序変更を損失と誤認することがあった。RFC 8985のRACKは時間とACKの関係を利用する。RFC 9002のQUICも、時間とパケット数の閾値を持つ。

端点は接続全体の状態を持つ。レイヤー2は持たない。この違いが、順序解釈の権限を端点へ戻す根拠になる。

ただし、標準が存在することと稼働中の端点がその能力を持つことは別である。ソフトウェア版、設定、閾値、メモリ、実際のトレースを確認しなければならない。未知の古い端点を理由に永久待機するのも、新しいプロトコル名を理由に全保護を外すのも、同じ証拠不足である。

Wi-Fiでは、パケット番号が再生攻撃の判定にも使われる。より大きい番号を先に上位へ渡すと、遅れて戻った正規の再送フレームが古い番号として拒否され得る。順序変更を許すなら、再生窓もそれを表現できなければならない。

ESPもRFC 4303の滑動窓で一定の順序変更を受け入れるが、窓の外は別の判定になる。ROHCはプロファイルと文脈状態に依存し、RFC 4224とROHCv2は許容方法を示す。どれも無限の許容を意味しない。

したがって、再順序化政策の単位は「IPトラフィック」では粗すぎる。実際のセキュリティ窓、圧縮文脈、ベアラ、TID、DSIDなど、判断を変える境界で記録する必要がある。

ドラフトはWi-Fiの一例として、他に七つのステーションが競合する状況で、再順序化による追加遅延がP90で75ミリ秒超、P99で400ミリ秒超になる値を挙げる。この数字は強い警告だが、全てのWi-Fi網の測定値ではない。

DOCSISの少なくとも16文脈や13ミリ秒分の格納要件も、装置が実際にどの程度待ったかを示さない。5GでPDCP再順序化が任意であることも、特定網の設定を示さない。

証拠はその適用範囲と共に保存する。出典のあるシナリオを、自社網の事実に変換してはならない。

ドラフトは不要な順序変更を避けるよう求める。容量や信頼性を高めるための複数リンク利用、またはリンク再送に順序変更が避けられないなら、原則として端点に見せる。サブネット再順序化は、その便益が遅延と揺らぎを上回る明確な証拠がある場合に限る。

これは「順序を捨てる」提案ではない。待つ側に立証責任を置く提案である。バッファは費用を確実に発生させる。便益を知らない主体が、その費用を既定値として使い続けるべきではない。

revision 00 は2026年8月27日公開、2027年2月28日失効予定のInformational Internet-Draftである。承認されればRFC 3819第15節を更新する。IANAへの要求はない。

この記事はIEEE、3GPP、CableLabsの規則変更、製品実装、運用導入を確認していない。ドラフトは変更、置換、失効し得る。扱うのは提案が示した証拠境界であり、未確認の普及ではない。