Un drole de bug sur MRTG...

par **Willone** » 24 Avr 2003 22:08

Salut... Ca fait 2 jours que j'ai fraichement installé IPCop 2.3 ... ca marche bien et j'en suis tres content <IMG SRC="images/smiles/icon_smile.gif"> La nuit mon réseau et donc IPCop est éteint. Néanmoins sur le graphe du réseau " rouge " ces dernières 48 H j'ai ca : <IMG SRC="http://images.mp3mag.org/i/20030424-mrtg.png" BORDER="0"> Comment ca ce fait-il que pendant la nuit mon trafic entrant ne soit pas nul.... ???

par **tomtom** » 24 Avr 2003 22:26

A mon avis, comme IPCop est eteint, la mise à jour des données n'est pas faite et quand il est rallumé il recommence à faire les mesures... Pour tous lespoints qu'il ne connait pas au milieu, mrtg considère que le traffic est le même qu'au dernier point de mesure, d'ou l'effet "plateau" que tu vois... Pas bien grave <IMG SRC="images/smiles/icon_smile.gif"> Thomas

par **Willone** » 24 Avr 2003 22:30

OK... c'est ce que je pensais aussi. Néanmoins je crois que c'est réellement un bug car le traffic sortant lui est correctement interprété et est bien égal à 0 durant la nuit <IMG SRC="images/smiles/icon_rolleyes.gif">

par **tomtom** » 24 Avr 2003 22:36

Ou peut-etre qu'il etait à zero avant extinction et qu'il est resté ainsi <IMG SRC="images/smiles/icon_smile.gif"> Dans tous les cas, c'est vrai que ça ne fait pas très joli... D'un autre côté, MRTG est plutot destiné à des serveurs de production, donc qui ne s'arretent pas, les développeurs n'y on donc probablement pas pensé ! Thomas

par **Willone** » 24 Avr 2003 22:46

Bon je vais refaire un essais ce soir et on verra bien <IMG SRC="images/smiles/icon_smile.gif">

par **dbomber** » 25 Avr 2003 09:13

pas la peine de refaire l'essai Willone. Depuis que je suis passé à IPCOP 1.3 (d'abord les bétas puis la finale), j'ai le même probléme. J'éteins tous les soir mon IPCOP et c'est comme si j'avais du traffic pendant la nuit alors que c'est pas possible (puisque j'ai arreté IPCOP!). Comme à dit tfillaud, je pense que c'est un bug de conception. Il serait peut être interessant de faire remonter l'information au concepteur d'IPCOP. (même si ce n'est pas un bug compromettant la sécurité!)

par **tomtom** » 25 Avr 2003 09:43

Heu, il vaudrait mieux le remonter aux développeurs de MRTG à mon avis.... Mais, encore, pensez-vous que ce soit un réél problème ? Pour les statistiques globales éventuellement ? Je ne sais pas trop... Thomas

par **Willone** » 25 Avr 2003 09:50

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Mais, encore, pensez-vous que ce soit un réél problème ? Pour les statistiques globales éventuellement ? </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Bah disons que j'ai déjà observé des graphes de serveurs marchant par intermitance et je n'ai jamais vu ce phénomène... A mon avis IPCop n'est donc pas completement innocent la dessus... Qand a savoir si ca vaut la peine de remonter le bug je n'en sais trop rien mais quoiqu'il en soit y'a un bug quelque part... Alors soit on est perfectionniste où on l'on ai pas... Moi meme en temps que devellopeur j'ai choisis mon camp <IMG SRC="images/smiles/icon_razz.gif">

par **dbomber** » 25 Avr 2003 09:51

non, il est clair que ce n'est pas vraiment un réel probléme. C'est juste que ça fait bizarre à chaque fois que tu rallume ton IPCOP et que tu t'apperçois qu'il y a un soi-disant traffic pendant qu'il était arreté! <IMG SRC="images/smiles/icon_biggrin.gif">

par **bruno** » 25 Avr 2003 11:20

Willone, t'as pensé à arrêter ton Kazaa ou Emule pendant la nuit ? <IMG SRC="images/smiles/icon_biggrin.gif">

par **Willone** » 25 Avr 2003 11:29

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-04-25 11:20, bruno a écrit: Willone, t'as pensé à arrêter ton Kazaa ou Emule pendant la nuit ? <IMG SRC="images/smiles/icon_biggrin.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> $%#&! !! Grillé <IMG SRC="images/smiles/icon_biggrin.gif"> <IMG SRC="images/smiles/icon_lol.gif">

par **mydy** » 25 Avr 2003 11:30

Faq de MRTG ( <a href="http://www.mrtg.org" target="_blank">www.mrtg.org</a>) My graphs show a flat line during an outage. Why ? Well, the short answer is that when an SNMP query goes out and a response doesn't come back, MRTG has to assume something to put in the graph, and by default it assumes that the last answer we got back is probably closer to the truth than zero. This assumption is not perfect (as you have noticed). It's a trade-off that happens to fail during a total outage. If this is an unacceptable trade-off, use the unknaszero option. You may want to know what you're trading off, so in the spirit of trade-offs, here's the long answer: The problem is that MRTG doesn't know *why* the data didn't come back, all it knows is that it didn't come back. It has to do something, and it assumes it's a stray lost packet rather than an outage. Why don't we always assume the circuit is down and use zero, which will (we think) be more nearly right? Well, it turns out that you may be taking advantage of MRTG's ``assume last'' behaviour without being aware of it. MRTG uses SNMP (Simple Network Management Protocol) to collect data, and SNMP uses UDP (User Datagram Protocol) to ship packets around. UDP is connectionless (not guaranteed) unlike TCP where packets are tracked and acknowledged and, if needed, retransmitted. UDP just throws packets at the network and hopes they arrive. Sometimes they don't. One likely cause of lost SNMP data is congestion; another is busy routers. Other possibilities include transient telecommunications problems, router buffer overflows (which may or may not be congestion-related), ``dirty lines'' (links with high error rates), and acts of God. These things happen all the time; we just don't notice because many interactive services are TCP-based and the lost packets get retransmitted automatically. In the above cases where some SNMP packets are lost but traffic is flowing, assuming zero is the wrong thing to do - you end up with a graph that looks like it's missing teeth whenever the link fills up. MRTG interpolates the lost data to produce a smoother graph which is more accurate in cases of intermittent packet loss. But with V2.8.4 and above, you can use the ``unknaszero'' option to produce whichever graph is best under the conditions typical for your network.

par **Willone** » 25 Avr 2003 11:35

Merci pour ces précisions mydy... c'est beaucoup plus clair <IMG SRC="images/smiles/icon_smile.gif">

par **mydy** » 25 Avr 2003 11:46

Je n'ai pas d'Ipcop sous la main mais ça doit ressembler à ça. Pour mettre l'option, il faut editer le fichier mrtg.cfg : Target[xxxxxx] MaxBytes[xxxxxx] . . Options[_]: growright, gauge,unknaszero,... ^^^^^^^ . .

Un drole de bug sur MRTG...

Qui est en ligne ?