Os elementos que se deseja gerenciar com SNMP devem ter um daemon ou serviço que responda as queries enviadas pelo software de gerência. Elementos de rede como switches, impressoras e roteadores precisam ter o SNMP implementado no firmware e habilitado via configuração. Elementos de fabricantes diferentes possuem formas diferenciadas para habilitar o Agente SNMP, portanto não irei abordar isto aqui. A figura abaixo mostra as opções de configuração SNMP em um roteador CISCO: A primeira escolha a ser feita para iniciar a gerencia de uma rede com SNMP é o que será gerenciado. Quais elementos da sua rede - roteadores, switches, servidores, no-breaks ou máquinas de usuários - e quais objetos da MIB serão monitorados ou configurados - estado da interface, temperatura, softwares instalados, tensão da fonte. Esta escolha depende do tipo de informação, disponibilidade e equipamentos sob sua responsabilidade.

A segunda escolha será como gerenciar os elementos. Irei usar "traps" ou enviar comandos "get"? Ou ambos? Se queremos informações de mudanças na rede que necessitamos conhecer no momento do evento é interessante utilizarmos um "trap" ou um "notification" (ver abaixo). Se eu desejo verificar que as configurações estão de acordo com um padrão eu poderei usar um "get".

Se eu desejo poder configurar meus elementos via SNMP posso usar o "set". Dentro desta escolha temos mais uma pergunta: Existe um software no mercado que contemple minha necessidade ou terei de criar esta solução? Tenho verba para adquiri-lo ou será melhor desenvolver uma solução caseira e economizar alguns dólares, tão raros nos anos de crise? Existe o sistema gratuito Net-SNMP, em http://net-snmp.sourceforge.net. É uma opção gratuita para gerencia SNMP que oferece bibliotecas para desenvolvimento em C, Perl e Python.

A terceira escolha diz respeito à versão do SNMP que iremos adotar. SNMPv1, SNMPv2 ou SNMPv3. O SNMPv3 é o único que tem autenticação de usuário criptografada. O SNMPv1 e SNMPv2 enviam a "community" de autenticação em texto puro pela rede, o que é considerado inseguro pois a mesma pode ser obtida por um equipamento promíscuo na rede. Community, em SNMP, nada mais é que uma senha de autenticação. O SNMPv2 possuí mais opções de comando em relação ao SNMPv1. A tabela abaixo apresenta os comandos que podem ser executados por cada versão do SNMP:

Comando	Versão	O que faz?
get	todas	Retorna o valor de um Objeto no element de rede.
getnext	todas	Permite obter os OIDs dentro de um nível da arquitetura. É utilizado juntamente com o getresponse.
getresponse	todas	realiza um get no OID definido pelo getnext.
trap	todas	O trap é enviado do elemento da rede para o sistema de gerência a fim de informar mudanças em algum objeto monitorado.
set	todas	Permite editar valores em propriedades gerenciadas via SNMP.
getbulk	SNMPv2 e SNMPv3	Permite receber todos os valores de um objeto que representa uma tabela. Um exemplo deste tipo de objeto é iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.
inform	SNMPv2 e SNMPv3	Funcionamento idêntico ao trap.
notification	SNMPv2 e SNMPv3	Funcionamento idêntico ao trap porém gera uma resposta do software da gerência para o elemento afim de confirmar o recebimento da notificação.
report	SNMPv2 e SNMPv3	Não implementada.

Apesar da melhor segurança oferecida pelo SNMPv3 a maioria das implementações SNMP em uso hoje utiliza a versão 2 do protocolo.