Loading...
Loading...
Customer is getting incorrect output when they poll the following OID: dot3HCStatsFCSErrors >> 1.3.6.1.2.1.10.7.11.1.2 https://snmp.cloudapps.cisco.com/Support/SNMP/do/BrowseOID.do?objectInput=1.3.6.1.2.1.10.7.11.1.2&translate=Translate&submitValue=SUBMIT&submitClicked=true HW: C8500L-8S4X SW: 17.05.01a NMS: Assure1 Case Details: * Below is the output that the customer is getting: 1650447880 EtherLike-MIB::dot3HCStatsFCSErrors.9 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.10 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.11 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.12 = Counter64: 0 1650447890 EtherLike-MIB::dot3HCStatsFCSErrors.9 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.10 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.11 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.12 = Counter64: 0 1650447900 EtherLike-MIB::dot3HCStatsFCSErrors.9 = Counter64: 94617549262968 EtherLike-MIB::dot3HCStatsFCSErrors.10 = Counter64: 94617549262968 EtherLike-MIB::dot3HCStatsFCSErrors.11 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.12 = Counter64: 0 1650447910 EtherLike-MIB::dot3HCStatsFCSErrors.9 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.10 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.11 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.12 = Counter64: 0 1650447920 EtherLike-MIB::dot3HCStatsFCSErrors.9 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.10 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.11 = Counter64: 0 EtherLike-MIB::dot3HCStatsFCSErrors.12 = Counter64: 0 * He has two devices that are facing the same issue, same HW/SW. They added those devices back in February and they have been unable to monitor interfaces on FCS errors ever since. * I confirmed that the customer is using interfaces operating at 10 Gb/s or faster as per the recommendations. * I have the same device in lab, the OID keeps giving zeros when I try to test the same. * Couldn't find any similar cases on topic. * You'll find the results of #show snmp mib attached to this case, I could only find the following OIDs from EtherLike-MIB: dot3StatsEntry.1 dot3StatsEntry.2 dot3StatsEntry.3 dot3StatsEntry.4 dot3StatsEntry.5 dot3StatsEntry.6 dot3StatsEntry.7 dot3StatsEntry.8 dot3StatsEntry.9 dot3StatsEntry.10 dot3StatsEntry.11 dot3StatsEntry.13 dot3StatsEntry.16 dot3StatsEntry.17 dot3StatsEntry.18 dot3StatsEntry.19 dot3StatsEntry.20 dot3StatsEntry.21 dot3CollEntry.3 dot3ControlEntry.1 dot3ControlEntry.2 dot3ControlEntry.3 dot3PauseEntry.1 dot3PauseEntry.2 dot3PauseEntry.3 dot3PauseEntry.4 dot3PauseEntry.5 dot3PauseEntry.6 dot3.11.1.1 dot3.11.1.2 dot3.11.1.3 dot3.11.1.4 dot3.11.1.5 dot3.11.1.6
HW: C8500L-8S4X SW: 17.05.01a NMS: Assure1
no workaround so far
Our team ran a quick test against a C8500L-8S4X running 17.7.1 in the lab, and found the same invalid numbers on FCS, Mac Transmit Errors, Frames Too long, and Mac receive errors for each of the Tengig ports: GigabitEthernet0/0/1 unassigned YES unset down down GigabitEthernet0/0/2 unassigned YES unset down down GigabitEthernet0/0/3 unassigned YES unset down down GigabitEthernet0/0/4 unassigned YES unset down down GigabitEthernet0/0/5 unassigned YES unset down down GigabitEthernet0/0/6 unassigned YES unset down down GigabitEthernet0/0/7 unassigned YES unset down down Te0/1/0 unassigned YES unset down down Te0/1/1 unassigned YES unset down down Te0/1/2 unassigned YES unset down down Te0/1/3 unassigned YES unset down down c8500# sho snmp mib ifmib ifindex TenGigabitEthernet0/1/1: Ifindex = 10 TenGigabitEthernet0/1/3: Ifindex = 12 GigabitEthernet0/0/4: Ifindex = 5 GigabitEthernet0/0/6: Ifindex = 7 GigabitEthernet0/0/0: Ifindex = 1 GigabitEthernet0/0/2: Ifindex = 3 VoIP-Null0: Ifindex = 14 TenGigabitEthernet0/1/0: Ifindex = 9 Null0: Ifindex = 15 TenGigabitEthernet0/1/2: Ifindex = 11 GigabitEthernet0/0/5: Ifindex = 6 GigabitEthernet0/0/7: Ifindex = 8 GigabitEthernet0/0/1: Ifindex = 2 GigabitEthernet0: Ifindex = 13 GigabitEthernet0/0/3: Ifindex = 4 SNMPv2-SMI::transmission.7.11.1.1.9 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.1.10 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.1.11 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.1.12 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.2.9 = Counter64: 94462352314344 SNMPv2-SMI::transmission.7.11.1.2.10 = Counter64: 94462352314344 SNMPv2-SMI::transmission.7.11.1.2.11 = Counter64: 94462352314344 SNMPv2-SMI::transmission.7.11.1.2.12 = Counter64: 94462352314344 SNMPv2-SMI::transmission.7.11.1.3.9 = Counter64: 140438016683328 SNMPv2-SMI::transmission.7.11.1.3.10 = Counter64: 140438016683328 SNMPv2-SMI::transmission.7.11.1.3.11 = Counter64: 140438016683328 SNMPv2-SMI::transmission.7.11.1.3.12 = Counter64: 140438016683328 SNMPv2-SMI::transmission.7.11.1.4.9 = Counter64: 1317787451 SNMPv2-SMI::transmission.7.11.1.4.10 = Counter64: 1317787451 SNMPv2-SMI::transmission.7.11.1.4.11 = Counter64: 1317787451 SNMPv2-SMI::transmission.7.11.1.4.12 = Counter64: 1317787451 SNMPv2-SMI::transmission.7.11.1.5.9 = Counter64: 94459215740928 SNMPv2-SMI::transmission.7.11.1.5.10 = Counter64: 94459215740928 SNMPv2-SMI::transmission.7.11.1.5.11 = Counter64: 94459215740928 SNMPv2-SMI::transmission.7.11.1.5.12 = Counter64: 94459215740928 SNMPv2-SMI::transmission.7.11.1.6.9 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.6.10 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.6.11 = Counter64: 0 SNMPv2-SMI::transmission.7.11.1.6.12 = Counter64: 0 In the lab, the Tengig ports were down/down (or admin down). The show int counters were all zeroed. Seems to be some issue with the MIB or maybe the platform.
Click on a version to see all relevant bugs
Cisco Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.