To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | Re: [nv-l] mibtable hangs for ospf table on cisco |
From: | Leslie Clark <lclark@us.ibm.com> |
Date: | Thu, 15 Apr 2004 23:13:44 -0400 |
Delivery-date: | Fri, 16 Apr 2004 04:21:17 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <OFAA4B2AB5.DCC94AB2-ONC1256E77.0037AB45@vd.ch> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
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
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 |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | RE: [nv-l] locations, John Sobrinho |
---|---|
Next by Date: | Re: [nv-l] Automatic clearing events and map status changes, alejandro . gabay |
Previous by Thread: | Re: [nv-l] Data warehouse, James Shanks |
Next by Thread: | [nv-l] Solaris Bad PDU Type, Barr, Scott |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web