Aggregated network interfaces (bond) aren't resolved

[GuidoWilden]

Bug reporting acknowledgment

Yes, I read it

Professional support

None

Describe the bug

We have several machines (both Linux and Windows) that have LACP aggregated 10 Gbit/s network ports.
While they are recognised as such, no further information is collected, like which switch ports do they plug into etc..

Maybe not so much a bug but a feature request rather.

To reproduce

1. Create bonded/teamed port in either Windows or Linux
2. Run inventory

Expected behavior

I wish it was possible to interrogate the interfaces for switch port connections etc.

Operating system

Linux

GLPI Agent version

Nightly build (git version in additional context below)

GLPI version

Other (See additional context below)

GLPIInventory plugin or other plugin version

GLPI Inventory v1.3.5

Additional context

GLPI version 10.0.15, GLPI agent nightly build v1.8-git3ddbbd8e

[g-bougard]

Hi @GuidoWilden

can share the XML inventory and provide a snmpwalk output ?

The first question to answer will be to say if all required datas are provided or not by the agent.

[GuidoWilden]

Hi @g-bougard
Any specific syntax for the snmpwalk? The usual

snmpwalk -v 1 -c public -t 15 -Cc -On -Ox <IP_ADDRESS> .1

Does not gather a lot.

[g-bougard]

Don't you have any other access via SNMP v2c or SNMP v3 ?

[GuidoWilden]

When using v2c I get the following. (So really not much from a Linux host), using

snmpwalk -v 2c -c public -t 15 -Cc -On -Ox 10.120.10.113 .1

snmpwalk.txt.zip

[g-bougard]

To me, we can't extract ports from this snmpwalk. You should have some security on this device which limit reported oid via public community.

[GuidoWilden]

I managed to get the two for a Linux host. I am still battling Windows but will send them when I manage.
ldnaz-vfx3.xml.zip

snmpwalk_vfx3.txt.zip

[GuidoWilden]

Here the two files for a Windows host, however, the snmpwalk would not run without an error.
ldnaz-resolve2.xml.zip

snmpwalk_resolve2.txt.zip