Начиная с 2015 года широко используется SNMP?

Многое о SNMP показалось мне громоздким даже 15 лет назад. Одним из примеров является концепция MIB, являющаяся локальным ресурсом для «осмысления» остальных числовых OID.

SNMP был модернизирован или видоизменен во что-то еще? Это все еще обязательная функция для сетевого оборудования?

К сожалению, SNMP все еще широко используется. В более поздних версиях протокола были рассмотрены многочисленные проблемы в SNMPv1, но они почти полностью были направлены на исправление модели безопасности. В результате трафик SNMP теперь сравнительно раздут, но они не устраняют то, что я считаю явным недостатком в SNMP - данные, хранящиеся в MIB, находятся вне обмена мониторингом / отслеживаемым устройством.

Отделение данных, хранящихся в MIB, от этого обмена и последующее использование числовых OID на проводе имело смысл в SNMPv1, поскольку большинство обменов поддерживало одну дейтаграмму UDP в каждом направлении. Начиная с v3, это больше не имеет никакого смысла, на мой взгляд, - но я не IETF.

К сожалению, SNMP по-прежнему является своего рода протоколом управления с наименьшим общим знаменателем, и я постоянно удивляюсь, сколько устройств я вижу там, где самый простой способ извлечь данные мониторинга из них - это старый добрый RO-community-string-in- SNMPv1 на основе UDP.

Edit (2018): потому что это так уместно, я цитирую отличную статью Джеффа Хьюстона в августовском выпуске Internet Protocol Journal :

Интернет пришел к выводу об использовании простого протокола управления сетью (SNMP) четверть века назад, и, несмотря на слабые места в области безопасности, его неэффективность, невероятно раздражающее использование абстрактной синтаксической нотации один (ASN.1) и его использование для поддержки некоторых форм распределенных атак типа «отказ в обслуживании» (DDoS), он все еще широко используется.

Я работаю над системами мониторинга сети, и SNMP по-прежнему активно используется и используется по следующим причинам:

• Использование UDP в качестве основного протокола делает SNMP очень эффективным. Поскольку большая часть мониторинга / управления осуществляется в вашем собственном центре обработки данных, вам не нужно беспокоиться о том, что пакеты теряются в общедоступном Интернете, а подтверждение TCP и управление потоком являются излишними. SNMPv2 устраняет некоторые исходные недостатки SNMP, например, добавляет поддержку BULK GET.
• SNMP универсален для сетевых устройств. Почти все сетевое оборудование реализует агент SNMP. Наличие MIB обеспечивает глобальное пространство, в которое информация может быть добавлена ​​различными поставщиками контролируемым образом, и, таким образом, упрощает поиск информации о том, какие OID запрашивать, и в основном не зависит от поставщика.
• Наконец, не нашлось подходящего кандидата для замены. SNMP может и не быть хорошим, но его хорошее и хорошее - это достаточно хорошо. Некоторые сетевые устройства теперь имеют API-интерфейсы для получения одинаковой и дополнительной информации, но, как я уже говорил во втором пункте, способы запроса этих API-интерфейсов, очевидно, различаются для разных устройств, и конечные точки не стандартизированы для разных устройств.

Все согласны с @madhatter относительно того, что SNMPv2 не скоро исчезнет.

Но что касается будущего, некоторые телекоммуникационные NEP начинают поставлять интерфейсы NETCONF (которые основаны на XML) бок о бок с SNMP, и он собирается набирать обороты за счет SNMP не только в качестве замены для CLI / TL1, но и для FCAPS. функциональность тоже, что традиционно делалось через SNMP.

Также посмотрите эту старую (2013) статью об Infoworld .