要約

  • RFC 9947 の AltMark SRH TLV は、制御された SRv6 ドメインでの限定的な観測を表す。公開導入、完全経路、顧客影響、SLO 達成を証明するものではない。
  • L、D、FlowMonID、時刻、連番は、ドメイン入場、SID 機能、識別子対応、期間、時計、収集点を照合して初めて限定的な測定推論を支える。
  • 問うべきは印の有無ではなく、誰がどの範囲を設定し、どの端点が実際に処理し、別のサービス証拠がどの主張を支えるかである。

フィールドの置き場所は、証明責任を移さない

Alternate Marking は連続するパケット群を分け、実トラフィックから損失、遅延、ジッタを観測する。RFC 9341 が方法を、RFC 9343 が IPv6 オプションでの表現を示す。RFC 9947 はそれを実験的な SRH TLV に移す。

SR ノードは SRH を高速に扱う想定である一方、Destination Options や複数の拡張ヘッダーを扱わない実装、遅い経路で扱う実装があり得る。だが RFC が求めるのは、その事情を性能結果として宣言することではない。生存性、処理コスト、転送面への影響を比較することだ。設計理由はベンチマークではない。RFC は特定のルーター、シリコン、顧客経路が対応したという台帳でもない。

制御ドメインは実験を狭める。世界への通行証ではない

RFC 9947 は実験を制御 SR ドメインに限定し、参加者が実験用 TLV 値を調整し、印付きパケットが出入りしないよう求める。IANA action はない。域内調整は厳密であり得るが、世界での割り当て、導入、他者の同意にはならない。

境界は安全にも必要だ。管理者はノードを選び、入場を制御し、注入や漏出を防ぐ。しかし「信頼されたドメイン」は「信頼できる結論」と同義ではない。全 SID 機能の有効化、セグメント列の不変、20 ビット識別子の一意性、時刻の異なる二つの観測が同じ顧客経路を表すことは、境界だけでは示せない。

そのため最初に残すべきものはダッシュボードの百分位ではない。ドメイン所有者、TLV 値、入口と出口、SR policy の版、想定セグメント列、参加 SID、選択規則、期間、収集器、証明しない事項を記した測定台帳である。これがなければ鮮明なパケット捕捉を強すぎる事実に取り違える。

FlowMonID は候補を結ぶ。唯一の主体ではない

基本 TLV は 20 ビットの FlowMonID と損失 L、遅延 D を持つ。IPv6 Flow Label を監視フローの識別に使えないためである。顧客 ID、権限主体、世界的な一意キーではない。RFC は入口ノードが疑似乱数で選んでも衝突し得ると明記する。拡張フィールドで識別子や付帯情報を増やせるが、ドメインが同じ規則で割当て、解釈して初めて曖昧さを減らす。

したがって「41718 は 0.02% 損失」という表示だけでは不十分だ。安定した一流の一期間かもしれず、別の選択規則や二つの候補を混ぜた結果かもしれない。対応規則、フロー属性、policy 版、観測区間、収集点を一緒に残す必要がある。

読むかどうかは SID 機能が決める

Hop-by-Hop Option は全ホップで処理される。SRH 前の Destination Option と AltMark SRH TLV は、宛先アドレスが順に指すセグメント端点に従う。処理できない中間・出口 SR ノードは TLV を無視でき、機能を持たない SID 宛てなら探索すら不要である。対応端点だけを観測できる利点はあるが、「経路全体を測定した」とは言えない。端点間の未計測ホップ、変更されたセグメント列、無視されたフィールドは結論の外に残る。

M ビットは区間ごとと end-to-end を別モードにする。後者もドメイン内で要求した範囲であり、ドメイン外の利用者体験を保証しない。前者は局所観測であり、複数ドメインを通るアプリケーションの完了ではない。

時計、連番、サービスには別々の証拠鎖がある

拡張データは時刻、連番、逆方向監視の制御を運べる。ノードはパケットの時刻とローカル時計を比べ、片方向遅延を推論できる。これは能力であり、校正済みの数字ではない。遅延を報告するなら、時刻源、エポック、比較点、ずれの扱い、捕捉点、計算を保存する。これは RFC に新たな義務を帰す話ではなく、壁時計の差を経路特性と誤認しないための証拠規律である。

連番の欠落も損失とは限らない。標本化、捕捉損失、規則変更、収集器停止でも起こる。F ビットは分割された元のパケットを一度だけ数えるためのもので、全断片の到着やアプリケーションの再構成を示さない。

実験は問いを立てる。答えを先取りしない

RFC 9947 は、TLV が拡張ヘッダーより良くまたは悪く通るか、処理を助けるか妨げるか、転送面への影響、他の在経路テレメトリーとの比較を問う。後日の評価を期待しており、勝者を示してはいない。安全な範囲で二方式を比較し、ソフトウェアと policy を固定し、端点処理、衝突、収集器損失、転送計数、予期しない無視、独立したサービス canary を残すべきである。「この経路では測定可能な優位がなかった」も価値ある結果である。

証拠の五段

  1. 宣言：ドメイン、実験値、選択規則、SR policy、SID 機能を設定した。
  2. パケット観測：入口が TLV を追加し、予定端点が記録区間に観測・処理した。
  3. 測定推論：識別子、期間、連番、時計を照合し、範囲付き観測を導いた。
  4. サービス相関：独立した取引、合成プローブ、アプリケーション canary が関連経路の挙動を観た。
  5. 決定：結果の責任を負う運用者が変更、受容、エスカレーション、戻しを選び、理由を残した。

設定は「有効」、捕捉は「ここで観測」、照合済み収集器は「この範囲で測定」としか言えない。顧客影響や目標達成を言えるのは独立サービス証拠だけである。印が改善策を選ぶことはない。

出典