2. はじめに
RFC 1052「インターネットネットワーク管理標準の開発に関する IAB の勧告」[1] で報告されているように、TCP/IP ベースのインターネットのネットワーク管理について、2 本柱の戦略が採られました。短期的には、Simple Network Management Protocol (SNMP) を用いてインターネットコミュニティのノードを管理することとされました。長期的には、OSI ネットワーク管理フレームワークの利用が検討されることとされました。管理情報を定義するために 2 つの文書が作成されました。管理情報の構造 (SMI) を定義した RFC 1065 [2] と、管理情報ベース (MIB) を定義した RFC 1066 [3] です。これらの文書はどちらも、SNMP と OSI ネットワーク管理フレームワークの両方と互換になるように設計されました。
この戦略は短期的にはきわめて成功しました。インターネットベースのネットワーク管理技術は、研究コミュニティと商用コミュニティの双方によって、数か月のうちに実用に供されました。その結果、インターネットコミュニティの一部が時宜を得てネットワーク管理可能になりました。
RFC 1109「第 2 回アドホックネットワーク管理レビューグループの報告」[4] で報告されているように、SNMP と OSI ネットワーク管理フレームワークの要件は、予想よりも大きく異なっていました。そのため、SMI/MIB と両フレームワークとの互換性の要件は取り下げられました。この措置により、運用上のネットワーク管理フレームワークである SNMP は、新しい MIB 項目を定義する文書を作成することによって、インターネットコミュニティの新たな運用上の要求に応えられるようになりました。
IAB は、SNMP、SMI、および初期の Internet MIB を、「Recommended」の位置付けを持つ完全な「Standard Protocols」に指定しました。この措置により、IAB は、すべての IP および TCP の実装がネットワーク管理可能であることを推奨し、ネットワーク管理可能な実装は SMI、MIB、および SNMP を採用して実装することが期待されています。
このように、TCP/IP ベースのインターネットの現在のネットワーク管理フレームワークは、次のものから構成されています。RFC 1155 [5] に規定されているとおり、MIB に含まれる管理対象オブジェクトがどのように定義されるかを記述した「TCP/IP ベースのインターネットのための管理情報の構造と識別」。RFC 1156 [6] に規定されているとおり、MIB に含まれる管理対象オブジェクトを記述した「TCP/IP ベースのインターネットのネットワーク管理のための管理情報ベース」。そして、これらのオブジェクトの管理に用いられるプロトコルを、本メモに規定されているとおりに定義した Simple Network Management Protocol です。
RFC 1052「インターネットネットワーク管理標準の開発に関する IAB の勧告」[1] で報告されているように、Internet Activities Board は Internet Engineering Task Force (IETF) に対し、ネットワーク管理の領域に 2 つの新しいワーキンググループを設置するよう指示しました。一方のグループは、管理情報ベース (MIB) に含める要素のさらなる仕様化と定義を担いました。もう一方のグループは、ネットワークベンダーおよび運用コミュニティの短期的なニーズに応え、MIB ワーキンググループの成果と整合させるために、Simple Network Management Protocol (SNMP) への変更を定義することを担いました。
MIB ワーキンググループは 2 つのメモを作成しました。1 つは、MIB に含まれる管理対象オブジェクトが使用する管理情報の構造 (SMI) を定義するものです [2]。2 つ目のメモ [3] は、管理対象オブジェクトの一覧を定義しています。
SNMP Extensions ワーキンググループの成果がこのメモであり、MIB ワーキンググループの成果との整合を達成するために必要とされた、当初の SNMP 定義 [7] への変更が盛り込まれています。ワーキンググループは「SNMP を簡潔に保つ必要性にきわめて敏感であること」を IAB から指示されているため、変更は最小限であるべきです。このメモに反映されている SNMP への変更にはかなりの注意と議論が費やされましたが、結果として得られたプロトコルは、その前身である Simple Gateway Monitoring Protocol (SGMP) [8] との後方互換性がありません。プロトコルの構文は変更されましたが、当初の思想、設計上の決定、およびアーキテクチャはそのまま維持されています。混乱を避けるため、本メモに記述されたプロトコルが使用する新しい UDP ポートが割り当てられました。