¿SNMP todavía se usa ampliamente a partir de 2015?

Muchas cosas sobre SNMP me parecieron engorrosas incluso hace 15 años. Un ejemplo es el concepto de que MIB es un recurso local para "dar sentido" a los OID numéricos.

¿Se ha modernizado o mutado SNMP en otra cosa? ¿Sigue siendo una característica imprescindible para los equipos de red?

Lamentablemente, SNMP sigue siendo de uso común. Las versiones posteriores del protocolo han abordado numerosos problemas en SNMPv1, pero se han dirigido casi por completo a arreglar el modelo de seguridad. Como resultado, el tráfico SNMP ahora es comparativamente abultado, pero no han abordado lo que considero que es la deficiencia evidente en SNMP: los datos almacenados en la MIB residen fuera del intercambio de dispositivos de monitoreo / monitoreo.

La separación de los datos almacenados en MIB de ese intercambio, y el consiguiente uso de OID numéricos en el cable, tenía sentido en SNMPv1, ya que mantenía la mayoría de los intercambios en un solo datagrama UDP en cada dirección. A partir de v3, ya no tiene ningún sentido, en mi opinión, pero no soy el IETF.

Lamentablemente, SNMP sigue siendo una especie de protocolo de gestión con el denominador común más bajo, y me sorprende constantemente la cantidad de dispositivos que veo por ahí donde la forma más fácil de extraer datos de monitoreo de ellos es un buen viejo RO-community-string-in SNMPv1 basado en UDP.

Edit (2018): porque es tan pertinente, cito el excelente artículo de Geoff Huston en la edición de agosto de 2018 del Internet Protocol Journal :

Internet convergió con el uso del Protocolo simple de administración de redes (SNMP) hace un cuarto de siglo y, a pesar de sus debilidades de seguridad, su ineficiencia, su uso increíblemente irritante de la sintaxis abstracta de sintaxis uno (ASN.1) y su uso para mantener algunos formas de ataques de denegación de servicio distribuida (DDoS), todavía goza de un uso generalizado.

Trabajo en sistemas de monitoreo de red, y SNMP todavía se usa mucho y se confía en él por las siguientes razones:

• El uso de UDP como protocolo subyacente hace que SNMP sea muy eficiente. Dado que la mayoría de la supervisión / gestión se realiza dentro de su propio centro de datos, no necesita preocuparse tanto por la pérdida de paquetes a través de Internet público y el reconocimiento de TCP y el control de flujo son excesivos. SNMPv2 soluciona algunas de las ineficiencias originales de SNMP, por ejemplo, agrega soporte para BULK GET.
• SNMP es universal en todos los dispositivos en red. Casi todos los equipos de red implementan un agente SNMP. Tener MIB asegura que haya un espacio global donde diferentes proveedores puedan agregar información de manera controlada y, por lo tanto, buscar información sobre qué OID para consultar sea más fácil y en su mayoría independiente del proveedor.
• Finalmente, no ha habido un buen candidato para ingresar como reemplazo. Puede que SNMP no sea excelente, pero es bueno y bueno es lo suficientemente bueno. Varios dispositivos de red ahora tienen API para obtener la misma información adicional, pero como dije en mi segundo punto, las formas de consultar estas API obviamente varían entre dispositivos y no hay puntos finales estandarizados entre dispositivos.

Todos están de acuerdo con @madhatter, ya que SNMPv2 no desaparecerá pronto.

Pero con respecto al futuro, varios NEP de telecomunicaciones están comenzando a suministrar interfaces NETCONF (que están basadas en XML) lado a lado con SNMP y parece estar ganando impulso a expensas de SNMP no solo como un reemplazo para CLI / TL1 sino también para FCAPS funcionalidad también que tradicionalmente se realizaba a través de SNMP.

También vea este viejo artículo (2013) infoworld .