要約

  • GROW作業部会の現行草案は、BMPのゲージ統計に測定窓、標本数、最小・最大、平均、中央値、P5、P95を付加する仕組みを提案している。
  • ただし収集は周期型、イベント駆動型、混合型のいずれでもよく、パーセンタイル算法は規定されず、数値を作った設定もTLVには載らない。
  • したがって正しく符号化されたP95は当該ルーターでは有用でも、別の装置、実装、版、収集方式と自動的に比較できるわけではない。
  • 補完策は管理面に残す測定系譜の受領票である。対象、窓、収集規則、欠測処理、算法、時計品質、版、責任者、利用判断を結び付ける。
  • この受領票はDaniel Kadeによる編集上の提案であり、BMP、GROW、IETFの要件ではない。

十五分ごとの同じ値が隠すもの

収集装置が十五分おきに経路数十万を受け取る場面を考える。十万、十万、また十万。折れ線は静かだが、最初の区間で実際には九万五千まで落ち、十万五千まで戻った後、送信時点で元の値に着地したかもしれない。各スナップショットは正しい。それでも区間中の逸脱は記録から消える。

GROW作業部会の BMP Statistics Information TLV 草案は、この空白を狭めようとしている。2026年9月11日付の 01版 は、ゲージ型のBMP統計に、測定窓の長さ、標本数、最小、最大、平均、中央値、P5、P95を添えられる形式を示す。最小値と最大値には、それぞれを観測した時刻も付く。

RFC 7854 が定めたBMPは、BGPセッションや経路ビューを観測しやすくする監視インターフェースであって、経路選択を担うプロトコルではない。ところが監視値は後段で、障害解析、容量比較、警報調整、方針変更の説明、投資判断に使われる。受信したビット列が正しいことと、その値が後段の比較に耐えることは別の主張である。

01版はなおInternet-Draftである。Datatrackerの履歴 は作業部会文書としての更新を示すが、現時点でshepherd、担当Area Director、telechat日はなく、IESG stateは I-D Exists である。草案本文の表紙はStandards Trackを掲げる一方、Datatrackerのintended RFC status欄は空である。この食い違いも現在の公開記録の一部であり、確定済みの結論へ丸めるべきではない。

この改訂の価値は統計項目の数だけではない。区間の中身を前より見えるようにしながら、その集計値が主として報告ルーターにローカルな意味を持つことも明記した。可視性の改善と適用範囲の警告は、一組の設計判断として読む必要がある。

測定窓と標本数は出発点にすぎない

草案は、内部の標本化間隔とStatistics Reportの送信間隔を区別する。ルーターが六十秒ごとに観測し、十五分ごとにだけ報告する構成は成立する。送信を遅くすれば通信・処理負荷を抑えられ、内部では最終スナップショットが逃す短い変動を拾える。

01版は測定窓と標本数を明示し、どちらにもゼロより大きい値を求める。窓は報告間隔と同じとは限らない。セッション確立直後、ピアがEstablishedへ戻った直後、イベントによる臨時報告では、利用可能な区間が短くなり得る。同じ統計を異なる窓から計算した場合は、別々のStatistics Information TLVとして送らなければならない。

九百秒に十五標本がある系列と、同じ九百秒に二標本しかない系列は、同じ説明力を持たない。平均、中央値、パーセンタイルでは少数標本が代表性を弱める。最小・最大についても、それは観測された標本の極値であり、観測時点の間に存在した真の極値を保証しない。

TLV自体は任意である。装置が送らない場合も、一部のピアだけで有効にする場合も、特定統計だけを支援する場合もある。セッション後の最初の報告では分布情報を省略したり、不完全な窓から算出したりできる。不在は、未実装、無効化、選択的設定、準備不足のどれかもしれず、「変化がなかった」という証明にはならない。

また対象はゲージに限られる。単調増加するカウンターは意味が異なり、送信者はこのTLVを付けてはならない。収集側は誤った参照を無視し、必要なら記録する。この制約は集計対象の型を守るが、標本の選択方法までは運ばない。

P95という同じ札の下に別の母集団がある

01版は、周期型、イベント駆動型、混合型、その他の収集方式を許容する。方式が変わってもentry typeの名前はP95のままである。だが95パーセンタイルを構成する母集団は大きく変わり得る。

周期型は時計が鳴った瞬間だけを見る。短時間の逸脱が刻みの間で始まり終われば、一度も標本にならない。イベント駆動型は経路追加や撤回のたびに観測するため、激しい一分間が多数の標本を生み、静かな一時間はほとんど寄与しない。混合型は両者を合わせる。いずれも草案に適合し得るが、周期型は「時間上の典型」、イベント型は「変化時の典型」に近い別の問いを答える。

同一標本でも計算法が違えば結果が変わる。草案は算法を実装に委ねる。特に小さな集合では、nearest-rankと線形補間が異なるP95を返し得る。中央値やP95という親しみやすい語は、方法まで共通だという錯覚を招きやすい。

窓の作り方も独立の選択である。前回報告からの期間を使うのが自然でも必須ではない。移動窓、固定された非重複窓、イベントで区切る窓、再起動後の部分窓は、表示上の長さが同じでも異なる標本を含める。

最小・最大に付く時刻だけでは埋まらない。スナップショット、平均、中央値、P5、P95には個別の発生時刻がなく、時計の精度と正確さも実装依存である。受信側が知るのは送信者が極値を見たと主張する時刻であって、完全な軌跡や時計品質ではない。

Operational Considerationsが結果を主に報告ルーターにローカルなものとするのは、このためだ。ルーター間で集約するには窓と収集設定の互換性が必要で、その互換性は管理・設定チャネルで確立しなければならない。内部方法をTLVが送らないという境界は、外部批評ではなく草案自身の記述である。

IANAの名前は標本化を保証しない

草案はStatistics Information entry typeとStatistics Information TLV typeの新しいIANA登録簿を求め、最小、最大、スナップショット、平均、中央値、P5、P95に安定した名称とコード点を与えようとする。また既存の BMP Parameters に、通常統計と別の統計に関するメタ情報を区別する注記を加える。

これは語彙とコード点の調整であり、観測実務の認証ではない。登録簿はentry type 7がP95を意味することや、時刻フィールドの有無を定められる。しかし追加情報がプロトコルにない限り、周期型かイベント型か、欠測をどう扱ったか、どのパーセンタイル定義を使ったかは伝えられない。

RFC 8126 はStandards ActionやFirst Come First Servedなど、登録政策の語彙を定める。それらはパラメーターを誰が割り当て、変更できるかを扱う手続であって、見えない測定方法を同等にする制度ではない。

現行IANAページが示すのは公開済み割り当てと暫定登録である。活動中の草案に書かれた登録簿要求は、調整の意図を示す証拠であって、割り当て完了や標準化完了の証明ではない。

00から01へ、情報と限界が同時に増えた

00版 と比べると方針がよく見える。旧版も周期報告と内部観測を区別していた。01版は測定窓と標本数をワイヤ形式へ加え、P5とP95を新設し、時刻をBMPの秒・マイクロ秒形式へ拡張した。さらにパーセンタイル算法の差への注意と、ローカルな意味・比較可能性を扱うOperational Considerationsを設けた。

9月11日のI-D告知 は改訂の公開を裏付けるが、新文言の合意や実装を証明しない。GROWの憲章 は、この話題が世界的経路制御の運用測定・監視とBMP保守という作業部会の範囲に属することを示す。

収集側は以前より多くの雑な比較を拒否できる。窓が違う、標本数が著しく違う、セッション直後の窓が部分的である、といった不一致はワイヤ上で見える。それでも二台の結果を一つの比較系列に入れるには、外部から方法の説明が要る。

測定系譜の受領票

現実的な補完は、分析方針をすべてBMPへ詰め込むことではない。草案が参照する管理面で、測定と共に運用証拠へ移せる小さな受領票を残すことである。

系列ごとに、ルーター、ピア、参照統計、必要ならAFI/SAFI、窓の開始・終了・長さ、報告とセッションの境界、標本化のきっかけまたは周期、期待・観測・除外標本数、欠測と重複の処理、パーセンタイル算法と丸め、時計源・分解能・既知の不確かさ、ソフトウェアと設定の版、下流集約、責任者、受領票を置き換える条件を保存する。

これは生データの複製ではなく、比較規則を監査可能にする最小記録である。方式が違えば系列を分ける、明示的な留保付きで正規化する、比較を断る、と判断できる。版更新で算法が変わったときも、グラフの意味が黙って変わるのではなく、境界として残る。

この受領票はDaniel Kadeのガバナンス提案で、草案の規範文でもIETF要件でもない。私的設定をBMPで公開せよという主張でもない。Heng Luの Minimum Initial Specification に沿って共通層を最小に保ち、ローカルな将来判断を識別可能にする。The Policy Mirror が求めるように、同じ名前の裏で実際に動く規則とインセンティブを見える状態にするためのものだ。

出典