Retourner aux forums || Retourner au forum general.cherche-logiciel
general.cherche-logiciel : Statistiques d'utilisation IPV4 vs IPv6
Posté par Tonton Benoit (Jabber id, ) le 24 juillet 2008Ça fait quelque temps je cherche un bon moyen d'analyser mon % d'utilisation de l'IPv6 et je suis un peu perdu dans l'offre de logiciels de monitoring réseau.
J'ai deux interfaces réseau
eth0 : IPv4
6to4 : IPv6
L'idée est de sortir des statistiques d'utilisation journalières/mensuelles et plus dans de bô graphiques :)
À la limite un logiciel ou idée de script pour enregistrer le nombre d'octets reçus/transmis dans un fichier pour chaque interface réseau et pour chaque jours après je me débrouille avec gd pour le reste.
> Lire le message (7 commentaires, moyenne: 2,4).
Avec "ifconfig" ?
Bonjour,
Tu peux toujours obtenir le nombre d'octets transmis sur les interfaces grace à la commande ifconfig, il faut juste se rappeler que:
- le compteur n'est pas remis à zero, donc il faut faire la différence par rapport à la valeur précédente;
- lorsque le compteur "déborde", il repart simplement de zéro, donc si maintenant < précedente, il faut garder (MAX - précédente) + maintenant...
Pas forcément besoin de sortir l'artillerie lourde (monotoring réseau), mais il doit quand même déjà exister des petits programmes qui font cela... même si un chtit script à la main, c'est 'achement mieux :)
-
[^]Re: Avec "ifconfig" ?
Posté par Tonton Benoit (Jabber id, ) le 24/07/2008 à 23:58. (lien). Évalué à 2.J'ai pensé à ca :
Je fait deux scripts :
- Le premier s'exécute a l'arrêt d'une interface réseau et enregistre les infos pertinentes contenues dans /proc/net/dev (c'est là que ifconfig récupère ses infos, et c'est beaucoup plus simple a parser que la sortie de ifconfig) dans un fichier au nom du jour, ou l'update si il existe.
- Le second s'exécute tous les jours a minuit, update le contenu du fichier du jour précédent et redémarre les interfaces réseau pour mettre à zero /proc/net/dev.
Avec ça j'ai un fichier par jour avec deux lignes (une pour les octets envoyés l'autre pour les octets reçus).
Cette solution me déplaît car :
- Le mélange cron + redéfinition de la fonction predown (merci Gentoo) pour les interfaces réseau je trouve pas ça très propre.
- Nécessite de relancer les interfaces réseau si les PC est allumé à minuit (pour clore les statistiques du jour et démarrer les nouvelles), pas obligatoire mais c'est la solution la plus simple.
Mais bon si y'a pas d'autre idée j'utiliserai celle-la.
-
[^]Re: Avec "ifconfig" ?
Posté par Tonton Benoit (Jabber id, ) le 25/07/2008 à 00:02. (lien). Évalué à 2.Arf j'aurai du tout lire j'imagine que la "valeur maximum du compteur" s'applique aussi à /proc/net/dev
Pour ne rien simplifier c'est un PC portable, donc allumé plusieurs jours d'affiles, éteint plusieurs jours d'affiles, redémarré plusieurs fois par jour...-
[^]Re: Avec "ifconfig" ?
Posté par Christophe --- () le 25/07/2008 à 18:21. (lien). Évalué à 3.Tout-à fait, la limite s'applique aussi...
Par contre, attention au piège: le noyau utilise un unsigned long, donc 32bits sur les machines ix86, d'où l'overflow... mais surtout unsigned, hors les outils en ligne de commande travaillent en signed int, donc y'aura des surprises dès >2Go...
-
Bon je relance
Un truc a base de libpcap ferait l'affaire ?
genre capturer tous le paquets et ajouter leur longueur a un fichier ?
C'est assez léger ? précis ?
vnstat
Vnstat t'affiche ton utilisation reseau horaire/journaliere/mensuelle par interface, sans consommer grand chose. Dispo dans toutes les bonnes distributions (enfin, au moins Debian). Ca ne fait pas grand chose mais ca le fait bien.
Pour etre honnete, je ne l'ai jamais utilise avec ipv6, mais ca ne devrait pas poser de souci. Je dois dois avouer cependant que j'ai un doute pour l'affichage de bô graphiques. Des graphiques, oui, mais bô...
Le classique
MRTG .... http://oss.oetiker.ch/mrtg/
Revenir en haut de page || Retourner aux forums || Retourner au forum general.cherche-logiciel



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.