Nothing to be amazed of:
According to the SNMP definitions (RFC 1155) the instances have to be unique
and must be accompanied by a description.
They also have to be flexible to appear and disapear (like the statistics for a
specific user in a OS, the definition of a new sub-interface or the statistics
for a specific vpn tunnel etc.)
Nothing is said about the index number staying the same all the time.
Several vendors (Cisco, Microsoft) rebuild their indexes when starting the SNMP
process. So the indexnumber can change after a reboot, especially after a some
reconfiguration after the previous boot.
To avoid problems with broken graphs MRTG offers some methods to identify the
right oid. See
http://oss.oetiker.ch/mrtg/doc/mrtg-reference.en.html#IInterface_by_IP for
details.
HTH,
Jan.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of gaurav
Sent: Friday, August 31, 2007 9:11 PM
To: [email protected]
Subject: [mrtg] OIDs changing.
Dear all,
Recently I was amazed to see few things in the devices I was using MRTG
for.
First, I have two cisco uBR 7200 with same IOS version and same model
but the OIDs in them for same datas to are to be retrieved are different in the
leaf OIDs whereas the branch OID is the same.
i mean if 1.3.2.1.2.1.2.3.1.2.1.2 was for one than
1.3.2.1.2.1.2.3.1.2.1.9 was for the other..
Second thing is one of the device got automatically rebooted because of
some power failure lately, and i was unable to see MRTG graphs for few of the
datas polled. Upon further diagnose i found that the leaf OIDs have increased
with two
i mean if 1.3.2.1.2.1.2.3.1.2.1.2 was the OID that was polled than
after the reboot it wasnt existing and 1.3.2.1.2.1.2.3.1.2.1.4 was the one
that was providing the necessary values.
Has any one came across this type of situations before...please do
share..
Does the OIDs get changed so abnormally or is it because of some faults
in the device.
TIA,
Gaurav
_________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet
de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u
verzocht dat aan de afzender te melden en het bericht te verwijderen. De staat
aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband
houdt met risico's verbonden aan het elektronisch verzenden van berichten.
_________________________________________________________
This message may contain information that is not intended for you. If you are
not the addressee or if this message was sent to you by mistake, you are
requested to inform the sender and delete the message. The state accepts no
liability for damage of any kind resulting from the risks inherent in the
electronic transmission of messages.
________________________________________________________________________________________________________
mrtg mailing list
[email protected]
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
