要約
- RFC 1513 は RMON を Token Ring に拡張した。
dropEventsはプローブが資源不足でパケットを取りこぼす状態を検知した回数であり、失われたフレームの正確な枚数ではなかった。 - soft error report は assured delivery によって再送され、promiscuous に監視するプローブが同じエラーを二重計上する可能性があった。報告局、上流隣接局、局順序、採取区間が数値の意味を支えた。
- 観測値、損失推定、原因帰属、局を操作する権限、操作後の状態は別の受領証である。後年の RMON-2 は正確な dropped frame 用の別カウンタを置いた。
正確な一回、未知の枚数
RFC 1271 の RMON は、共有セグメント上のプローブに連続観測を任せ、管理局へ統計や履歴を返す仕組みだった。ただし統計・履歴の一部は Ethernet 固有だった。1993 年 9 月の RFC 1513 は IEEE 802.5 Token Ring 用のオブジェクトを加え、局状態、局順序、局設定、source routing の各ビューを用意した。
仕様の核心は小さな注意書きにある。tokenRingMLStatsDropEvents は、プローブが資源不足でパケットを捨てたイベントを数える。値は捨てたパケット数とは限らず、その状態を検知した回数にすぎない、と明記された。
一回の飽和で一枚だけ抜けることも、大きなバーストが隠れることもある。イベントが二回でも規模が同じとは限らない。プローブは自分が追随できなくなった回数を正しく報告できるが、処理できなかった対象を後から数え直すことはできない。
数値は厳密だった。厳密でなかったのは、その数値に別の問いを背負わせる読み方である。
観測装置にも資源と世代がある
遠隔プローブは、生フレームをすべて中央へ運ばず、現場で分類・集約するから有用だった。その代わり、CPU、バッファ、テーブル容量という観測側の限界を持つ。dropEvents の上昇はネットワークだけでなく、証人の視野が欠け始めたことを示す。
同じ意味は MAC 統計、promiscuous 統計、履歴サンプルに現れる。二つの値を比較するなら、data source、interface、control row、owner、status、起動時刻、sampling interval を一緒に保存しなければならない。再起動、行の再作成、32-bit wrap、入力変更を無視すれば、別の観測実験が一本の時系列に見える。
後の RFC 4502 は DroppedFrames を別に定義し、dropEvents と違ってコレクションから落としたフレームの正確な数だと述べた。旧カウンタの誤りではない。より強い主張には別の計測器が必要だったのである。
届く保証は、一意性の保証ではない
RFC 1513 は soft error report の assured delivery に注意を促した。promiscuous に聞く装置では、一つの基礎エラーが二つの報告パケットとして見え、二重に数えられる場合がある。
報告を失わない仕組みと、同じ出来事を二度数えない仕組みは別物だ。報告局、エラー種別、時刻、捕捉地点、重複判定の根拠がなければ、二つのパケットから二つの障害へは進めない。
仕様が証明するのは可能性であり、特定ベンダーの不具合や実際の過大計上ではない。同様に、ゼロという値も完全な健全性を証明しない。プローブ容量、対象フレームの定義、カウンタ世代が分からなければ沈黙の理由を区別できない。
上流隣接局は自動的な犯人ではない
Token Ring のエラーは種類によって異なる局へ計上された。Address Copied error は報告局の最寄り上流隣接局へ、line error と burst error は報告局と上流隣接局へ、internal error と abort error は報告局だけへ加算された。
これは調査のための配置規則であって、物理原因の判決ではない。表に現れた局は、報告した局かもしれず、隣だったため選ばれた局かもしれない。Ring Station Order Group は監視対象リングの局順序を示し、NAUN の解釈を助けるが、そのスナップショットはエラー発生時の不変トポロジーも配送結果も保証しない。
ダッシュボード上で局名と赤い数字を並べると、分類規則が因果関係に見えやすい。RFC の細部は、報告者、隣接者、計上先、原因を分離するためにある。
読み書き可能は行政上の許可ではない
Ring Station Configuration Group は局の removal や設定情報の download という能動操作も定義した。しかし RFC 1513 は、MIB の access level がプロトコル上の読み書き可能性を表すだけで、行政的 authorization policy とは独立だと説明した。
read-write は委任状ではない。まして dropEvents の増加だけでは局を外す根拠にならない。観測装置の飽和、隣接局への会計規則、重複報告の可能性を切り分け、要求者の認証、権限判断、対象、操作前局順序、命令、応答、設定、操作後のネットワークを別々に残す必要がある。
source-routing 統計も、フレームに任意で含まれる routing information から得た部分像だった。経路情報がないフレームは同じ証拠を提供せず、一つのリングで見えた分類は end-to-end 到達性ではない。
史料が支える範囲
RFC Editor の記録と Datatracker は発行、著者、系譜、現在の Historic 状態を支える。RFC 1271、1757、2021、2819、3577、4502 は RMON family の展開を示す。
特定の導入、損失、障害、製品欠陥、是正成功は証明しない。Historic は事故報告ではなく、後年に一部 Token Ring RMON-2 augmentation が相互運用実装不足で deprecated になった事実も RFC 1513 の現場失敗を意味しない。
Heng Lu の Running-Code Primacy は仕様を実行と結果で確かめる。Minimum Initial Specification は共通層を必要最小限に保ち、現地の能力と判断を隠さない。On Reality Layers は記号を現実そのものに昇格させない。
42 は資源不足を 42 回検知した証拠になり得る。だが、42 枚の損失、42 件の障害、42 回の排除権限へ自動変換することはできない。
出典
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加