On Sat, Sep 22, 2007 at 07:55:19PM +0200, Radu-Adrian Feurdean wrote: > > On Sat, 22 Sep 2007 19:33:33 +0200, "Jean-Michel Planche" > <[EMAIL PROTECTED]> said: > > > 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 .... > 1bis. l'ICMP fait partie de la suite dite TCP/IP, et son suppression > donne des effets assez desagreables. continuation sur 2bis.
on parle pas de le supprimer, juste le considerer comme peu fiable, et surtout pas pour le diagnostique dont on parlait.. > 1ter. Pas mal d'outils de diagnostic reseau sur *nix/*nux utilisent UDP > ou meme TCP, au moins dans un sens. "traceroute" emet de l'UDP par > default. > 2bis. Un routeur est plutot suppose a "router" des paquets IP (L3), et > s'abstenir a regarder le L4 (TCP, UDP, ICMP ou autre) pour les paquets > qui ne lui sont pas addresees. On peut faire autrement pour le traffic a > nous, mais c'est assez embetant quand on le fait sur le transit des > clients. Ou vu de l'autre cote, quand un upstream decide de > re-prioritiser le trafic comme bien lui semble, pas comment ca > m'arrange. le rapport avec le sujet du thread ? il faut arreter les melanges (c'est mauvais pour l'estomac).. tu parles du trafic a destination du routeur ou qui traverse le routeur ? > 3. Pour les paquets qui lui sont addresees, un routeur qui repond avec > 2000 ms (2sec) de delai, il a certainement un probleme (configuration ou > charge). Un ICMP rate-limit est un assez bon facon de masquer (mais pas > d'eliminer) le probleme. ca, faut voir avec M. Cisco pour generaliser les ASIC qui ne font que repondre aux ping et aux traceroutes... ou mettre des CPU pour que les end-user ils soient pas perdu... -- Romain --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
