|
Re: [nv-l] mibtable hangs for ospf table on cisco
2004-04-15 23:21:17
The mibtable command had trouble with
tables where not all values are populated for all rows. I know there was
an apar for that problem but I am not sure which level of code the fix
was included in. Usually the problem was that it shifted values around
to fill in the holes. Try making a mib application to do the same thing
as that script (I made that from a mib application so I could run it at
the commandline). If it does not work right for you there, call support
for assistance.
The mib application builder is under
the Tools menu. It's output goes in /usr/OV/registration/C/ovmib, and the
resulting application can be found on the menu under Monitor..
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
thierry.van-mol AT ciev.vd DOT ch
Sent by: owner-nv-l AT lists.us.ibm DOT com
04/15/2004 06:17 AM
|
|
To
| nv-l AT lists.us.ibm DOT com
|
|
cc
|
|
|
Subject
| [nv-l] mibtable hangs for
ospf table on cisco |
|
By trying Leslie's script get_ospf_if_sh, I discovered that the script
hangs
on all my cisco routers. By trying the mibtable , I discover that it hangs
after a few "dummy" ospf entries:
# /usr/OV/bin/mibtable -table ".1.3.6.1.2.1.14.7.1" \
-fields "ospfIfIpAddress=1:15,ospfIfAreaId=3:15,ospfIfAdminStat=5:8"
-node router1
User Specified MIB Table for router1
ospfIfIpAddress ospfIfAreaId ospfIfAdminStat
0.0.0.0 0.0.0.0
disabled
0.0.0.0 0.0.0.0
disabled
0.0.0.0 0.0.0.0
disabled
and then mibtable hangs.
If I do a snmpwalk on the node, it works OK:
# snmpwalk router1 .1.3.6.1.2.1.14.7.1
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.0.0.0.0.1 : IpAddress:
0.0.0.0
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.0.0.0.0.2 : IpAddress:
0.0.0.0
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.0.0.0.0.3 : IpAddress:
0.0.0.0
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.200.195.1.0 : IpAddress:
10.200.195.1
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.200.223.6.0 : IpAddress:
10.200.223.6
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.208.4.1.0 : IpAddress:
10.208.4.1
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.208.15.130.0 : IpAddress:
10.208.15.130
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.210.5.1.0 : IpAddress:
10.210.5.1
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.210.226.18.0 : IpAddress:
10.210.226.18
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.224.142.1.0 : IpAddress:
10.224.142.1
.............
The number of those "dummy" instances in the mib varies from
router to
router, but there is
at least one. For example:
# /usr/OV/bin/mibtable -table ".1.3.6.1.2.1.14.7.1" \
-fields
"ospfIfIpAddress=1:15,ospfIfAreaId=3:15,ospfIfAdminStat=5:8"
-node router2
User Specified MIB Table for router2
ospfIfIpAddress ospfIfAreaId ospfIfAdminStat
0.0.0.0 0.0.0.0
disabled
then hangs...
#snmpwalk router2 .1.3.6.1.2.1.14.7.1
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.0.0.0.0.3 : IpAddress:
0.0.0.0
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.216.107.1.0 : IpAddress:
10.216.107.1
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.242.128.4.0 : IpAddress:
10.242.128.4
ospf.ospfIfTable.ospfIfEntry.ospfIfIpAddress.10.242.129.14.0 : IpAddress:
10.242.129.14
ospf.ospfIfTable.ospfIfEntry.ospfAddressLessIf.0.0.0.0.3 : INTEGER: 3
ospf.ospfIfTable.ospfIfEntry.ospfAddressLessIf.10.216.107.1.0 : INTEGER:
0
ospf.ospfIfTable.ospfIfEntry.ospfAddressLessIf.10.242.128.4.0 : INTEGER:
0
ospf.ospfIfTable.ospfIfEntry.ospfAddressLessIf.10.242.129.14.0 : INTEGER:
0
ospf.ospfIfTable.ospfIfEntry.ospfIfAreaId.0.0.0.0.3 : IpAddress:
0.0.0.0
ospf.ospfIfTable.ospfIfEntry.ospfIfAreaId.10.216.107.1.0 : IpAddress:
0.12.1.0
......
Any ideas?
Thanks.
Thierry
|
|
|
