Eu tenho uma configuração básica existente do MRTG usando o cfgmaker para monitorar o tráfego do nosso roteador Cisco.
Gostaria de adicionar seções de configuração ao mrtg para monitorar o uso da CPU (min / avg / max, se possível) e a utilização de memória do roteador.
Não sei bem por onde começar. Alguém pode mostrar um exemplo de uma configuração do MRTG que eles fizeram para esses parâmetros?
O roteador está executando c2600-ik9o3s3-mz.123-26 , caso isso seja importante.
O Cisco SNMP Object Navigator será seu amigo nesses tipos de perguntas. Você pode procurar o nome da sua imagem para encontrar todos os MIBs suportados , e mais ou menos copiar e modificar uma sub-rotina existente gerada pelo cfgmaker para representar graficamente o valor específico em que você está interessado.
A boa notícia é que a sua pergunta já foi respondida na lista de discussão do MRTG : "Cisco 2600 & 2950 cpu usage ".
Eu entendo que essa é uma resposta "incompleta" porque sugere uma solução completamente diferente da que você está usando, mas você disse na pergunta que você tem uma configuração 'básica' do MRTG ... isso implica Não seria tão difícil mudar para outra coisa. Minha sugestão usa o 'sucessor' para MRTG (rrdtool) para seus gráficos, e foi feita pela mesma pessoa que fez MRTG (Tobi Oetiker se você é curioso)
Você já olhou para o Cacti? É preciso algum tempo para se acostumar, mas fiz muitos gráficos e monitoramentos que impressionaram a todos, de desenvolvedores a engenheiros de rede, a gerenciamento, incluindo o monitoramento de uma série de roteadores, switches e firewalls da Cisco. Eu pessoalmente sei que há um modelo Cacti já construído para um Cisco 2600 que irá monitorar praticamente tudo o que você poderia estar procurando ... largura de banda, temperatura (se o seu rack suportar), CPU, memória, número de túneis IPSec (se você tiver alguma), número de traduções NAT construídas, a lista continua e continua.
Aqui estão alguns exemplos de modelos do Cacti que já foram criados ... alguns desses posts também respondem à sua pergunta, porque eles discutem os OIDs do SNMP necessários:
link (memória e CPU da Cisco)