# Remote Network Monitoring Management Information Base > [!abstract] 概要 > このメモは、TCP/IP ベースのインターネットにおけるネットワーク管理プロトコルで使用する Management Information Base(MIB)の一部を定義する。特に、遠隔ネットワーク監視デバイス(remote network monitoring device)を管理するためのオブジェクトを定義する。 ## 論文情報 - 著者: Steven Waldbusser([[Carnegie Mellon University]]) - 発行: RFC 1271、IETF Remote Network Monitoring Working Group、1991年11月 - Status of this Memo: SNMPのMIBを拡張するものであり、IAB standards trackプロトコルとしてインターネットコミュニティへの議論と改善提案を求める。配布は無制限。 - 参照: [[IETF]]、URL: https://www.rfc-editor.org/info/rfc1271/ - 本文書は査読付き学術論文ではなく、IETF が発行する**インターネット標準仕様書(RFC)**である。ASN.1/SMI(Structure of Management Information)の記法でオブジェクトを定義する、実装者向けの規範文書という性質を持つ。図はほぼ無く、本文の大半が MIB のオブジェクト定義(ASN.1 記述)そのものである。 ## 問題設定 - 当時のネットワーク管理フレームワークは SMI(RFC 1155/1212)・MIB-I/MIB-II(RFC 1156/1213)・SNMP(RFC 1157)の3要素からなり、新しいオブジェクトを定義して実験・評価できる拡張性を持っていた(§2)。 - 遠隔ネットワーク監視デバイス(プローブ)は、ネットワークセグメントごとに1台配置され、あるいはサービスプロバイダが地理的に離れたクライアントネットワークへアクセスする目的でも使われる、管理専用の資源を割いた装置である(§4)。 - 本メモが解決しようとする課題は、こうしたプローブが収集すべき情報(統計・履歴・アラーム・ホスト情報・トラフィックマトリクス・フィルタ・パケットキャプチャ・イベント)を、標準化された MIB オブジェクトとしてどう体系化するかである。 ## 提案手法 - MIB オブジェクトは ASN.1(SMI が定めるサブセット)で名前・構文・エンコーディングを定義する(§3)。 - RMON MIB は `rmon OBJECT IDENTIFIER ::= { mib-2 16 }` 配下に9つの機能グループを配置する(§4.3)。各グループは実装の基本単位(conformance unit)であり、グループを実装するならそのグループの全オブジェクトを実装しなければならない。全グループはオプションだが、MIB-II の system/interfaces グループの実装は必須。 - **Statistics group**: 監視対象インターフェースごとのイーサネット統計(`etherStatsTable`)。ドロップ数・オクテット数・パケット数・ブロードキャスト/マルチキャスト数・CRC/アライメント誤り・アンダーサイズ/オーバーサイズ・フラグメント・ジャバー・コリジョン・パケットサイズ分布などをフリーランニングカウンタで保持する。 - **History group**: `historyControlTable` で定義した間隔・インターフェースに従って `etherHistoryTable` へ周期的な統計サンプルを蓄積する。バケット数のrequested/granted分離、古いバケットの削除、カウンタオーバーフローを避けるための間隔設定の注意などを規定。 - **Alarm group**: 任意の整数型変数を周期サンプリングし、rising/fallingしきい値と比較してしきい値超過時にイベントを発生させる。ヒステリシス機構により同じ方向への連続アラームを抑制する(Event groupの実装が前提)。 - **Host group**: プロミスキャスモードで観測した送信元/宛先MACアドレスからホストを発見し、`hostTable`(MACアドレス索引)と `hostTimeTable`(生成順索引)の2つの視点で統計を保持する。`hostTimeTable` は大規模テーブルの効率的な一括ダウンロードと新規エントリの効率的な発見という2つの用途を持つ設計上の工夫である。 - **HostTopN group**: ベース統計をレート化し、指定区間で上位N件のホストを報告するスナップショット的なレポート機構(Host groupの実装が前提)。 - **Matrix group**: 2アドレス間の会話(conversation)ごとの統計を `matrixSDTable`/`matrixDSTable` に保持する。 - **Filter group**: 任意の論理式(AND/OR/NOT相当のビットマスク演算)でパケットをマッチさせ、マッチしたパケット列を論理的な「チャネル」として構成する。 - **Packet Capture group**: チャネルを通過したパケットをキャプチャして `captureBufferTable` に格納する(Filter groupの実装が前提)。 - **Event group**: しきい値超過やフィルタマッチなどMIB内の各条件をトリガに、ログ記録やSNMPトラップ通知(risingAlarm/fallingAlarm/packetMatch)を行う中枢の制御機構。 - 制御テーブル(read-write)とデータテーブル(概ねread-only)を分離し、パラメータ変更は制御エントリを一旦invalid化してから再作成する方式を採る(§5)。`EntryStatus`(valid/createRequest/underCreation/invalid)という共通のテキスト規約でこのライフサイクルを表現する。 ## 新規性 - 複数の管理ステーションが同一プローブのリソースを同時に使う状況を前提に、`OwnerString` によるリソース所有者ラベル付けと、行追加時の衝突制御(最初のcreateだけが成功し、他はエラーになる)をMIBレベルで規定した点(§5.1, §5.2)。 - 管理ステーションとの常時接続を前提とせず、プローブ単独で継続的に診断・統計収集・障害通知を行う「オフライン運用」「先回り型監視(preemptive monitoring)」「問題検知と報告」「付加価値データ」「複数マネージャ対応」という5つの設計目標を明示した点(§4.1)。これは後年のテレメトリ・エージェント設計における「エッジ側での自律的な収集と要約」という考え方の初期の定式化にあたる。 - `hostTimeTable` のように、同じデータ集合を異なる索引方式(MACアドレス順/生成順)で2重に提供し、それぞれ異なる運用課題(ランダムアクセス、効率的な差分ダウンロード)を解く設計。 ## 実験設定 - 本文書は規範仕様(normative specification)であり、実験・評価の節は持たない。適合性は「グループを実装するなら当該グループの全オブジェクトを実装する」という conformance unit の規定のみで定義される。 ## 実験結果 - 該当なし(仕様書のため実験結果を持たない)。 ## 考察 - Ethernet 以外のメディア(Token Ring、FDDI)への拡張は将来のMIB改訂に委ねられており、本RFC自体はEthernet固有の統計オブジェクト(`etherStatsTable`・`etherHistoryTable`)のみを定義する(§4)。 - Security Considerationsは「本メモではセキュリティ問題を論じない」の一文のみであり(§末尾)、1991年当時のSNMPv1ベースのMIB仕様に共通する制約である。アクセス制御はMIBビューの内容にのみ依存し、値そのものへのアクセス制御機構は存在しないと明記されている(§Alarm groupの`alarmVariable`定義)。 ## 強み / 弱点・課題 - 強み: 9グループへの機能分割により、リソース制約のあるプローブ実装でも必要な機能だけを選択的に実装できる。EntryStatusとOwnerStringという共通の規約により、テーブル操作のライフサイクルと複数管理者間の調整が統一的に扱える。 - 弱点・課題: セキュリティが明示的に対象外とされている。Ethernet以外のメディアタイプは未対応。`hostTimeTable`のインデックスは削除のたびに崩れうるため、管理ステーション側で`hostControlLastDeleteTime`を監視して整合性を保証する責任を負う設計になっている。 ## 出典 - Waldbusser, S., "Remote Network Monitoring Management Information Base", RFC 1271, IETF, November 1991. https://www.rfc-editor.org/info/rfc1271/