Protocolo de Gerenciamento SNMP - Rede-Rio

1 CBPF-NT-006/01 Beethovem Zanella Alves de Gerenciamento SNMPR esumoEsta nota t cnica parte integrante do projeto Plataforma de Gerenciamento paraRedes Locais e Backbones Metropolitanos , descrevendo o Protocolo utilizado, o programa deger ncia e algumas caracter sticas do trabalho tem como objetivo principal abordar as caracter sticas e recursos doprotocolo de Gerenciamento conhecido como SNMP. Para atingir este objetivo descreveremos osobjetos gerenciados e a sua utiliza o pelo SNMP. Com a finalidade de poder utilizar o m ximo derecursos poss vel deste Protocolo e de seus objetos ndiceINTRODU O _____ 3 MIB - MANAGEMENT INFORMATION BASE _____ 3 DEFINI O_____ 3 CONSTRU O_____ 4 ESTRUTURA_____ 4 MIB II _____ 5 Organiza o _____ 5 Exemplos _____ 7 SNMP - SIMPLE NETWORK MANAGEMENT PROTOCOL _____ 8 DEFINI O_____ 8O AGENTE_____ 9O GERENTE_____ 9 OPERA ES DO Protocolo SNMP _____ 10 MENSAGEM NO Protocolo SNMP _____ 11 MRTG _____ 13 INSTALA O E CONFIGURA O_____ 14 EXEMPLO PR TICO _____ 15 REFER NCIAS _____ 15 CBPF-NT-006/01-3-Introdu oAs mudan as das caracter sticas das redes de computadores de pequenas redes locaispara grandes

2 Redes espalhadas geograficamente, de redes homog neas para redes heterog neas, bemcomo a evolu o dos equipamentos que interligam as redes e o aumento do n mero de usu riosconectados a elas tem dificultado em muito a ger in cio da d cada de 80 o Protocolo Simple Network Management Protocol SNMP come ou a ser desenvolvido pelo Internet Engineering Task Force IETF, com o objetivo dedisponibilizar uma forma simples e pr tica de realizar o controle de equipamentos em uma rede decomputadores. Atualmente as pesquisas na rea de Gerenciamento de redes possuem o objetivo deobter da rede seu rendimento m ximo. com este objetivo que foi realizada esta publica - Management Information BaseDefini oAntes de definir o que uma MIB, introduziremos o conceito de objetos objeto gerenciado a vis o abstrata de um recurso real do sistema.

3 Assim, todos osrecursos da rede que devem ser gerenciados s o modelados, e as estruturas dos dados resultantess o os objetos gerenciados. Os objetos gerenciados podem ter permiss es para serem lidos oualterados, sendo que cada leitura representar o estado real do recurso e, cada altera o tamb m ser refletida no pr prio forma, a MIB o conjunto dos objetos gerenciados, que procura abranger todasas informa es necess rias para a ger ncia da RFC - Request For Comment 1066 apresentou a primeira vers o da MIB, a MIB padr o explicou e definiu a base de informa o necess ria para monitorar e controlar redesbaseadas na pilha de protocolos TCP/IP.

4 A evolu o aconteceu com o RFC 1213 que prop s umasegunda MIB, a MIB II, para uso baseado na pilha de protocolos s o definidos tr s tipos de MIBs: MIB II, MIB experimental, MIB MIB II, que considerada uma evolu o da MIB I, fornece informa es gerais degerenciamento sobre um determinado equipamento gerenciado. Atrav s das MIB II podemos obterinforma es como: n mero de pacotes transmitidos, estado da interface, entre MIB experimental aquela em que seus componentes (objetos) est o em fase dedesenvolvimento e teste, em geral, eles fornecem caracter sticas mais espec ficas sobre a tecnologiados meios de transmiss o e equipamentos privada aquela em que seus componentes fornecem informa es espec ficas dosequipamentos gerenciados, como configura o, colis es e tamb m poss vel reinicializar,desabilitar uma ou mais portas de um oAs regras de constru o das estruturas da MIB s o descritas atrav s da SMI - Structureof Management Information.

5 A estrutura de informa es de ger ncia SMI um conjunto dedocumentos que definem:! Forma de identifica o e agrupamento das informa es;! Sintaxes permitidas;! Tipos de dados objetos de uma MIB s o especificados de acordo com a - Abstract SyntaxNotation One. A nota o sint tica abstrata uma forma de descri o abstrata dos dados com oobjetivo de n o se levar em considera o a estrutura e restri es do equipamento no qual est sendoimplementada. Para cada objeto s o definidos: nome, identificador, sintaxe, defini o e acesso. Asinst ncias do objeto s o chamadas de vari Object Name o nome do objeto, composto por uma string de texto Object Identifier o identificador do objeto, formado por n meros que s oseparados por Sintax, sintaxe do objeto, descreve o formato, ou o valor, da informa o.

6 Ela podeser:! uma sintaxe do tipo simples que pode ser um inteiro, uma string de octetos, um Object Identifierou nulo;! pode ser tamb m uma sintaxe de aplica o podendo ser um endere o de rede, um contador, umamedida, um intervalo de tempo ou incompreens defini o uma descri o textual do acesso o tipo de controle que se pode ter sobre o objeto, podendo ser: somenteleitura, leitura e escrita ou n o acess rvore hier rquica abaixo foi definida pela ISO representa a estrutura l gica da MIB,mostra o identificador e o nome de cada n raiz da rvore n o possui r tulo mas possui pelo menos tr s subn veis, sendo eles:o n 0 que administrado pela Consultative Committe for International Telegraph and Telephone -CCITT.

7 O n 1 que administrado pela International Organization for Standartization - ISO; o n 2que administrado em conjunto pela CCITT e pela ISO. Sob o n ISO fica o n que pode serutilizado por outras institui es: o org (3), abaixo dele fica o dod (6) que pertence ao departamentode defesa dos EUA. O departamento de defesa dos EUA alocou um sub-n para a comunidadeinternet, que administrado pela International Activities Board - IAB e abaixo deste n temos, entreoutros, os n s: management, experimental, o n management ficam as informa es de Gerenciamento , sob este n que est on da MIB o n experimental est o as MIBs o n private fica o n enterprises e sob este n ficam os n s das ind strias exemplo de um objeto citaremos o ipInReceives do grupo IP:ipInReceives Object TypeObject Identifier: : read-onlySyntax: Counter32 Description.

8 O n mero total de datagramas que chegam nas interfaces, incluindo aquelescom IIOrganiza oAbaixo da sub rvore MIB II est o os objetos usados para obter informa es espec ficasdos dispositivos da rede. Esses objetos est o divididos em 10 grupos, que est o presentes na osystem (1)informa es b sicas do sistemainterfaces (2)interfaces de redeat (3)tradu o de endere osip (4) Protocolo ipicmp (5) Protocolo icmptcp (6) Protocolo tcpudp (7) Protocolo udpegp (8) Protocolo egptransmission (10)meios de transmiss osnmp (11) Protocolo snmpA planifica o do n da MIB II fica:Visualizando os grupos da MIB II em uma pilha de protocolos teremos:CBPF-NT-006/01-7-ExemplosAlguns dos objetos pertencentes aos grupos da MIB II s o:Grupo System ( )!

9 SysDescr ( ): Descri o textual da unidade. Pode incluir o nome e a vers o dohardware, sistema operacional e o programa de rede.! sysUpTime ( ): Tempo decorrido (em milhares de segundos) desde a ltima re-inicializa o do Gerenciamento do sistema na rede.! sysContact ( ): Texto de identifica o do gerente da m quina gerenciada e comocontat Interfaces ( )! ifNumber ( ): N mero de interfaces de rede (n o importando seu atual estado)presentes neste sistema.! ifOperStatus ( ): Estado atual da interface.! ifInOctets ( ): N mero total de octetos recebidos pela IP ( )! ipForwarding ( ): Indica se esta entidade um gateway.! ipInReceives ( ): N mero total de datagramas recebidos pelas interfaces, incluindoos recebidos com erro.

10 ! ipInHdrErrors ( ): N mero de datagramas que foram recebidos e descartadosdevido a erros no cabe alho ICMP ( )! icmpInMsgs ( ): N mero total de mensagens ICMP recebidas por esta aquelas com erros.! icmpOutMsgs ( ): N mero total de mensagens ICMP enviadas por esta aquelas com TCP ( )! tcpMaxConn( ): N mero m ximo de conex es TCP que esta entidade pode suportar.! tcpCurrentEstab ( ): N mero de conex es TCP que est o como estabelecidas ou aespera de fechamento.! tcpRetransSegs ( ): N mero total de segmentos UDP ( )! udpInDatagrams ( ): N mero total de datagramas UDP entregues aos usu ! udpNoPorts ( ): N mero total de datagramas UDP recebidos para os quais n oexistia aplica o na referida porta.