getBoksMacs queries unsupported OIDs

[Morten Brekkevold]

getBoksMacs does not check the OID classification of a box before querying
it. Some GSW's (e.g. Cisco 3750ME with old software) don't respond to the
macPortEntry (dot1dTpFdbPort) OID, and have been classified as such by gDD,
yet getBoksMacs spends a disproportionate long time attempting to collect
cam tables on these boxes (up to 30 minutes on a tested installation).

getBoksMacs will ask for the macPortEntry using vlan indexed communities
for many VLANs that aren't active on the box, and these will time out,
rather then immediately return an SNMP error message.

In addition, getBoksMacs uses the type table to decide whether a box
supports CDP, instead of relying on the more accurate OID classification
(netboxsnmpoid).

[http://sourceforge.net/tracker/index.php?func=detail&aid=1671715&group_id=107608&atid=648170]

[Morten Brekkevold (mbrekkevold)]

Originator: YES

A deeper investigation shows that not all of these claims are true. The
code does indeed check OID compatibility for all OIDs with the
netboxsnmpoid table.

However, the logs indicate that something is still wrong at this point in
the code, and CDP collection is actually only run if the type is said to
support it. This bug is therefore closed and rejected until further
investigation reveals the real problem here. Also, the CDP issue should be
filed as a separate bug.