Details

    • Vendor Bug
    • Resolution: Not A Bug
    • Minor
    • None
    • Professional Edition
    • Ports

    Description

      Buenos días,

       

      Estamos teniendo falsas alarmas con unos equipos en unas versiones concretas.

       

      Tenemos creada la alerta para la detección de caída de puertos, con las siguientes condiciones:

      ifAdminStatus equals up
      ifOperStatus notequals up

       

      Cuando salta una falsa alerta, observium detecta lo siguiente:

       

      Pero si vemos en el equipo, last up time, no ha cambiado el estado:

       

      En cambio si vemos una alarma real:

      CAIDA:

      UP:

      Podemos ver en el mismo equipo que efectivamente si que ha caido el puerto y a levantado:

       

      El equipo que estamos monitorizando es una OLT de Huawei, en concreto, MA5600 con la versión de firmware R018C10.

      Este fallo lo tenemos con 3 equipos iguales con la misma versión.

      Tenemos otro equipo igual en la versión R017 y con esta versión no tenemos estas falsas alarmas.

       

      En este equipo cuando el puerto verdaderamente cae, el parámetro ifConnectorPresent pasa de true a false, y cuando se enciende pasa de false a true:

      Paso un ejemplo de caida:

      y un ejemplo de cuando levanta:

      Hemos intentado configurar en la alerta la condición IfConectorPresent, pero el observium nos devuelve que no puede chequear este campo.

       

      No sabemos si estas falsas alarmas se pueden solucionar en versiones futuras o si está detectado el problema.

       

      Mientras, Hay posibilidad de que podemos monitorizar el campo IfConectorPresent ?

       

      Gracias

       

       

      Attachments

        1. image-2022-12-26-10-17-24-499.png
          159 kB
          Enrique Nuevo Orden
        2. image-2022-12-26-10-25-50-069.png
          35 kB
          Enrique Nuevo Orden
        3. image-2022-12-26-10-28-56-887.png
          18 kB
          Enrique Nuevo Orden
        4. image-2022-12-26-10-30-34-884.png
          17 kB
          Enrique Nuevo Orden
        5. image-2022-12-26-10-31-27-651.png
          24 kB
          Enrique Nuevo Orden
        6. image-2022-12-26-10-38-52-465.png
          50 kB
          Enrique Nuevo Orden
        7. image-2022-12-26-10-39-32-811.png
          16 kB
          Enrique Nuevo Orden
        8. image-2022-12-26-10-39-55-845.png
          16 kB
          Enrique Nuevo Orden
        9. image-2022-12-26-10-42-17-430.png
          16 kB
          Enrique Nuevo Orden

        Activity

          [OBS-4352] Falsos positivos

          Observium detect this fields (Oids) as device report it by snmp.

          As you yourself wrote, this does not appear in other firmware. This mean trouble exactly in device firmware.

          Please write to Huawei support instead.

          landy Mike Stupalov added a comment - Observium detect this fields (Oids) as device report it by snmp. As you yourself wrote, this does not appear in other firmware. This mean trouble exactly in device firmware. Please write to Huawei support instead.

          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
            airconect Enrique Nuevo Orden
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: