Franco-Sparrow
commented
6 months ago If I try to upload the XML file from the Web, I get this:
Closed Franco-Sparrow closed 6 months ago
Franco-Sparrow
commented
6 months ago If I try to upload the XML file from the Web, I get this:
stonebuzz
commented
6 months ago Hi @Franco-Sparrow
asset is refused, because it has no serial number
<INFO>
<COMMENTS>JetStream 24-Port Gigabit L2+ Managed Switch with 4 10GE SFP+ Slots</COMMENTS>
<CONTACT>redes@ecasa.avianet.cu</CONTACT>
<ID>0</ID>
<IPS>
<IP>10.7.100.11</IP>
<IP>192.168.0.1</IP>
</IPS>
<LOCATION>Nodo Direccion</LOCATION>
<MAC>60:a4:b7:53:94:f0</MAC>
<MANUFACTURER>TP-Link</MANUFACTURER>
<NAME>SW11-SG3428X</NAME>
<!--
Missing <SERIAL> bode here
-->
<TYPE>NETWORKING</TYPE>
<UPTIME>111 days, 06:02:08.91</UPTIME>
</INFO>either upgrade the agent (if possible) or enable import and link rules on the MAC address
@g-bougard do you have an idea?
g-bougard
commented
6 months ago Hi @Franco-Sparrow and @stonebuzz
the file can be successfully imported if (by mac) rules are enabled.
This devices is just not supported as is by GLPI-Agent as SerialNumber is missing as @stonebuzz explained. This means the agent doesn't the related OID for this device which is probably private or even doesn't exist.
We still can try to enhance this device support if you, @Franco-Sparrow, provide a full snmpwalk output in an expected format. If you know where to reach the MIB explaining where to find the device serialnumber, this can ease our work.
Franco-Sparrow
commented
6 months ago Hi @stonebuzz and @g-bougard, thanks for your quick support
I will indeed edit these rules to allow for now the import by MAC, for the network devices. The agent is the latest 1.6.1, only left the upgrade of the GLPI inventory plugin, which is still on v1.3.1.
Leaving here the entire output of the snmpwalk for this specific switch, as attached file.
I dont know exactly where is localed the OID for the serial number for this specific device, sorry.
g-bougard
commented
6 months ago Hi @Franco-Sparrow
did you notice I ask for an output "in an expected format" ? Indeed this is a link to the bugreport page where the command to use is clearly detailed. The command will also force the output of any OID out of the public iso.3.6.1.2.1 OID... this means we would also see the private oids. Here you only report the public OIDs. This is useless as nothing seems related to a serialnumber.
Franco-Sparrow
commented
6 months ago @g-bougard Understood Sir
Then this is not a bug. I will try what you and @stonebuzz proposed, related with the rules and see if that helps.
:)
Franco-Sparrow
commented
6 months ago Thanks guys, it worked:
Do you have these rules disabled by default for some precautions? It is convenient with this cases when you have private equipments with no access to specific OIDs like Serial Number.
g-bougard
commented
6 months ago Relying on MAC address is not recommended as this still can be spoofed by hardware for any good or wrong reason in some cases. I don't have cases in mind, but try it and if this is sufficient for you, you can just continue with this option enabled.
Having an snmpwalk output export with private oids can just be better for future TP-Link devices support. That's up to you to share it or not.
Franco-Sparrow
commented
6 months ago Yes, indeed, it can spoof duplicated devices from same origin, if you change maybe the port from where the GLPI-proxy get access to this switch, as it will be a different MAC fo the VLAN-interface 10.7.100.11 on this case. But so far, fix the problem as long as I dont change the access to the management of this switch.
g-bougard
commented
6 months ago Okay, than I think we can close this issue.
Bug reporting acknowledgment
Yes, I read it
Professional support
Yes, I know
Describe the bug
GLPI-proxy properly configured generate an SNMP inventory for some switches on the OOB (Out of Band) Network. The GLPI-proxy has direct access to this network, and inject these XML inventory files of each inventoried switch, to the GLPI-server. Some switches are well inventoried and appears on the GLPI-server, but some other dont, like the TL-SG3428X from TP-Link. Same case for Huawei S5700 modular switch. Until now, only Huawei S5600 are being able to be inventoried and are available on GLPI-server after the injection from the GLPI-proxy. I have on my network 4 kinds of management switches:
To reproduce
There are switches that are not being injected their local inventory to the GLPI-server, even when the task was successfully executed. This is an example with switches S5600 from Huawei and SG3428X from TP-Link. The inventories from each S5600 switches are injected into the GLPI-server, except the case of the of the SG3428X.
From the GLPI-proxy
Checking the genearted XMl files for each inventory:
This is the content of the SW11-SG3428X.xml:
In the GLPI-server the inventory for the SG3428X is missing:
I can succesfully execute snmapwalk to the switch SG3428X from the GLPI-proxy:
Is it possible to make an inventory to this switch like the S5600 switches?
Expected behavior
The switch TL-SG3428X inventory available on the GLPI-server
Operating system
Linux
GLPI Agent version
1.6.1
GLPI version
10.0.11
GLPIInventory plugin or FusionInventory for GLPI plugin version
GLPI Inventory v1.x.x (See additional context below)
Additional context
GLPI Inventory plugin
v1.3.1