解決策
1980年代後半にネットワークが拡大するにつれ、運用者にはルーターの状態を確認したり設定を変更したりする共通の手段がなかった。OSI管理フレームワークを軸にしたインターネットコミュニティの競合提案は、当時のハードウェアでは実装不可能と判断された。
SNMPの設計者たちは、単純さこそを狙いとした。マネージャーはUDPの小さなパケットをポート161に送って名前付きオブジェクトを要求し、エージェントがその値を返す。trapは緊急イベントを押し戻す。接続もなく、重いエンコーディングもなく、インストールするものはほとんど何もない。
1990年5月に公開されたRFC 1157がこのプロトコルを記述し、参入障壁が非常に低かったためベンダーはすぐに実装した。SNMPはネットワーク機器管理のデファクト標準となり、今もあらゆるルーター、スイッチ、プリンターに存在している。
達成したこと
小さなUDPリクエスト1つで、あらゆるデバイスの状態を取得できる
うまくいった理由
OSI式の代替案は1980年代のハードウェアには重すぎた
UDP上のいくつかの操作は実装が容易だった
MIBにより、あらゆるデバイスに名前付き値の統一されたツリーが与えられた
あらゆるルーターに搭載されたことで、競合が現れる前にデフォルトとなった
応用できること
重量級の標準が実装できない場合、意図的に最小限にした標準が、あらゆるベンダーが搭載するほど容易であることで勝利する。
その後
SNMPv2とSNMPv3は同じ単純なモデルを保ちながらセキュリティを強化し、このプロトコルは今なおネットワーク機器監視の普遍的なインターフェースである。より新しいストリーミングテレメトリが規模を扱うが、SNMPの核となる設計は、直面したあらゆる競合より長く生き残った。
出典をたどる
出典
- Simple Network Management Protocol Wikipedia · en.wikipedia.org
- RFC 1157: A Simple Network Management Protocol (SNMP) IETF / RFC Editor · datatracker.ietf.org