Details
Major Description
Hello,
We detected 2 issue regarding the fdb table for ios-xe devices.
First one, the mac-address showed in the web-interface for 1 port it has the same entry repeated many times (see picture attached).
The second issue is related to the way observium collects the fdb table, it only does for vlan 1 and vlan 10 but not for the rest of vlans created on the switch (we are doing the polling in v2c), attached the output for ./poller.php -d -r -m fdb-table -h cisco-iosxe-1706 and the picture as example of vlans present in the switch.
Thanks.
EM
Attachments
Activity
Hi Mike,
Sorry for late response.
In new version (r13024) now I can see it request for each vlan registered on the switch:
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@10 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@74 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@188 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1192 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1501 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1502 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1504 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1506 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1508 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1510 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1512 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1516 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1518 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1520 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1524 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1528 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1627 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@2006 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
Any version before r13024 only do this:
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':' cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@10 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':' cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@74 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':' cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@188 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':' cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
You can consider the problem fixed.
Only a small question, if you have any idea how I can fix the same mac-address that appears in same port multiple times? (image observium-fdb-table1.png)
Thanks,
Greetings.
EM
Not sure, if this relevant to your trouble.
But in r13024 was fixed issue with detect vlan context when 1th vlan return empty data.
Try it - need device rediscovery (for check vlans) and later poll fdb-table.
I can't reproduce this trouble with other Cisco IOS-XE devices.
I sure, trouble on your local poller (not know which).
If you can, provide me access to your observium install. If that possible, write me in Discord (user landy). Link to Discord channel in firs comment from Bot.
This is Cisco way for store FDB entries for each vlan in separate snmp context.
Each VLAN context accessed as <community>@<vlan_num>
I.e. in this command accessed to FDB table for Vlan1 (only).
snmpbulkwalk -t '5' -v2c -c ***@1 ...
|
Same command run multiple times but with different Vlan context.
Hi,
I re-did the test:
<<Also in poller I see all available vlans polled for FDB entries>> @Mike
That's not completely true.
For example the switch have configured the following vlans
Vlan 1 |
Vlan 10 |
Vlan 74 |
Vlan 188 |
Vlan 666 |
Vlan 1192 |
Vlan 1501 |
Vlan 1502 |
Vlan 1504 |
Vlan 1506 |
Vlan 1508 |
Vlan 1510 |
Vlan 1512 |
Vlan 1516 |
Vlan 1518 |
Vlan 1520 |
Vlan 1524 |
Vlan 1528 |
Vlan 1627 |
Vlan 2006 |
But the poller, when doing this command:
CMD[/usr/bin/snmpbulkwalk -t '5' -v2c -c ***@1 -Pud -OQUsX -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'cisco-iosxe-1706':'161' dot1dTpFdbEntry] |
Is only polling for this Vlans:
Vlan 1 |
Vlan 10 |
Vlan 74 |
Vlan 188 |
And is not polling info for the following vlans:
Vlan 666 |
Vlan 1192 |
Vlan 1501 |
Vlan 1502 |
Vlan 1504 |
Vlan 1506 |
Vlan 1508 |
Vlan 1510 |
Vlan 1512 |
Vlan 1516 |
Vlan 1518 |
Vlan 1520 |
Vlan 1524 |
Vlan 1528 |
Vlan 1627 |
Vlan 2006 |
Is that correct?
Also, when you have a look in :
mysql> select * from vlans_fdb where device_id = 502; |
+------------+-----------+---------+---------+--------------+------------+----------+-----------------+---------+
|
| fdb_id | device_id | vlan_id | port_id | mac_address | fdb_status | fdb_port | fdb_last_change | deleted |
|
+------------+-----------+---------+---------+--------------+------------+----------+-----------------+---------+
|
|
There are no entries for the vlans that are not been polled, only for vlans 1,10,74,188
Is that correct?
Thanks
EM
Hi @mike,
No info in the update-errors.log
root@observium:~# ls -larth /opt/observium/logs/update-errors.log |
-rw-r--r-- 1 root root 1 May 9 15:02 /opt/observium/logs/update-errors.log |
root@observium:~# cat /opt/observium/logs/update-errors.log |
|
|
root@observium:~# |
Attached the output for:
./test_db.php -e > db.json |
Thanks,
EM
I can't reproduce your trouble. Also in poller I see all available vlans polled for FDB entries.
Probably you have local db schema troubles. Show me output of log: /opt/observium/logs/update-errors.log
And make db schema export:
./test_db.php -e > db.json
|
General questions and device support can be discussed in our Discord channel, click here to join.
Please make and attach additional information about the device:
- full snmp dump from device:
snmpwalk -v2c -c <community> -t 3 -Cc --hexOutputLength=0 -Ih -ObentxU <hostname> .1 > myagent.snmpwalksnmpwalk -v2c -c <community> -t 3 -Cc --hexOutputLength=0 -Ih -ObentxU <hostname> .1.3.6.1.4.1 >> myagent.snmpwalkIf device not support SNMP version 2c, replace -v2c with -v1.
- If you have problems with discovery or poller processes, please do and attach these debugs:
./discovery.php -d -h <device>./poller.php -d -h <device>
- additionally attach device and/or vendor specific MIB files
This comment is added automatically.
Yah, ok. Not know reason, but in r13031 added remove duplicate entries.