* CH: patch H3C broken node-vlan mapping
see https://github.com/netdisco/snmp-info/issues/218
--+ qb_fw_vlan
qb_fw_vlan is called to figure out in which vlan a mac is located.
fetch qb_fw_port. This is a hash
fdb_id.mac => fdb_port
for each key split of fdb_id
try to look it up in qb_fdb_ids to translate it to vlan
otherwise use it directly as vlan.
--+ qb_fw_port
qb_fw_port fetchs snmp dot1qTpFdbPort, oid 1.3.6.1.2.1.17.7.1.2.2.1.2
This snmp table returns
fdb_id.mac => fdb_port
as an example data fetched from a HP switch (Layer2::HP)
SNMPv2-SMI::mib-2.17.7.1.2.2.1.2.3.52.20.95.80.231.59 = INTEGER: 9
fdb_id: 3
mac: 34:14:5f:50:e7:3b
fdb_port: 9
and an expample for a H3C (Layer3::H3C)
SNMPv2-SMI::mib-2.17.7.1.2.2.1.2.1.0.17.17.117.83.217 = INTEGER: 891
fdb_id: 1
mac: 0:11:11:75:53:d9
fdb_port: 891
snmp looks got. Verified with netdisco
/opt/netdisco/bin/netdisco-do show -d <SWITCH> -e Layer3::H3C::qb_fw_port
/opt/netdisco/bin/netdisco-do show -d <SWITCH> -e Layer2::HP::qb_fw_port
result looks good.
--+ qb_fdb_index
qb_fdb_index fetches snmp dot1qVlanFdbId which is oid 1.3.6.1.2.1.17.7.1.4.2.1.3
This snmp table returns
timestamp.vlan => fdb_id
netdisco will strip the timestamp and build a hash
fdb_id => vlan
for a HP switch i get snmp data
SNMPv2-SMI::mib-2.17.7.1.4.2.1.3.0.64 = Gauge32: 6
vlan: 64
fdb_id: 6
for a H3C i get
SNMPv2-SMI::mib-2.17.7.1.4.2.1.3.3330.64 = Gauge32: 1
vlan: 64
fdb_id: 1
and there are the issues.
not all vlans are listed
every line has fdb_id 1
as in all H3C switches i checked, the fdb_id is equal to the vlan i patched out
qb_fdb_index to return an empty hash.
* CH: H3C fix pod caverage test
Co-authored-by: Christoph Handel <c.handel@gsi.de>
* CH: add white rabbit
* CH: .
* CH: better version field
* CH: whiterabbit fix version and pod documentation
* fix mib links
and a few wihtespace cleanups
* map enterprises.96
map enterprises.96 to whiterabbit.
this is the id of cern, only layer3::whiterabbit uses it
* removed inherited modules
remove modules that get pulled in via snmp::info::layer3
use SNMP::Info::LLDP;
use SNMP::Info::Bridge;
remove module that doesn't seems to be used
use Socket;
Co-authored-by: Christoph Handel <c.handel@gsi.de>
Co-authored-by: nick n <39005454+inphobia@users.noreply.github.com>
This change will make sure that the internal _vlan_hoa() function will strip
any additional index levels that may be present in input data. Not only applies
to Q-BRIDGE-MIB tables with a TimeFilter index, but also to tables where part
of the data comes from IEEE8021-Q-BRIDGE-MIB with both TimeFilter and PBB ID.
When a method is resolved via AUTOLOAD (eg for objects defined in %FUNCS),
adding the method to the symbol table leads to skipping AUTOLOAD on subsequent
calls to the method. The method table however is global to the interpreter,
so even when a new SNMP::Info instance is created for a different device, all
methods created by a previous device are just "carried over" to the new one
if they are put into the symbol table. This breaks a method like "v_name",
which may resolve differently in different device classes, in the use case
where devices from different classes are polled one after another (even if
new SNMP::Info object instances are used every time).
merging this for now so we don't forget about this, but ubiquiti seems to have expanded into switches & routers as well.
so in the future this class will either needs to be expanded or split into different ones (wifi/switch/router).
* Clean up EdgeOS and EdgeSwitch verion reporting
* Fixes EdgeOS hotfix versioning
* Also clean up AirOS firmware
* Support ER-12
* lowercase vendorname
a few typos
info::bridge & info::lldp get pulled in via info::layer3
use Socket could be dropped in favor of resolve_desthost(), but needs testing.
(not tested waiting for what travis says)
