O SNMP ainda é amplamente utilizado a partir de 2015?

Muitas coisas sobre o SNMP pareciam complicadas para mim até 15 anos atrás. Um exemplo é o conceito de MIB ser um recurso local para "fazer sentido" dos OIDs numéricos.

O SNMP foi modernizado ou transformado em outra coisa? Ainda é um recurso obrigatório para equipamentos de rede?

Infelizmente, o SNMP ainda é de uso comum. Versões posteriores do protocolo abordaram vários problemas no SNMPv1, mas esses foram quase inteiramente direcionados à correção do modelo de segurança. Como resultado, o tráfego SNMP agora é comparativamente inchado, mas eles não abordaram o que considero a lacuna flagrante no SNMP - que os dados armazenados no MIB residem fora da troca de dispositivos de monitoramento / monitoração.

A separação dos dados armazenados pelo MIB dessa troca e o consequente uso de OIDs numéricos na conexão fizeram sentido no SNMPv1, pois mantinha a maioria das trocas em um único datagrama UDP em cada direção. A partir da v3, isso não faz mais sentido, na minha opinião - mas eu não sou o IETF.

Infelizmente, o SNMP ainda é uma espécie de protocolo de gerenciamento com denominador comum mais baixo e fico constantemente surpreso com quantos dispositivos vejo por aí, onde a maneira mais fácil de extrair dados de monitoramento deles é o bom e velho RO-community-string-in SNMPv1 baseado em UDP.

Edit (2018): por ser tão pertinente, cito o excelente artigo de Geoff Huston na edição de agosto de 2018 do Internet Protocol Journal :

A Internet convergiu ao usar o SNMP (Simple Network Management Protocol) há um quarto de século e, apesar de suas fraquezas de segurança, ineficiência, uso incrivelmente irritante da Abstract Syntax Notation One (ASN.1) e uso na sustentação de algumas formas de ataques de negação de serviço distribuída (DDoS), ele ainda desfruta de uso generalizado.

Eu trabalho em sistemas de monitoramento de rede, e o SNMP ainda é muito usado e utilizado pelos seguintes motivos:

• O uso do UDP como protocolo subjacente torna o SNMP muito eficiente. Como a maioria do monitoramento / gerenciamento é feita dentro do seu próprio data center, você não precisa se preocupar tanto com a perda de pacotes na Internet pública, como o reconhecimento e controle de fluxo de TCPs são um exagero. O SNMPv2 soluciona algumas das ineficiências originais do SNMP, por exemplo, adicionando suporte ao BULK GET.
• O SNMP é universal nos dispositivos em rede. Quase todos os equipamentos de rede implementam um agente SNMP. Ter MIBs garante que haja um espaço global em que as informações possam ser adicionadas por diferentes fornecedores de maneira controlada e, assim, procurar informações sobre quais OIDs a serem consultados mais fáceis e principalmente independentes de fornecedores.
• Finalmente, não houve um bom candidato para substituir como substituto. O SNMP pode não ser ótimo, mas é bom e bom. Vários dispositivos de rede agora têm APIs para obter as mesmas informações e adicionais, mas, como afirmei no segundo ponto, as maneiras de consultar essas APIs obviamente variam entre os dispositivos e nenhum ponto de extremidade é padronizado entre os dispositivos.

Todos concordam com @madhatter, sobre o SNMPv2 não desaparecer tão cedo.

Porém, com relação ao futuro, várias NEPs de telecomunicações estão começando a fornecer interfaces SNCONF (baseadas em XML) lado a lado com SNMP e parece estar ganhando impulso às custas do SNMP, não apenas como um substituto para CLIs / TL1, mas para FCAPS funcionalidade também tradicionalmente feita via SNMP.

Veja também este artigo antigo (2013) do infoworld .