-
Zonas de sombra en graficos de IfOutOctets
Hola buenos días
Estoy chequeando esta herramienta y cuando utilizo un módulo de monitorizacion snmp remoto para ver el BW que consume un interface de un switch obtengo una gráfica como la adjunta, mi pregunta es que no se exactamente las zonas de sombra lo que representan.
Se positivamente que dicho interface tiene en sentido saliente alrededor de 140 Mbps de trafico en jornada laboral.Muchas gracias.
-
12 Replies
-
Hola buenas
Según estoy viendo en la gráfica que has reportado, es posible que tengas retrasos en la ejecución de estos módulos, ya que estas franjas grises representan el estado desconocido en los módulos. Para solventar esto, sube el número de hilos del servidor de red o bien el intervalo de ejecución de estos módulos para disminuir la carga de los mismos.
En el menu de la gráfica si deseleccionas “Show unknown graph”, verás como desaparece este estado gris de la misma.
Un saludo
-
Ahora mismo como estoy chequeando la herramienta en realidad solo tengo 3 modulos remotos de monitorizacion, con lo cual no creo que sea un problema de carga, además son modulos que los tengo en 3 minutos cada uno de periodo de muestreo.
Apunto una cosa por si tiene que ver, como el interface que estoy monitorizando tiene un BW de 140Mbps continuo, igual el problema viene porque al ser IfOutOctets un counter32 llega al tope de contaje y se resetea a 0 con lo cual Pandora si en el siguiente muestreo coge un valor inferior al anterior no sabe interpretarlo…, no se si puede ir por ahí el tema pero me gustaría profundizar en este asunto o ver si se puede utilizar otro OID.
Muchas gracias.
-
-
Si, efectivamente si deselecciono la opcion se quita la sombra, eso esta bien.
Me gustaría saber si efectivamente las zonas sombreadas corresponden a fallos del pooling, ¿hay algún log donde ver si el módulo ha fallado en el muestreo?.
Por otro lado, tenía entendido que el módulo de chequeo de ifOutOctets es de tipo snmp_incremental_data con lo cual se obtiene realmente el ancho de banda de salida ocupado del interface en Octetos/segundo (el modulo tiene en cuenta los periodos de muestreo para el calculo) y con un postprocessing de multiplicar por 8 obteníamos el mismo ancho de banda en bits/segundo, ¿es correcto?, si no lo es ¿cual sería la forma correcta de calcular dicha ocupación en bits/seg?. -
Les envio dos pantallazos, en el primero indica que el modulo IfOutOctets está en estado UNKNOWN (la verdad es que no se porqué aparece en este estado, ¿se podría averiguar?.
En el segundo gráfico aparecen las estadísticas de ese interface, pero estaría bien saber como interpretar los valores Max,Avg y Min.
Me explico, si el OID nos da el tráfico de un interface y pandora calcula el tráfico como bits/seg, ¿como se calcula el Max Avg, Max Max, y Max Min, y el Avg Max, Avg Avg y Avg Min?Muchisimas grácias por adelantado, la verdad es que sus aclaraciones son de gran ayuda.
-
Buenas
Para poder ver los problemas que tienen la única forma de verlos es mediante el log del servidor, configurando el parámetro verbosity a 10, que encontraras en el pandora_server.conf (reiniciar el pandora server tras los cambios)
Si aquí no ves nada, puede ser porque en algunas ejecuciones con el snmp, el dispositivo no devuelva información o salte el timeout del chequeo.
Para configurar todo esto, tienes parámetros en el pandora_server.conf
snmp_checks X ( numero de chequeos a realizar en cada comprobación ponlo a 2 para probar si quieres)
snmp_timeout X (tiempo maximo del chequeo, lo puedes subir)Lo de las medias, se calculan por intervalo.
En Setup > Visual Styles hay una opción Graphic resolution (1-low, 5-high) que nos sirve para configurar el intervalo. Cuanto más alto sea el valor que indiquemos, con 20 por ejemplo deberían juntarse en una) más real será la gráfica.
Por lo tanto los valores Max , muestra el valor más alto en ese intervalo, el Avg el valor medio y el Min el valor minimo en esos intervalos.
Un saludo
-
Hola de nuevo,
Acabo de incrementar el nivel de verbosity a 10 para ver posibles problemas con el módulo snmp remoto (ifOutOctets_GigabitEthernet0/5 ), lo que observo es que dicho módulo si que está respondiendo con lo cual no es un problema de timeout, sin embargo el valor devuelto es interpretado como invalid por pandora_server, desconozco porqué motivo, ¿me podrían ayudar con este tema?.
Les adjunto un fichero con los logs obtenidos relevantes.
Muchas gracias.
-
Hola buenas
Una forma de evaluar los valores que reciben estos módulos para ver que es lo que puede estar mal, es creando un nuevo módulo con la OID de uno de estos módulos pero con el tipo de módulo numérico en vez del incremental, de esta forma podrás observar que datos son los que devuelve el contador y ver cuales son los que Pandora está descartando.
Un saludo
-
Hola de nuevo,
Lo que he comprobado es que cuando se hace un pooling sobre IfOutOctets con un monitor snmp_incremental, el problema que existe es que si la frecuencia de muestreo es pequeña, el valor devuelto en el pooling puede ser inferior al anterior valor muestreado (si el interface tiene mucho tráfico), y creo que en esa circunstancia Pandora lo interpreta como un error…. ¿podríamos confirmarlo?
Entonces la posible solución es muestrear con mayor frecuencia, pero también he visto que hay otro OID que da el mismo valor pero con resolución de 64 bits (ifHCOutOctets… 1.3.6.1.2.1.31.1.1.1.10), pero no estoy seguro si Pandora lo soporta ya que he probado y me da valores de tráfico no reales.
¿está soportado el ifHCOutOctets?Gracias.
-
Ante los datos de los contadores, lo que hace Pandora es almacenar el dato anterior y restarlo del dato siguiente, en el caso que el contador vuelva a ponerse a 0 porque haya llegado al limite muestra un 0, por lo tanto ese intervalo el valor indicado es 0.
Y en cuanto a lo que indicas sobre la OID ifHCOutOctects, en principio la soporta del mismo modo que uno de 32, realiza el mismo proceso…
-
Vale, OK,
La cuestión es si el contador no se pone a 0, es decir imaginemos que tengo un contador circular que va de 0 a 20, en un instante dado el contador está en 15 y Pandora FMS muestrea y obtiene el valor 15, lo almacena y espera al siguiente periodo de muestreo, pero resulta que mi contador avanza muy rápido y llega al valor 20 (tope) y a a partir de ahí vuelve a comenzar y justo en el siguiente periodo de muestreo está en valor 10 ( ha dado la vuelta). Supongo que estos casos al ser el tipo de monitor “snmp_incremental” es cuando PandoraFMS da el error ya que el siguiente valor es inferior a previo.
Por tanto, entiendo que dicho error es lógico y se produce porque en la realidad el contador circular está contando octetos enviados por un puerto de switch que está muy cargado (150Mb/sec), luego aquí solo hay dos soluciones:
1.- Aumentar la frecuencia de muestreo para que los valores muestreados sean siempre incrementales (aunque siempre habrá alguna vez que no porque se da la vuelta circular)
2.- Utilizar otra OID como la ifHCOutOctects que es la que estoy tratando de usar y que es igual que ifOutOctects pero con resolución de 64 bits.Saludos.
-
