Forum général.cherche-logiciel Statistiques d'utilisation IPV4 vs IPv6

Posté par  .
Étiquettes : aucune
0
25
juil.
2008
Salut,

Ç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.
  • # Avec "ifconfig" ?

    Posté par  . Évalué à 3.

    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  . É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  . É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  . É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

    Posté par  . Évalué à 2.

    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

    Posté par  (site web personnel) . Évalué à 2.

    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

    Posté par  . Évalué à 3.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.