要約

  • RFC 1515はMAUごとに、jabberの現在状態、jabber状態に入った回数、管理者の注意を促すtrapを定義した。
  • 連続するtrapには最低五秒の間隔が必要だったため、通知列は意図的に抑制され、完全な事象数にはならなかった。
  • 後のnoJabberは過去の遷移を消さず、カウンタ増加も異常の継続を証明しない。個体、適用範囲、観測時期が必要だった。

五秒の空白が語るもの

あるMAUがjabber状態に入り、正常に戻り、四秒後に再び入るとする。これは規格を説明する仮定であり、実事故の再現ではない。遷移カウンタは二つ増え得る。次のポーリングではすでにnoJabberかもしれない。しかしtrapは五秒未満の間隔で連続送出できない。

警報一件、遷移二回、現在は正常という三つの記録は同時に成立する。「直ちに注意すべきか」「今は何が見えるか」「この観測期間に何度入ったか」は別の問いだからである。

観測値より先に対象を固定する

1993年9月のRFC 1515は、IEEE 802.3のMedium Attachment Unitを管理するMIBを定めた。MAUは媒体とリピータポート、またはEthernet型インターフェースをつなぐ。規格は両者に別々の基本グループを置いた。

リピータ側はグループ、ポート、MAUの各インデックスで一意になり、インターフェース側はMIB-IIのifIndexと対応した。座標を失った状態値は、どの物理接続が変化したのか説明できない。

管理状態、媒体可用性、jabberも別物である。媒体可用性はMAUの型に応じてリンク断、低光量、ループバック不在、遠端障害、無効信号などを表せた。相関は可能でも、一方が他方の原因を自動的に証明するわけではない。

状態は現在形でしか話さない

rpMauJabberStateとifMauJabberStateにはother、unknown、noJabber、jabberingがあった。初期化中のように真の状態が分からない場合、unknownは正しい回答だった。noJabberは通常、jabberingは現在その状態にあることを示す。

そこから故障部品、継続時間、損失フレーム、利用者影響を導くことはできない。通知到達や修復成功も証明しない。AUI型では状態をotherとし、対応カウンタをゼロにする規定があった。ゼロは適用外という意味を持ち、物理障害すべての不在証明ではない。

カウンタは「入った」を数える

rpMauJabberingStateEntersとifMauJabberingStateEntersはjabberingへの移行回数だった。長い一回は一、短い三回は三になり得る。秒、フレーム、バイト、利用者、通知件数ではない。

観測時期も不可欠だった。後継のRFC 3636は管理システム再初期化などによる不連続を明記し、インターフェース側をifCounterDiscontinuityTimeに結びつけた。最新整数だけを保存すると、リセットを改善と誤認する。

カウンタが増え、後で現在状態が正常なら、「期間内に移行があり、今のポールでは見えない」と言える。異常が何秒続いたか、修理で戻ったかは別の証拠を待つ。

Trapは注意喚起に特化した

RFC 1515はリピータMAU用とインターフェースMAU用のjabber trapを定め、対応する状態を載せた。jabberに入ると送る一方、連続trapは最低五秒離すよう求めた。

これは管理経路を通知の集中から守る。しかし、その代償も明白である。受信したtrapの本数を、発生した遷移の本数として扱えない。抑制時間中の沈黙は、カウンタが捉えた追加遷移を否定しない。

RFC 1157はSNMPv1のTrap-PDUを要求・応答とは別にし、送信元、識別子、直近初期化からの時刻、変数を持たせた。RFC 1215はTRAP-TYPEの記述規約を与えた。通知の意味は定まったが、完全な時系列や最終受領が保証されたわけではない。

高速化しても三分法は残った

RFC 2239はRFC 1515を包含し、100 Mb/s、オートネゴシエーション、ジャック管理を追加した。RFC 2668がさらに拡張し、2003年のRFC 3636は10 Gb/sを加えてRFC 2668とRFC 1515を廃止した。

それでも状態、遷移カウンタ、五秒間隔は残った。後の文書は、より高速ないくつかの型でカウンタをゼロにすることも明示した。技術の追加は、古い指標を万能な健康判定に変えなかった。

検証可能な記録はMAUの個体と型、状態、カウンタ、観測時期、trap内時刻、受信時刻、ポーリング周期を残す。「カウンタは二増え、trapは一件記録された」は言える。「ポートが二度壊れた」は原因と影響の資料なしには言えない。

Lu HengのRunning-Code Primacy、Minimum Initial Specification、現実の層は、この読み方に規律を与える。共通仕様は局所的に検証できる狭い意味にとどまる。通知は行動を促せても、自ら保存しなかった現実の支配者にはなれない。

情報源と証拠の境界

技術的根拠はRFC EditorのRFC 1515記録、RFC 1515、RFC 1157、RFC 1215、RFC 2239、RFC 2668、RFC 3636である。現行製品の実装、普及率、配信率、個別障害、通信損失、機器損傷、修復は立証しない。