No Data Returned from SNMP MIB-2 Object dot1dStatic

[dwohlt]

I'm using SNMP to periodically check switches for static MAC entries.  I just discovered that our new WS-C3850-48U devices running IOS 03.03.05SE do not return data when queried for the dot1dStatic (1.3.6.1.2.1.17.5) table. An snmpwalk command from a linux host returns "SNMPv2-SMI::mib-2.17.5 = No Such Object available on this agent at this OID".

The IOS command line 'show snmp mib' output does include dot1dStaticEntry (1.3.6.1.2.1.17.5.1.1), and we do receive data for 1.3.6.1.2.1.17.1, 1.3.6.1.2.1.17.2, and 1.3.6.1.2.1.17.4.  The 'show mac address-table static' command does show existing static entries.  The configured snmp-server view does not exclude dot1dStatic.

Is this an oversight in IOS 03.03.05SE, and is it fixed in a later release?

Thanks,

Darryl Wohlt

Network Architect

Fermi National Accelerator Laboratory

[Dan Frey]

The BRIDGE-MIB has this:

dot1dStaticEntry OBJECT-TYPE
SYNTAX Dot1dStaticEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Filtering information configured into the bridge by
(local or network) management specifying the set of
ports to which frames received from a specific port and
containing a specific destination address are allowed to
be forwarded."

My switch reports no such object as well until I add a static  statement.  

Switch_1(config)#mac address-table static 1923.1111.2222 vlan 1 interface fastEthernet 0/14

[dafrey@HammerHead mibs]$ snmpwalk -v 2c -c public 192.168.0.251 1.3.6.1.2.1.17.5 
BRIDGE-MIB::dot1dStaticAddress.'.#..""'.0 = STRING: 19:23:11:11:22:22
BRIDGE-MIB::dot1dStaticReceivePort.'.#..""'.0 = INTEGER: 0
BRIDGE-MIB::dot1dStaticAllowedToGoTo.'.#..""'.0 = Hex-STRING: 00 01
BRIDGE-MIB::dot1dStaticStatus.'.#..""'.0 = INTEGER: permanent(3)

[dwohlt]

Hi Daniel,

Thanks for looking at this.  Your results are just what we expect to happen.  But on a Cisco WS-C3850-48U running IOS 03.03.05SE, it doesn't.  I performed the same test on a Cisco WS-C4506-E running IOS 03.03.00.SG, and it worked the way it's supposed to.

Maybe my next move is to load IOS 03.03.00.SG onto a non-production WS-C3850-48U, if we have one, and try it there.

Thanks again.

Darryl