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

Cisco 100G CFP2 sensors not converted to dBm

Details

    Description

      Today we've installed some new CFP2 modules into our Cisco ASR devices with 100G transceivers. During some research of those transceivers and the compability we figured our that Observium is not detected their dBm sensors as "dBm" sensors; so data get's not converted to "dBm" from "Watt".

      Another issue I think it's related that all available sensors for the specific interfaces are not available in the port-tab selection menue next to "Real time", "Eventlog" ...

       

      Attached two screenshots and a full discovery debug.

      Attachments

        1. 100g-sensors.txt
          5.67 MB
          Denis Klimek
        2. Observium_-_pop601-asr_-_2019-11-13_14.08.26.png
          80 kB
          Denis Klimek
        3. Observium_-_pop601-asr_-_Health_-_2019-11-13_14.07.56.png
          212 kB
          Denis Klimek
        4. sensors-from-watt-to-dbm.txt
          2.97 MB
          Denis Klimek

        Activity

          [OBS-3147] Cisco 100G CFP2 sensors not converted to dBm
          dklimek Denis Klimek added a comment -

          Works great now Thank you Mike

          dklimek Denis Klimek added a comment - Works great now Thank you Mike
          landy Mike Stupalov added a comment -

          Now should work in mostly case(s)

          Fixed in r10175.

          landy Mike Stupalov added a comment - Now should work in mostly case(s) Fixed in r10175.
          landy Mike Stupalov added a comment -

          Derp Cisco

          landy Mike Stupalov added a comment - Derp Cisco
          dklimek Denis Klimek added a comment -

          Works fine so far, the transceiver is correctly detected and linked to the interface.
          This morning we've added another transceiver with CFP2 converter to QSFP28 and those is not working.

          Can you check your hack? I added a new debug log. The converter is plugged in into 0/1/0-PORT-1 / Hu0/1/0/1

          dklimek Denis Klimek added a comment - Works fine so far, the transceiver is correctly detected and linked to the interface. This morning we've added another transceiver with CFP2 converter to QSFP28 and those is not working. Can you check your hack? I added a new debug log. The converter is plugged in into 0/1/0-PORT-1 / Hu0/1/0/1
          landy Mike Stupalov added a comment -

          Probably in r10172 fixed more relevant for your device(s).

          landy Mike Stupalov added a comment - Probably in r10172 fixed more relevant for your device(s).
          landy Mike Stupalov added a comment -

          I think need anyway open TAC.
          But I anyway make some hacks with snmp.

          Try (rediscovery) with r10170.

          landy Mike Stupalov added a comment - I think need anyway open TAC. But I anyway make some hacks with snmp. Try (rediscovery) with r10170.
          dklimek Denis Klimek added a comment -

          Thanks Mike, so I think that I have to open a ticket at Cisco TAC :/ or do you still want to try something with SNMP access?

          dklimek Denis Klimek added a comment - Thanks Mike, so I think that I have to open a ticket at Cisco TAC :/ or do you still want to try something with SNMP access?
          landy Mike Stupalov added a comment -

          Seems I found why not correctly associated with ports..
          Just tested on other platform (9901), ENTITY-MIB::entAliasMappingIdentifier have incorrecr ifIndex associations.
          Ie, for this ports reports complete nonexistent ifIndexes.

          This is again Vendor Bug, not sure if already exist Bug report.

          landy Mike Stupalov added a comment - Seems I found why not correctly associated with ports.. Just tested on other platform (9901), ENTITY-MIB::entAliasMappingIdentifier have incorrecr ifIndex associations. Ie, for this ports reports complete nonexistent ifIndexes. This is again Vendor Bug, not sure if already exist Bug report.
          landy Mike Stupalov added a comment -

          Hrm, probably again not correctly associated with ports (by some reason, something different in output).

          Can you provide snmp access to such device?
          (I think you remember my IP)

          landy Mike Stupalov added a comment - Hrm, probably again not correctly associated with ports (by some reason, something different in output). Can you provide snmp access to such device? (I think you remember my IP)

          People

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

            Dates

              Created:
              Updated:
              Resolved: