SNMP是否仍然在2015年被广泛使用？

可悲的是，SNMP仍然是常用的。 协议的后续版本已经解决了SNMPv1中的许多问题，但是这些几乎完全是针对修复安全模型的。 因此，现在SNMPstream量比较繁琐，但是他们没有解决我认为是SNMP中明显的缺点 – 存储在MIB中的数据位于监视/监视设备交换之外。

从交换机中分离MIB存储的数据，以及随后在线路上使用数字OID，在SNMPv1中是有意义的，因为它使大多数交换在每个方向上保持单个UDP数据报。 从v3开始，在我看来，这已经不再有意义了，但我不是IETF。

令人遗憾的是，SNMP仍然是一种最低公分母pipe理协议，我总是惊讶地发现有多less设备从最简单的方法中提取监控数据，是一种很好的旧版本RO-community-string-in-基于UDP的SNMPv1。

我工作在networking监控系统上，而且SNMP依然被大量使用和依赖，原因如下：

• 使用UDP作为基础协议使得SNMP非常有效。 由于大多数监控/pipe理是在您自己的数据中心内完成的，您不需要担心在公共互联网上丢失的数据包，TCP的确认和stream量控制是过度的。 SNMPv2解决了SNMP原有的一些低效率问题，例如增加了对BULK GET的支持。
• SNMP在networking设备中是通用的。 几乎所有的networking设备都使用SNMP代理。 拥有MIB可以确保存在一个全球空间，可以通过不同的供应商以受控的方式添加信息，从而可以更容易地查找要查询的OID的信息，而且大多数情况下与供应商无关。
• 最后，还没有一个好的候选人来替代。 SNMP可能不是很好，但是它的好和好是足够好的。 现在有几个networking设备有API来获取相同的附加信息，但正如我在第二点中所述，查询这些API的方式在不同设备上显然不同，并且没有terminal在各个设备之间进行标准化。

所有同意@madhatter，关于SNMPv2不会很快消失。

但就未来而言，几家电信公司的NEP开始提供NETCONF接口（基于XML）与SNMP并行，它似乎以牺牲SNMP为代价而不仅仅取代CLI / TL1，而是FCAPSfunction也是传统上通过SNMP完成的。

另请参阅这篇旧的（2013） infoworld文章 。