| Date: | Nov 24 2000 08:06:35 EST |
| From: | "Kevison Dennys Carrilho Bentes" <[EMAIL PROTECTED]> |
| Subject: | [redewan] usando mibbrowser e mibs |
|
Sauda��es,
Para trabalharmos bem com o mrtg, � necess�rio
conhecermos a estrutura da mib do
equipamento que queremos monitorar.
Iniciando o mibbrowser da AdventNet,
automaticamente o mibbrowser
carrega a RFC1213-MIB. Essa mib deve ficar sempre
carregada.
Temos a necessidade de monitorarar o tr�fego
em cada pvc frame-relay
de um roteador cisco 1720.
Como fazer isso?
A mib padr�o do frame-relay � a RFC1315 e outra
obsoleta
� a mib da RFC 1215.
Np diret�rio de mibs do mibbrowser temos as duas
mibs.
Carregue a mib RFC1315-FRAME no
mibbrowser.
O SNMP tem um estrutura hier�rquica.
O SNMP trabalha com objetos associado a um
identicador de objeto
para endere�ar vari�veis.
� necess�rio descobrirmos qual o OID (Object ID)
que queremos
monitorar no MRTG.
O OID � formado por duas partes: um top-level
associado especificamente a um
fabricante quande se trabalha com uma mib
ou extens�o de mib propriet�ria
ou
ao top-level de uma mib padr�o e o
lower-level associado com a vari�vel interna
do SNMP.
A Cisco tem o seguite top-level:
.iso.org.dod.internet.private.enterprises.cisco.
No momento, trabalhamos com mib
padr�o.
Fa�amos o seguinte:
Na tela do mibbrowser AdventNet, na campo "Host",
coloque o ip da m�quina
que se quer monitorar.
No campo "Community", coloque a comunidade de
leitura que est� gravada
no equipamento.
Na janela da esquerda "Loaded MibModules", v�
clicando nos quadrados
positivos "+" e observe a explos�o do item em
v�rios sub-itens.
Essa � a estrutura hier�rquica da MIB.
Um item interessante � o seguinte:
RFC1213-MIB.org.dod.internet.mgmt.mib-2
Clique em cima desse item, dixando-o selecionado.
Em seguida, clique no bot�o "Get SNMP variable"
Antes, n�o esque�a de abrir no seu firewall as seguintes portas:
protocolo: udp
origem: ip.rede.local
porta origem: 1024 em diante
ip destino: ip.equipamento
porta destino: 161
protocolo: udp
origem: ip.equipamento
porta origem: 161
ip destino: ip.rede.local
porta destino: 1024 em diante Surge uma s�rie de informa��es valiosas, como por exemplo
descrevemos abaixo:
Sent get request to 10.x.y.65
sysDescr.0:Cisco Internetwork Operating System Software IOS (tm) C1700 Software (C1700-Y-M), Version 12.0(7)T, RELEASE
SOFTWARE (fc2)
Compiled Mon 06-Dec-99 14:14 by
phanguye
sysObjectID.0:.iso.org.dod.internet.private.enterprises.9.1.201 sysUpTime.0:83 days, 21 hours, 55 minutes, 34 seconds. sysContact.0: sysName.0:F65 sysLocation.0: sysServices.0:78 .1.3.6.1.2.1.1.8.0:0 hours, 0 minutes, 0 seconds. ifNumber.0:8 ifIndex.1:1 ifIndex.2:2 ifIndex.3:3 ifIndex.4:4 ifIndex.7:7 ifIndex.8:8 ifDescr.1:FastEthernet0 ifDescr.2:Serial0 ifDescr.3:Serial1 ifDescr.4:Null0 ifDescr.7:Loopback0 ifDescr.8:Serial0.1 ifDescr.9:Serial0.2 ifDescr.10:Serial1.1 ifType.1:ethernet-csmacd(6) ifType.2:frame-relay(32) ifType.3:frame-relay(32) ifType.4:other(1) ifType.7:softwareLoopback(24) ifType.8:frame-relay(32) ifType.9:frame-relay(32) ifType.10:frame-relay(32) Observemos que o OID 1 (lower-level) est�
referenciando a porta fast-ethernet.
Voce pode sempre aasociar ifIndex.1:1, ifDescr.1:
fastEthernet0 e ifType1:ethernet-csmacd(6).
Da mesma forma, o OID 2 � da serial 0 e o OID 3 �
da serial 1.
� tambem interessante observar que em rela��o a
serial 0, o snmp criou dois outros objetos:
o OID 8 e 9. Por que?
Por que s�o duas sub-interfaces frame-relay, a 0.1
e a 0.2. As duas sub-interfaces s�o ponto-a-ponto.
E o OID 1 � uma sub-interface frame-relay na
serial 1, a subinterface 1.1.
A subinterface 1.1 � uma interface frame-relay
multiponto.
Qual o OID que queremos monitorar?
Voltando ao mibbrowser, selecionamos o seguinte
iten:
RFC1315-FRAME.transmission.frame-relay.frCircuitTable.frCircuitEntry No campo "Object ID" ou OID em cima (nominal), temos:
.iso.org.dod.internet.mgmt.mib-2.transmission.frame-relay.frCircuitTable.frCircuitEntry
E no campo "Object ID" ou OID em baixo (num�rico), temos:
.1.3.6.1.2.1.10.32.2.1
H� uma correspond�ncia entre esses campos:
iso = 1
org = 3
dod = 6
internet = 1
mgmt = 2
mib-2 = 1
transmission = 10
frame-relay = 32
frCircuitTable = 2
frCircuitEntry = 1
Dentro desse item observamos dois campos: frCircuitSentOctets e
frCircuitReceivedOctets
Parece-nos que s�o esses oids que queremos monitorar.
Ent�o, deixando o item "frCircuitEntry" selecionado, clicamos no bot�o "Get
SNMP variable".
Obtemos as seguintes informa��es:
frCircuitIfIndex.2.21:2 frCircuitDlci.2.21:21 frCircuitState.2.21:active(2) frCircuitReceivedFECNs.2.21:1226 frCircuitReceivedBECNs.2.21:74401 frCircuitSentFrames.2.21:209375428 frCircuitSentOctets.2.21:2905831507 frCircuitReceivedFrames.2.21:361609017 frCircuitReceivedOctets.2.21:1990223920 frCircuitCreationTime.2.21:0 hours, 0 minutes, 16 seconds. frCircuitLastTimeChange.2.21:82 days, 3 hours, 40 minutes, 54 seconds. frCircuitCommittedBurst.2.21:0 frCircuitExcessBurst.2.21:1024000 frCircuitThroughput.2.21:0 Em especial, as OIDS que queremos s�o as
seguintes:
frCircuitSentOctets.2.21:2905831507
frCircuitReceivedOctets.2.21:1990223920 .1.3.6.1.2.1.10.32.2.1.7.2.21 e .1.3.6.1.2.1.10.32.2.1.9.2.21
Grato.
Kevison D. C. Bentes
[EMAIL PROTECTED]
Air System Network - Gerente T�cnico Phone: 55 61 313-8000 Fax: 55 61 313-8008 �h�”f-----=extPart_000_021C_01C0553D.B906CAD0--
�j�l
Kevison D. C. Bentes
[EMAIL PROTECTED]
Air System Network - Gerente T�cnico Phone: 55 61 313-8000 Fax: 55 61 313-8008 |
