要約
- LAG は複数の物理リンクを一つの論理インターフェースとして見せるが、RFC 9533 は各メンバーに OWAMP または TWAMP の微小セッションを一つずつ作る。
- Sender と Reflector の Micro-session ID は各端点のローカルな結合キーである。受信パケットの実ポートとの照合に成功して初めて、リンク帰属の証拠になる。
- 有効なプローブ結果はトラフィック制御の入力にはなるが、本番フローの通過、制御命令の実行、サービス改善までを証明しない。
論理インターフェースの成功が物理メンバーを代表しない
リンクアグリゲーションは帯域と冗長性を提供する。一つのメンバーが故障しても、残りが論理リンクを維持できる。この性質は運用上有益だが、測定では詳細を隠す。同じ LAG に属する物理リンクでも、広域網では異なる伝送経路を通り、遅延、揺らぎ、損失が異なり得る。
通常の負荷分散は五つ組などのハッシュで決まる。固定した五つ組のテストは一メンバーだけを選ぶ可能性が高い。値を変えて平均を得ても、どのメンバーを含んだか分からなければ全数測定の証明にはならない。RFC 9533 は各メンバーに対応する OWAMP/TWAMP セッションを「micro session」と呼び、全メンバー分の集合を作る。
それらは同じ送信元・受信先 IP アドレスを共有する。UDP ポート対を分けることもできるが、共通の対が推奨される。したがって、IP ヘッダーだけでは個別性を示せない。セッションと物理メンバーの対応表が不可欠である。
制御要求は測りやすいリンクではなく全メンバーを対象にする
Control-Client は OWAMP のコマンド 5 Request-OW-Micro-Sessions、または TWAMP のコマンド 11 Request-TW-Micro-Sessions を送る。Server が受理すると、要求を受けた LAG の全メンバーについてセッション集合を構築する。IANA 登録は番号の意味を保証するだけで、特定装置が要求を受理し、当時の全メンバーを含めたことまでは保証しない。
四メンバーのうち三件だけ結果がある場合、三件の平均を「LAG の品質」にしてはいけない。残る一件は作成失敗、対応表のずれ、パケット破棄の可能性がある。期待集合、受理集合、稼働集合、有効サンプル集合を別々に保存すれば、欠測を好成績へ変換せずに済む。
OWAMP では受信側が実際の入力メンバーから微小セッションを特定する。対応するセッションがなければパケットを捨てる。入力ポートの観測はデバッグ補助ではなく、サンプル受理の条件である。
同じ16ビットでも所有者が違う
Micro TWAMP には Sender Micro-session ID と Reflector Micro-session ID が追加される。前者は送信側の TWAMP セッション内で、後者は反射側のセッション内で一意であればよい。世界共通の物理ポート番号ではなく、再起動後の永続性も規定されない。数値だけを中央に保存すると、仕様が与えていないグローバルな意味を作ってしまう。
送信側が反射側の ID をまだ知らないとき、Reflector フィールドはゼロになる。値は事前設定または反射パケットから学習できるが、RFC は学習方法を規定しない。ゼロは「遠端の物理リンクを確認した」という意味ではなく、非ゼロ値による遠端検証がまだ行われていない状態である。
反射側はまず、実際にパケットを受けたメンバーからセッションを探す。なければ破棄する。Reflector ID が非ゼロなら、その値と受信メンバーを照合し、不一致も破棄する。応答では受信した Sender ID をコピーし、自分のメンバーに対応する Reflector ID を設定する。
送信側も返ってきた物理メンバーからセッションを特定し、コピーされた Sender ID と Reflector ID を検証する。どこかで失敗すれば測定値として採用しない。受理された遅延や損失の背後には、両端のローカル対応表と、実ポートの観測がある。
プローブの経路と本番トラフィックの経路を混同しない
検証済み応答が示すのは、その時点の一回のプローブ交換である。本番フローは別の五つ組でハッシュされ、別メンバーへ進むかもしれない。また、測定値だけではコントローラーがポリシーを評価したか、変更を要求したか、装置が反映したか、利用者の結果が改善したかは分からない。
RFC 8668 のメンバー属性広告は制御の材料になり得るが、広告、測定、判断、導入、結果は別の記録である。対応を失わないためには、インベントリー、制御要求、ポート検証、測定値、ポリシー版、変更要求、導入確認、変更後の観測を連結して保存する必要がある。
RFC 9533 は OWAMP/TWAMP のセキュリティを継承し、新しい機構を追加しない。認証済みパケットでも、カード交換前の古い対応表を新しくはできない。通信の完全性と、メンバー対応の新鮮さは別の証明である。
捨てたパケットにも理由を残す
各サンプルには LAG とインベントリー版、両端、制御要求と受理、期待メンバー数、親セッション、二つの ID、遠端値の取得方法、実際の送受信メンバー、各検証結果、破棄理由、時刻、誤差推定、測定値、有効期限を残したい。
性能異常、証拠異常、カバレッジ異常は異なる。閾値を越えた有効サンプル、対応不一致で捨てたパケット、セッションのない期待メンバーを一つの赤表示にまとめると、取るべき行動を失う。
出典
- RFC 9533 情報
- RFC 9533 HTML
- RFC 9533 テキスト
- RFC 9533 XML
- IETF Datatracker
- Datatracker API
- RFC 4656:OWAMP
- RFC 5357:TWAMP
- RFC 8668:メンバー属性
- RFC 7799:測定方式
- IANA OWAMP パラメーター
- IANA TWAMP パラメーター
- Heng Lu:Reality Layers
- Heng Lu:Running-Code Primacy
- Heng Lu:Minimum Initial Specification
出典
- https://www.rfc-editor.org/info/rfc9533
- https://www.rfc-editor.org/rfc/rfc9533.html
- https://www.rfc-editor.org/rfc/rfc9533.txt
- https://www.rfc-editor.org/rfc/rfc9533.xml
- https://datatracker.ietf.org/doc/rfc9533/
- https://datatracker.ietf.org/api/v1/doc/document/rfc9533/
- https://www.rfc-editor.org/rfc/rfc4656.html
- https://www.rfc-editor.org/rfc/rfc5357.html
- https://www.rfc-editor.org/rfc/rfc8668.html
- https://www.rfc-editor.org/rfc/rfc7799.html
- https://www.iana.org/assignments/owamp-parameters/owamp-parameters.xhtml
- https://www.iana.org/assignments/twamp-parameters/twamp-parameters.xhtml
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加
