Uploaded image for project: 'Observium'
  1. Observium
  2. OBS-4139

Ricoh C4500 shows model instead of system name

Details

    • Improvement
    • Resolution: Fixed
    • Trivial
    • None
    • CE-21.10
    • Discovery
    • None

    Description

      Don't mind the hostname at the top of the screenshot as I changed the device_tag from hostname to sysName as we are adding devices by IP but as highlighted in the device screenshot the sysName shows the model instead of the configured hostname of the printer

      Attachments

        Activity

          [OBS-4139] Ricoh C4500 shows model instead of system name

          Ok, added numeric oid (.1.3.6.1.4.1.367.3.2.1.6.1.1.7.1) as sysname in r12113.

          landy Mike Stupalov added a comment - Ok, added numeric oid (.1.3.6.1.4.1.367.3.2.1.6.1.1.7.1) as sysname in r12113.

          This is exactly what device report in sysName OID.
          (we use self SNMP HEX decoding for prevent UTF8 issues, it doesn't affect your question).

          Attach snmpdump as Observium Bot requested, I will try to find different OID with correct sysname value.

          landy Mike Stupalov added a comment - This is exactly what device report in sysName OID. (we use self SNMP HEX decoding for prevent UTF8 issues, it doesn't affect your question). Attach snmpdump as Observium Bot requested, I will try to find different OID with correct sysname value.

          I'm gussing it has somthing to do with this during the discovery or polling

          sysUpTime.0 = 49:5:09:50.00
          sysLocation.0 = "4C 6F 63 61 6C 20 41 64 6D 69 6E 69 73 74 72 61 74 69 66 "
          sysContact.0 = ""
          sysName.0 = "49 4D 20 43 34 35 30 30 "
          ]
          SNMP Hex string converted..
             HEX: 4C 6F 63 61 6C 20 41 64 6D 69 6E 69 73 74 72 61 74 69 66
          STRING: Local Administratif

          SNMP Hex string converted..
             HEX: 49 4D 20 43 34 35 30 30
          STRING: IM C4500

          The sysName.0, .1.3.6.1.2.1.1.5.0 or .1.3.6.1.4.1.367.3.2.1.1.1.1.0 all answer the model number instead of the hostname so I'm guessing it has to do with either the MIB being out of date or an issue with the printer's firmware itself

          snmpwalk -v2c -c ***-t 3 -Cc --hexOutputLength=0 -ObentxU 172.16.119.65 sysName.0
          .1.3.6.1.2.1.1.5.0 = STRING: IM C4500

          snmpwalk -v2c -c ***-t 3 -Cc --hexOutputLength=0 -ObentxU 172.16.119.65  .1.3.6.1.4.1.367.3.2.1.1.1.1.0
          .1.3.6.1.4.1.367.3.2.1.1.1.1.0 = Hex-STRING: 49 4D 20 43 34 35 30 30

           

          Edit :The hostname's hex OID seems to be on .1.3.6.1.4.1.367.3.2.1.6.1.1.7.1 *

          snmpwalk -v2c -c *** -t 3 -Cc --hexOutputLength=0 -ObentxU 172.16.119.65 .1.3.6.1.4.1.367.3.2.1.6.1.1.7.1
          .1.3.6.1.4.1.367.3.2.1.6.1.1.7.1 = Hex-STRING: 50 43 4D 49 4D 50 30 30 31

          echo 50434D494D50303031 | xxd -r -p
          PCMIMP001

          aarsenault Alexandre Arsenault-Jetté added a comment - - edited I'm gussing it has somthing to do with this during the discovery or polling sysUpTime.0 = 49:5:09:50.00 sysLocation.0 = "4C 6F 63 61 6C 20 41 64 6D 69 6E 69 73 74 72 61 74 69 66 " sysContact.0 = "" sysName.0 = "49 4D 20 43 34 35 30 30 " ] SNMP Hex string converted..    HEX: 4C 6F 63 61 6C 20 41 64 6D 69 6E 69 73 74 72 61 74 69 66 STRING: Local Administratif SNMP Hex string converted..    HEX: 49 4D 20 43 34 35 30 30 STRING: IM C4500 The sysName.0, .1.3.6.1.2.1.1.5.0 or .1.3.6.1.4.1.367.3.2.1.1.1.1.0 all answer the model number instead of the hostname so I'm guessing it has to do with either the MIB being out of date or an issue with the printer's firmware itself snmpwalk -v2c -c ***-t 3 -Cc --hexOutputLength=0 -ObentxU 172.16.119.65 sysName.0 .1.3.6.1.2.1.1.5.0 = STRING: IM C4500 snmpwalk -v2c -c ***-t 3 -Cc --hexOutputLength=0 -ObentxU 172.16.119.65  .1.3.6.1.4.1.367.3.2.1.1.1.1.0 .1.3.6.1.4.1.367.3.2.1.1.1.1.0 = Hex-STRING: 49 4D 20 43 34 35 30 30   Edit :The hostname's hex OID seems to be on .1.3.6.1.4.1.367.3.2.1.6.1.1.7.1 * snmpwalk -v2c -c *** -t 3 -Cc --hexOutputLength=0 -ObentxU 172.16.119.65 .1.3.6.1.4.1.367.3.2.1.6.1.1.7.1 .1.3.6.1.4.1.367.3.2.1.6.1.1.7.1 = Hex-STRING: 50 43 4D 49 4D 50 30 30 31 echo 50434D494D50303031 | xxd -r -p PCMIMP001

          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 -ObentxU <hostname> .1 > myagent.snmpwalk
            snmpwalk -v2c -c <community> -t 3 -Cc --hexOutputLength=0 -ObentxU <hostname> .1.3.6.1.4.1 >> myagent.snmpwalk

            If 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.

          bot Observium Bot added a comment - 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 -ObentxU <hostname> .1 > myagent.snmpwalk snmpwalk -v2c -c <community> -t 3 -Cc --hexOutputLength=0 -ObentxU <hostname> .1.3.6.1.4.1 >> myagent.snmpwalk If 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.

          People

            landy Mike Stupalov
            aarsenault Alexandre Arsenault-Jetté
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: