You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I believe that the reason for the Brother DCP-L5652DN printers not being inventoried is that the GLPI-Agent does not have the MIB registered for this printer model,
I did an snmpwalk to capture the data and I believe this data can be included so that in future versions the agent will be able to recognize it as a network printer and be able to do the snmp inventory
Below are the SNMP Walk files that I performed via Linux on the same terminal that the discovery agent is trying to inventory:
snmpwalk -c public -v2c 10.1.97.50 > /home/Fernando/printer10.1.97.50.txt && snmpwalk -c public -v2c 10.1.65.50 > /home/Fernando/printer10.1.65.50.txt
The serial number is on this MIB: SNMPv2-SMI::mib-2.43.5.1.1.17.1
In both cases, respectively:
SNMPv2-SMI::mib-2.43.5.1.1.17.1 = STRING: "U64198D3N295908"
SNMPv2-SMI::mib-2.43.5.1.1.17.1 = STRING: "U64198D3N295892"
Below is the GLPI-Agent debug 2 log and prints of the network discovery tasks
1 - Have a printer model Brother DCP-L5652DN
2 - Having a registered SNMP credential validates access to the environment with the agent
3 - Register an SNMP Discovery task, search for the device and see that it is being brought in as an unmanaged device instead of a printer
Expected behavior
Device inventory as a network printer
Operating system
Linux
GLPI Agent version
1.7.3
GLPI version
10.0.14
GLPIInventory plugin or other plugin version
GLPI Inventory v1.3.5
Additional context
No response
The text was updated successfully, but these errors were encountered:
Bug reporting acknowledgment
Yes, I read it
Professional support
Still not applicable
Describe the bug
I believe that the reason for the Brother DCP-L5652DN printers not being inventoried is that the GLPI-Agent does not have the MIB registered for this printer model,
I did an snmpwalk to capture the data and I believe this data can be included so that in future versions the agent will be able to recognize it as a network printer and be able to do the snmp inventory
Below are the SNMP Walk files that I performed via Linux on the same terminal that the discovery agent is trying to inventory:
snmpwalk -c public -v2c 10.1.97.50 > /home/Fernando/printer10.1.97.50.txt && snmpwalk -c public -v2c 10.1.65.50 > /home/Fernando/printer10.1.65.50.txt
printer10.1.65.50.txt
printer10.1.97.50.txt
The serial number is on this MIB: SNMPv2-SMI::mib-2.43.5.1.1.17.1
In both cases, respectively:
SNMPv2-SMI::mib-2.43.5.1.1.17.1 = STRING: "U64198D3N295908"
SNMPv2-SMI::mib-2.43.5.1.1.17.1 = STRING: "U64198D3N295892"
Below is the GLPI-Agent debug 2 log and prints of the network discovery tasks
glpi-agent.log
To reproduce
1 - Have a printer model Brother DCP-L5652DN
2 - Having a registered SNMP credential validates access to the environment with the agent
3 - Register an SNMP Discovery task, search for the device and see that it is being brought in as an unmanaged device instead of a printer
Expected behavior
Device inventory as a network printer
Operating system
Linux
GLPI Agent version
1.7.3
GLPI version
10.0.14
GLPIInventory plugin or other plugin version
GLPI Inventory v1.3.5
Additional context
No response
The text was updated successfully, but these errors were encountered: