截至2015年，SNMP是否仍被广泛使用？

即使在15年前，关于SNMP的许多事情在我看来也很麻烦。一个例子是MIB的概念，它是一种本地资源，可以“理解”原本为数字的OID。

SNMP是否已进行了现代化或突变？它仍然是网络设备的必备功能吗？

可悲的是，SNMP仍然很普遍。 该协议的更高版本解决了SNMPv1中的许多问题，但这些问题几乎完全针对修复安全模型。结果，SNMP流量现在比较庞大，但是它们并没有解决我认为SNMP明显的缺点-存储在MIB中的数据驻留在监视/受监视的设备交换之外。

在SNMPv1中，将MIB存储的数据从该交换中分离出来，以及随后在网络上使用数字OID都是有意义的，因为它可以将大多数交换保持为每个方向上的单个UDP数据报。从v3开始，我认为这不再有意义-但我不是IETF。

令人遗憾的是，SNMP仍然是一种最低公分母的管理协议，我不断感到惊讶，因为我发现有多少台设备是从旧设备中提取监视数据的最简单方法是旧的RO-community-string-in-基于UDP的SNMPv1。

编辑（2018）：因为它是如此的贴切，所以我引用了杰夫·休斯顿（Geoff Huston）在2018年8月版《互联网协议杂志》上的出色文章：

25年前，Internet融合了使用简单网络管理协议（SNMP）的功能，尽管存在安全漏洞，效率低下，使用抽象语法表示法One（ASN.1）令人发指，并且在维持某些内容上的使用分布式拒绝服务（DDoS）攻击的形式，它仍然享有广泛的用途。

我在网络监控系统上工作，由于以下原因，SNMP仍被大量使用和依赖：

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

所有人都同意@madhatter，因为SNMPv2不会很快消失。

但是就未来而言，一些电信NEP开始与SNMP并行提供NETCONF接口（基于XML），并且它似乎正以增加SNMP的代价获得发展势头，而不仅仅是取代CLI / TL1，而是FCAPS传统上也是通过SNMP完成的功能。

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