Hi there,
Am 25.08.2006 um 15:53 schrieb Christopher L. Sweeney:
You need to have set up your custom probe correctly to make this
possible. However, we haven't released documentation for this yet,
so you wouldn't have known how to so (or even that it was
necessary.) With a little luck, that will be available a little
later today. In the meantime, I've attached a .zip file with two
sample probes that implement SNMP tables. These go in your Probes
folder, of course.
There are also in the .zip file two MIBs that are necessary for
the probes to work. The IP-MIB should already be present in your
system. The MicroTik MIB you will need to import (or place it in
your MIBS folder and restart the InterMapper daemon/service).
Ok I tried to get this to work and it looks good so far.
I found a litte "BUG" while playing around with the probe Christopher
supplied here on 25.08.2006 15:53
I think the defined variable size for snmp-device-variables is to
small for some integer values...
<snmp-device-variables>
sysUptime, 1.3.6.1.2.1.1.3.0 , INTEGER, "Uptime - in
centi-seconds"
sysUptimeMinutes, ($sysUpTime / (100 * 60)), CALCULATION, "Uptime
in minutes"
</snmp-device-variables>
I checked the sysUpTime on two differnt ciscos and got a strange
result on one of the two:
Device Status
Name: freiburg3
DNS Name: freiburg3
Address: 172.16.4.253
Status: UP
Probe: SNMP Tables probe (port 161 SNMPv1)
Up Time: 277 days, 6 hours, 24 minutes
...
sysUpTime: -316563 minutes (-1899377326 hundredths of seconds)
...
Device Status
Name: vpnconc-fh1
DNS Name: vpnconc-fh1
Address: 192.168.105.254
Status: UP
Probe: SNMP Tables probe (port 161 SNMPv1)
Up Time: 8 days, 3 hours, 57 minutes
...
sysUpTime: 11757 minutes (70544401 hundredths of seconds)
...
I did some snmpwalks to see if the values looks good:
macdepot:~ intermapper$ snmpwalk -v1 -c ***** freiburg3
1.3.6.1.2.1.1.3.0
macdepot:~ intermapper$ = Timeticks: (2395258845) 277 days, 5:29:48.45
macdepot:~ intermapper$ snmpwalk -v1 -c ****** -Ot freiburg3
1.3.6.1.2.1.1.3.0
SNMPv2-MIB::sysUpTime.0 = 2395579271
I think this could be fixed very easy :-)
Now the next thing:
I still have some questions I already asked here on 25. März 2006
21:22:15 MEZ.
Now we can get the snmp table entries displayed in a new window.
Is it possible to do something more with these values?
I want to use these results to create charts of the values like the
normal
in/out octets on router or switch interfaces.
See mail below ...
Any help welcome...
(Maybe a documentation of the new feature can help ;-) )
Greetings from Germany
J. Brändle
Hi there,
I'm on the way to create a Custom Probe for some EMC Fibre Channel
Switches.
But I'm stuck with some basic problem lying in the nature of SNMP
OID MIBS.
The probe should deliver some In an Out statistics for each of the
FibreChannel Switch Ports.
With these values I would like to do some other stuff in the probe.
So I figured out the needed OIDs for the interface values.
Here is an example output for one of the needed tables:
lombard:~ jb$ snmpwalk -v1 -c xxxxxxx -On fcswi1 SNMPv2-
SMI::mib-2.8888.1.3.1.1.3
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.1
= Counter64: 1785534164
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.2
= Counter64: 7228426658
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.3
= Counter64: 3013114487
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.4
= Counter64: 14676738423
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.5
= Counter64: 1798856
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.6
= Counter64: 15374132
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.7
= Counter64: 1149071453
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.8
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.9
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.10 =
Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.11 =
Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.12 =
Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.13 =
Counter64: 2313
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.14 =
Counter64: 2023858019
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.15 =
Counter64: 2520845
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.16 =
Counter64: 314842318
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.17 =
Counter64: 2990635869
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.18 =
Counter64: 1129957054
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.19 =
Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.20 =
Counter64: 6538340088
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.21 =
Counter64: 26134497
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.22 =
Counter64: 58968971
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.23 =
Counter64: 2118164022
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.123.68.0.0.0.0.0.0.0.0.24 =
Counter64: 1282981718
lombard:~ jb$ snmpwalk -v1 -c xxxxx -On fcswi2 SNMPv2-
SMI::mib-2.8888.1.3.1.1.3
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.1 =
Counter64: 6821633920
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.2 =
Counter64: 3462540110
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.3 =
Counter64: 14706674968
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.4 =
Counter64: 3019875433
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.5 =
Counter64: 1997324618
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.6 =
Counter64: 1361243
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.7 =
Counter64: 3158502353
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.8 =
Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.9 =
Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.10
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.11
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.12
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.13
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.14
= Counter64: 0
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.15
= Counter64: 3094
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.16
= Counter64: 310190903
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.17
= Counter64: 2533443015
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.18
= Counter64: 1037240274
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.19
= Counter64: 41991
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.20
= Counter64: 787221778
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.21
= Counter64: 16728165
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.22
= Counter64: 22185332
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.23
= Counter64: 760994090
.
1.3.6.1.2.1.8888.1.3.1.1.3.16.0.8.0.136.3.124.201.0.0.0.0.0.0.0.0.24
= Counter64: 1134851806
You can see that if I do a snmpwalk on:
1.3.6.1.2.1.8888.1.3.1.1.3
I get all the values I need from two different switches
(BTW They are exactly the same but different configuration)
As you can also see the complete OID differs for the same value on
the two switches.
So I can't use the full OID in the probe because they differ on
each of the tested switches.
I found something similar on this group:
======
<!--
Probe file created on 22-Jun-04
Joe Honnold
SLI
Version 1.1 - Added Ports for 24000 switches
-->
<header>
"type" = "custom-snmp"
"package" = "com.starkey"
"probe_name" = "snmp.brocade"
"human_name" = "SNMP - Brocade FC Switch"
"version" = "1.1"
"address_type" = "IP"
"port_number" = "161"
</header>
But he works with fixed OIDs for each port.
So my easy question is...
Is there any possibility to read all the 24 Interfaces from a
device with only the "short"
OID an put the results in something like an array.
I think it should be possible because all of the standard
intermapper switch probes
can detect the ifnumber and the port statistics.
Any help welcome.
Greetings from Germany
J. Brändle
____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [EMAIL PROTECTED]
