要約

  • 両端が参加しトラフィックが継続するとき、Spin Bit は有用な RTT 推定値を示せる。
  • エッジの欠落や乱れは経路障害の証明ではなく、測定値もネットワークだけの遅延とは限らない。
  • 運用判断には有効性とカバレッジの記録が必要である。

RFC 9000 17.4節は、1-RTT パケットの latency spin bit を定義する。サーバーが受信値を反映し、クライアントが一往復後に反転することで、経路上の観測者は連続する変化の間隔から RTT を推定できる。

ただし参加は任意である。各端点が独立に判断し、RFC 9000 は、クライアントとサーバーの管理者が全体または接続単位で無効化できる機能を実装に必須とし、さらに少なくとも16分の1の経路または接続 ID をランダムに選んで回転を無効にすることも実装に必須としている。無効時の値は固定値のままの場合も、値が変化する場合もある。したがって、ビットの存在だけでは有効な測定を証明できず、変化がないことも障害を意味しない。

状態は経路ごとに保持され、その経路で使う接続 ID が変わるとリセットされる。移動や ID 切替をまたいでエッジを結べば、端点が示していない間隔を作ってしまう。

RFC 9312 は、両端の参加と双方向の継続的な送信を測定条件として説明する。間隔には遅延 ACK やアプリケーションの応答待ちも含まれ得るため、純粋なネットワーク RTT ではない。また現在の QUIC wire image から受動的な損失測定はできない。RFC 9506 も損失や並べ替え時の曖昧さを指摘する。

編集上の運用提案として、各系列に次の測定記録を残すべきである。観測点と方向、時刻、QUIC 版、経路と接続の連続性、接続 ID の切替、端点参加状態の分類、トラフィック継続性の分類、変化の時刻と間隔、サンプルの採否理由、集計期間、カバレッジの分子と分母、該当する場合の比較測定源、そしてそのサンプルが裏付けられる遅延の主張と裏付けられない主張の明記である。SLA には対象母集団、抽出法、除外、閾値、救済を別途定義する必要がある。