해결책
1980년대 후반 네트워크가 성장하면서, 운영자들은 라우터의 상태를 확인하거나 구성을 변경할 공통된 방법이 없었다. OSI 관리 프레임워크를 기반으로 한 인터넷 커뮤니티의 경쟁 제안들은 당시 하드웨어에서는 구현 불가능하다고 판정되었다.
SNMP 설계자들은 단순함 자체를 핵심으로 삼았다. 관리자는 포트 161로 작은 UDP 패킷을 보내 명명된 객체를 요청하고, 에이전트는 그 값으로 응답한다. 트랩은 긴급 이벤트를 역방향으로 밀어낸다. 연결도, 무거운 인코딩도, 설치할 것도 거의 없다.
1990년 5월에 발표된 RFC 1157은 이 프로토콜을 기술했고, 진입 장벽이 너무 낮았기 때문에 벤더들은 신속히 구현했다. SNMP는 네트워크 장비 관리의 사실상 표준이 되었으며, 오늘날에도 모든 라우터, 스위치, 프린터에 남아 있다.
이룬 것
하나의 작은 UDP 요청으로 어떤 장치의 상태든 얻는다
통한 이유
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