[MRTG] mesurer la latence ?
Fermé
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
-
23 févr. 2007 à 10:58
dadouch - 28 févr. 2007 à 21:01
dadouch - 28 févr. 2007 à 21:01
A voir également:
- [MRTG] mesurer la latence ?
- Mesurer avec son téléphone - Guide
- Application pour mesurer la distance parcourue à pied gratuite - Télécharger - Sport
- Mesurer sa tension avec smartphone - Télécharger - Vie quotidienne
- Mesurer performance pc - Guide
- Latence ram - Guide
5 réponses
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
3
23 févr. 2007 à 12:33
23 févr. 2007 à 12:33
Salut
merci pour ta réponse mais j'ai pas compris c'est quio le OID.
Est ce que tu connait des autres outils qui peuvent m'aider , simple et moins compliquer à se familiariser avec le plus vite.
merciiiiiiiiiii
merci pour ta réponse mais j'ai pas compris c'est quio le OID.
Est ce que tu connait des autres outils qui peuvent m'aider , simple et moins compliquer à se familiariser avec le plus vite.
merciiiiiiiiiii
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
13 610
23 févr. 2007 à 12:42
23 févr. 2007 à 12:42
houla,
il faut des outils très spécialisés et très sophistiqués pour mesurer le temps de latence d'un switch.
ne comptes pas le faire avec des statistiques snmp.
ça serait catastrophique en performances si le switch le mesurait lui même:
tu te rends compte: à la réception du premier octet DE CHAQUE TRAME, démarrer un compteur et l'arrêter dès que cet octet est émis sur une autre interface ?
il faut des outils très spécialisés et très sophistiqués pour mesurer le temps de latence d'un switch.
ne comptes pas le faire avec des statistiques snmp.
ça serait catastrophique en performances si le switch le mesurait lui même:
tu te rends compte: à la réception du premier octet DE CHAQUE TRAME, démarrer un compteur et l'arrêter dès que cet octet est émis sur une autre interface ?
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
3
23 févr. 2007 à 13:10
23 févr. 2007 à 13:10
Merci
ça me plait "le compteur" mais est ce que vous pouvez m'expliquer encore car je comprend pas bien dans le domaine des analyseurs..
Alors; comment je peux svoir que le premier octet a entré ou sortie du switch !!!
a+
ça me plait "le compteur" mais est ce que vous pouvez m'expliquer encore car je comprend pas bien dans le domaine des analyseurs..
Alors; comment je peux svoir que le premier octet a entré ou sortie du switch !!!
a+
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
13 610
>
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
23 févr. 2007 à 13:26
23 févr. 2007 à 13:26
toi non, c'est pour cela que je te dis qu'il faut un appareil de mesure sophistiqué pour faire cela.
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
3
>
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
23 févr. 2007 à 13:52
23 févr. 2007 à 13:52
est ce que la latence trouvée dans le doc du constructeur peut varier selon le trafic ou bien reste cste.
si elle reste cste pas de pb alors!!
si elle reste cste pas de pb alors!!
kelux
Messages postés
3065
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
23 févr. 2007 à 14:27
23 févr. 2007 à 14:27
La latence peut changer:
- le matin le switch est pas trop réveillé, il lui manque un café ou deux ..
- le midi : il est en pleine digestion...
- le soir : il est trop fatigué du travail de la journée...
Donc en fonction de son humeur la latence changera ....
Pour mesurer la latence je dirais un simple Ping suffirait ... après faut faire des stats sur les résultats et des moyennes.... pour avoir une latence a peu pres exploitable.
J'utilisais un outil : Nagios avec le plugin (ou script) check_ping.
A+
- le matin le switch est pas trop réveillé, il lui manque un café ou deux ..
- le midi : il est en pleine digestion...
- le soir : il est trop fatigué du travail de la journée...
Donc en fonction de son humeur la latence changera ....
Pour mesurer la latence je dirais un simple Ping suffirait ... après faut faire des stats sur les résultats et des moyennes.... pour avoir une latence a peu pres exploitable.
J'utilisais un outil : Nagios avec le plugin (ou script) check_ping.
A+
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
13 610
23 févr. 2007 à 15:25
23 févr. 2007 à 15:25
non, non,
la latence du switch , c'est pas ça:
c'est le temps qui s'écoule entre le moment où une trame entre dans le commutateur et le moment où elle en ressort le top chrono étant le premier bit du premier octet.
le ping ne donne aucune indication à ce niveau là: le ping dépend de beaucoup plus de choses.
après tout dépend de la technologie du switch .
mais sur un switch store and forward, cela dépend aussi de la charge (files d'attente) et de la taille des trames / débit ligne entrée .
bref , pas net.
la latence du switch , c'est pas ça:
c'est le temps qui s'écoule entre le moment où une trame entre dans le commutateur et le moment où elle en ressort le top chrono étant le premier bit du premier octet.
le ping ne donne aucune indication à ce niveau là: le ping dépend de beaucoup plus de choses.
après tout dépend de la technologie du switch .
mais sur un switch store and forward, cela dépend aussi de la charge (files d'attente) et de la taille des trames / débit ligne entrée .
bref , pas net.
kelux
Messages postés
3065
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
23 févr. 2007 à 15:38
23 févr. 2007 à 15:38
Au temps pour moi Brupala ;) (et bonne année au passage^^)
un simple quiproquo, en lisant au début je considérai que l'on parlait du ping ;) (temps de latence....également applicable au ping)
La, ce n'est plus de mon domaine de chercher combien de temps un switch va mettre pour rebalancer une trame... store and forward, cut-through, ca fait un moment que je n'ai pas vu cela dites donc ;)
A+
un simple quiproquo, en lisant au début je considérai que l'on parlait du ping ;) (temps de latence....également applicable au ping)
La, ce n'est plus de mon domaine de chercher combien de temps un switch va mettre pour rebalancer une trame... store and forward, cut-through, ca fait un moment que je n'ai pas vu cela dites donc ;)
A+
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
13 610
23 févr. 2007 à 15:59
23 févr. 2007 à 15:59
pour le "bonne année" merci et de même si c'est pas déjà fait, mais tu es un peu hors délais là, gros temps de latence :-)) on dirait.
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
3
>
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
27 févr. 2007 à 15:30
27 févr. 2007 à 15:30
Salut;
J'ai pensé à une méthode pour calculer la latence du switch et je veux savoir si je suis sur le bon chemin ou non?
calculer le trafic entre le premier pc et le switch;
calculer le trafic entre le deuxième pc et le switch;
calculer le trafic de bout en bout entre les 2 pcs;
puis faire une soustraction pour obtenir la latence du switch; alors qu'est ce que t'en pense,,,,,,
a+
J'ai pensé à une méthode pour calculer la latence du switch et je veux savoir si je suis sur le bon chemin ou non?
calculer le trafic entre le premier pc et le switch;
calculer le trafic entre le deuxième pc et le switch;
calculer le trafic de bout en bout entre les 2 pcs;
puis faire une soustraction pour obtenir la latence du switch; alors qu'est ce que t'en pense,,,,,,
a+
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
13 610
>
dadouch
Messages postés
79
Date d'inscription
lundi 1 mai 2006
Statut
Membre
Dernière intervention
17 avril 2010
27 févr. 2007 à 15:48
27 févr. 2007 à 15:48
je ne dirai qu'une seule chose: ça n'est pas le bon chemin.
la latence est un temps de retard, donc ça ne peut pas etre mesuré par une moyenne de débit.
et ... qu'est ce que tu entends par mesurer le traffic ? comment comptes tu passer d'un nombre d'octets à un nombre de millisecondes ?
la latence est un temps de retard, donc ça ne peut pas etre mesuré par une moyenne de débit.
et ... qu'est ce que tu entends par mesurer le traffic ? comment comptes tu passer d'un nombre d'octets à un nombre de millisecondes ?
dadouch
>
brupala
Messages postés
109381
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
14 avril 2024
28 févr. 2007 à 21:01
28 févr. 2007 à 21:01
Salut;
je veux dire qu'en sachant le traffic je vais calculer le temps d'arrivé du paquet pour l'extrémité réceptrice de chaque lien , de m^m pour la totalité ,et le temps en excé ==== la latence
...
je veux dire qu'en sachant le traffic je vais calculer le temps d'arrivé du paquet pour l'extrémité réceptrice de chaque lien , de m^m pour la totalité ,et le temps en excé ==== la latence
...
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
kelux
Messages postés
3065
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
23 févr. 2007 à 12:13
23 févr. 2007 à 12:13
Bonjour,
L'outil MRTG est effectivement l'outil qui te convient pour mesurer un trafic sur un port d'un switch ou n'importe quel interface réseau. MRTG s'appuie sur SNMP, donc la machine hote (la ou tourne MRTG) doit disposer des outils SNMP pour interroger les machines surveillées (ou éléments réseaux), ces machines doivent elles aussi avoir SNMP installé et configuré.
Ensuite il y a un outil livré avec MRTG (sous linux en tout cas) qui permet de générer automatiquement un fichier de configuration pour un hôte donné, il détecte ses interfaces et permet ensuite de monitorer le trafic.
Si tu veux monitorer autre chose (charge CPU d'un switch), il faut mettre les mains dans le camboui et LIRE la DOC :)
il faudra avoir les OID's de ce que tu veux grapher, et modifier le fichier de configuration de mrtg en conséquence.
Concernant le temps de latence, mrtg n'est pas prévu pour cela. A moins de créer un script qui fait des pings puis qui renseigne un OID particulier dans SNMP, MRTG est alors capable d'interroger cet OID et de grapher ...
A+
L'outil MRTG est effectivement l'outil qui te convient pour mesurer un trafic sur un port d'un switch ou n'importe quel interface réseau. MRTG s'appuie sur SNMP, donc la machine hote (la ou tourne MRTG) doit disposer des outils SNMP pour interroger les machines surveillées (ou éléments réseaux), ces machines doivent elles aussi avoir SNMP installé et configuré.
Ensuite il y a un outil livré avec MRTG (sous linux en tout cas) qui permet de générer automatiquement un fichier de configuration pour un hôte donné, il détecte ses interfaces et permet ensuite de monitorer le trafic.
Si tu veux monitorer autre chose (charge CPU d'un switch), il faut mettre les mains dans le camboui et LIRE la DOC :)
il faudra avoir les OID's de ce que tu veux grapher, et modifier le fichier de configuration de mrtg en conséquence.
Concernant le temps de latence, mrtg n'est pas prévu pour cela. A moins de créer un script qui fait des pings puis qui renseigne un OID particulier dans SNMP, MRTG est alors capable d'interroger cet OID et de grapher ...
A+
