简单性是SNMP标准取得成功的主要原因。因为在大型的、多厂商产品构成的复杂网络中,治理协议的明晰是至关重要的，但同时这又是SNMP的缺陷所在——为了使协议简单易行,SNMP简化了不少功能，如：
没有提供成批存取机制，对大块数据进行存取效率很低；
没有提供足够的安全机制，安全性很差；
只在TCP/IP协议上运行，不支持别的网络协议；
没有提供manager与manager之间通信的机制，只适合集中式治理，而不利于进行分布式治理；
只适于监测网络设备,不适于监测网络本身。
针对这些问题,对它的改进工作一直在进行。如1991年11月,推出了RMON(RemoteNetworkMonitoring)MIB,加强SNMP对网络本身的治理能力。它使得SNMP不仅可治理网络设备,还能收集局域网和互联网上的数据流量等信息。1992年7月,针对SNMP缺乏安全性的弱点,又公布了S-SNMP(SecureSNMP)草案。
到1993年初,又推出了SNMPVersion2即SNMPv2(推出了SNMPv2以后,SNMP就被称为SNMPv1)。SNM-Pv2包容了以前对SNMP所做的各项改进工作,并在保持了SNMP清楚性和易于实现的特点以外,功能更强,安全性更好,具体表现为:
提供了验证机制、加密机制、时间同步机制等，安全性大大提高，
提供了一次取回大量数据的能力，效率大大提高；
增加了manager和manager之间的信息交换机制,从而支持分布式治理结构。由中间(intermediate)manager来分担主manager的任务,增加了远地站点的局部自主性。
可在多种网络协议上运行,如OSI、Appletalk和IPX等,适用多协议网络环境(但它的缺省网络协议仍是UDP)。
根据Carnegie-Mellin大学(SNMPv2标准的制定者之一)的StevenWaldbusser测试结果,SNMPv2的处理能力明显强于SNMPv1,大约是SNMPv1的15倍。
SNMPv2一共由12份协议文本组成(RFC1441-RFC1452),已被作为Internet的推荐标准予以公布。
可看出它支持分布式治理。一些站点可以既充当manager又充当agent,同时扮演两个角色。作为agent,它们接受更高一级治理站的请求命令,这些请求命令中一部分与agent本地的数据有关,这时直接应答即可;另一部分则与远地agent上的数据有关。这时agent就以manager的身份向远地agent请求数据,再将应答传给更高一级的治理站。在后一种情况下,它们起的是proxy(代理)的作用。
