Le 22 sept. 07 à 13:58, Grégoire VILLAIN a écrit :
Dans mon esprit, ping etait uniquement utilisable pour savoir di
une machine est "vivante" (sortie "host is alive" de Solaris), I.e
si sa stack ip est montee et routee, toute info supplementaire du
ping me semble avoir un credit limite.
Du loss sur de l'icmp n'a a priori pas bcp de valeur en
troubleshooting puisque c' est pas du trafic courant... Je me trompe ?
Dans le cas qui nous interresse ici, seuls les roundtrips et
compteurs (crc, runts, giants, i/o errors) des interfaces
traversees semblent judicieux a mon sens.
Apres c'est discutable, mais c'est mon avis.
Tout à fait ... c'est d'ailleurs assez amusant de voir que beaucoup
se basent sur ICMP pour savoir si les choses fonctionnent alors que :
1/ il n'y a aucune application utilisée par un utilisateur normal
qui fonctionne dans ce mode
2/ un routeur peut être correctement configuré en traitant le moins
utile "as time permiting" et donc si besoin d'arbitrage, ICMP va
trinquer ... SI les choses sont bien configurées, bien sûr ....
On va mettre sous supervision ces jolis concerts, via un protocole un
peu plus évolué que du ping et on revient vers vous pour en
rediscuter si cela intéresse ... (Paul, tu gères ?)
-----------------------------
Jean-Michel Planche blog:
http://www.jmp.net
Chairman and co-founder Witbe web :
http://www.witbe.net
Follow me
http://www.twitter.com/jmplanche
-------------------------------------------
2.0 Monitoring : relevant End to End monitoring for critical app. and
carrier class services
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
