Onderwerp: Mrtg

Wie heeft er ervaring met het volgende?

MRTG ontvangt data vanuit een script met de volgende waardes:
1000
700
uptime
hostname

1020
710
uptime
hostname

etcetera.

Wanneer we options[]: growright,noinfo,nopercent gebruiken, worden de grafieken gegenereert zoals we willen, tenminste, het is geen oplopende grafiek zoals gauge dat zo doen (als ik het goed heb begrepen). Echter zijn de verschillen te groot en is de data niet correct. Waarschijnlijk door de berekening die MRTG doet.

Het gaat hier om een tool die het mailverkeer in kaart moet gaan brengen, misschien dat dit helpt.

Wie heeft er ervaring mee om duidelijk in beeld te krijgen hoe het verkeer verloopt, zoals dat bij netwerkverkeer te zien is.

Oorspronkelijk geplaatst door getUP

Wie heeft er ervaring met het volgende?

MRTG ontvangt data vanuit een script met de volgende waardes:
1000
700
uptime
hostname

1020
710
uptime
hostname

etcetera.

Wanneer we options[]: growright,noinfo,nopercent gebruiken, worden de grafieken gegenereert zoals we willen, tenminste, het is geen oplopende grafiek zoals gauge dat zo doen (als ik het goed heb begrepen). Echter zijn de verschillen te groot en is de data niet correct. Waarschijnlijk door de berekening die MRTG doet.

Het gaat hier om een tool die het mailverkeer in kaart moet gaan brengen, misschien dat dit helpt.

Wie heeft er ervaring mee om duidelijk in beeld te krijgen hoe het verkeer verloopt, zoals dat bij netwerkverkeer te zien is.

laat is een voorbeeld plaatje zien, en er zijn al dingen die dat doen zoals jij beschrijft: mailgraph (http://people.ee.ethz.ch/~dws/software/mailgraph/)

De grafiek met de oplopende data is met gauge, de rare spikes is zonder gauge. Enig idee waardoor dit kan komen?

Oorspronkelijk geplaatst door getUP

De grafiek met de oplopende data is met gauge, de rare spikes is zonder gauge. Enig idee waardoor dit kan komen?

dan denkt mrtg dan je counter een roll-over heeft gehad, oftewel een keer naar de 2^32 is geweest, oplossing is derive met een minvalue van 0 gebruiken.