Details

    Description

      Since XOS 22.3.1.4 or some versions below Extreme added the feature to pull dBm values from the ports. Works "ok" so far... only interger values are support crap.

      Observium is supporting this feature but during the convertion of this value it fails.

      Converted DBM value: -7.0E-6 W -> FALSE
      

      And sensor_unit is wrong. Output is dBm. Attached debug log and a CLI output from the transceiver.

      Attachments

        1. extreme-dbm-cli.txt
          1 kB
        2. extreme-dbm-convert-issue.txt
          39 kB
        3. OBS-2763-DISCOVERY.txt
          66 kB
        4. OBS-2763-DISCOVERY-NEW.txt
          254 kB
        5. OBS-2763-POLLER.txt
          227 kB
        6. Screenshot_2018-09-06 Watts to dBm conversion calculator.png
          Screenshot_2018-09-06 Watts to dBm conversion calculator.png
          11 kB

        Activity

          [OBS-2763] Extreme XOS dBm convert issue

          entPhysicalDescr.135 = SFP TX Power Sensor
          entPhysicalDescr.136 = SFP RX Power Sensor
          entPhySensorValue.135 = 21849
          entPhySensorValue.136 = -9999
          entPhySensorType.135 = watts
          entPhySensorType.136 = watts
          entPhySensorScale.135 = micro
          entPhySensorScale.136 = micro
          

          Converted DBM value: 0.021849 W -> 13.394315646739 dBm
          Converted DBM value: -0.009999 W -> FALSE
          

          What incorrect?

          landy Mike Stupalov added a comment - entPhysicalDescr.135 = SFP TX Power Sensor entPhysicalDescr.136 = SFP RX Power Sensor entPhySensorValue.135 = 21849 entPhySensorValue.136 = -9999 entPhySensorType.135 = watts entPhySensorType.136 = watts entPhySensorScale.135 = micro entPhySensorScale.136 = micro Converted DBM value: 0.021849 W -> 13.394315646739 dBm Converted DBM value: -0.009999 W -> FALSE What incorrect?

          Also added a discovery debug.

          dklimek Denis Klimek added a comment - Also added a discovery debug.

          Upgraded to latest Extreme XOS 22.4.1.4 patch1-3 ( ssh)  which solved the issue but still invalid results. Now it looks like that the convertion from W to dBm is not working well. I get different results when using https://www.rapidtables.com/convert/power/dBm_to_Watt.html and that results are 99% matching the SNMP and CLI values.

          Attached is a poller debug.

          dklimek Denis Klimek added a comment - Upgraded to latest Extreme XOS 22.4.1.4 patch1-3 ( ssh)  which solved the issue but still invalid results. Now it looks like that the convertion from W to dBm is not working well. I get different results when using https://www.rapidtables.com/convert/power/dBm_to_Watt.html and that results are 99% matching the SNMP and CLI values. Attached is a poller debug.

          Ok, what I see.. this is exactly vendor bug.

              Tx Power (dBm)            : -6.00       Status               :  Normal   
                    Low Warn Threshold  : -9.00       High Warn Threshold  : -3.00    
                    Low Alarm Threshold : -10.00      High Alarm Threshold : -2.00    
           
              Rx Power (dBm)            : -7.78       Status               :  Normal   
                    Low Warn Threshold  : -21.02      High Warn Threshold  : -3.00    
                    Low Alarm Threshold : -22.01      High Alarm Threshold : -2.00    

          entPhySensorValue.275 = -5
          entPhySensorValue.276 = -7
          entPhySensorType.275 = watts
          entPhySensorType.276 = watts
          entPhySensorScale.275 = micro
          entPhySensorScale.276 = micro

          Device reported raw dbm values instead watts (also ignored/incorrect scale). Or scale is correct, but value anyway incorrect.

          Try update firmware of write to vendor support, here should be possitive values in watts.
          I.e. -7.78 dBm = 0.0001666 W or with scale micro values should be 167.

          landy Mike Stupalov added a comment - Ok, what I see.. this is exactly vendor bug. Tx Power (dBm) : -6.00 Status : Normal Low Warn Threshold : -9.00 High Warn Threshold : -3.00 Low Alarm Threshold : -10.00 High Alarm Threshold : -2.00   Rx Power (dBm) : -7.78 Status : Normal Low Warn Threshold : -21.02 High Warn Threshold : -3.00 Low Alarm Threshold : -22.01 High Alarm Threshold : -2.00 entPhySensorValue.275 = -5 entPhySensorValue.276 = -7 entPhySensorType.275 = watts entPhySensorType.276 = watts entPhySensorScale.275 = micro entPhySensorScale.276 = micro Device reported raw dbm values instead watts (also ignored/incorrect scale). Or scale is correct, but value anyway incorrect. Try update firmware of write to vendor support, here should be possitive values in watts. I.e. -7.78 dBm = 0.0001666 W or with scale micro values should be 167 .

          Ahh sorrry! Done

          dklimek Denis Klimek added a comment - Ahh sorrry! Done

          I mean discovery.php not poller.php

          landy Mike Stupalov added a comment - I mean discovery.php not poller.php

          A debug log is already available in the 1st post

          dklimek Denis Klimek added a comment - A debug log is already available in the 1st post

          Hrm, device reported incorrect power value:

          .1.3.6.1.2.1.99.1.1.1.4.275 = -6
          .1.3.6.1.2.1.99.1.1.1.4.276 = -7
          

          with multiplier 0.000001 that equals -6.0E-6 / -7.0E-6, but power not possible to be negative number (for dom sensors). Minimum is 0.

          Attach debug discovery for sensors:

          ./discovery.php -d -m sensors -h <device>
          

          landy Mike Stupalov added a comment - Hrm, device reported incorrect power value: .1.3.6.1.2.1.99.1.1.1.4.275 = -6 .1.3.6.1.2.1.99.1.1.1.4.276 = -7 with multiplier 0.000001 that equals -6.0E-6 / -7.0E-6, but power not possible to be negative number (for dom sensors). Minimum is 0. Attach debug discovery for sensors: ./discovery.php -d -m sensors -h <device>

          People

            landy Mike Stupalov
            dklimek Denis Klimek
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: