On ven. 3 janv. 22:29:39 2020, Pierre Emeriaud wrote: > Le ven. 3 janv. 2020 à 22:16, Michel Py > <mic...@arneill-py.sacramento.ca.us> a écrit : > > > > > Stephane Bortzmeyer a écrit : > > > 1) Avez-vous déjà vu ça ? > > > > Oui, mais jamais avec des variations pareilles. 1 ou 2 de variance > > dans le TTL maxi, mais pas çà. > > +1. Jusqu'à 4-5 de différence, ça peut s'expliquer. Là c'est un peu > n'importe quoi. > > > > 2) Quel équipement ferait ça, et pourquoi ? > > > > Ceci, aucune idée. Dans ce que j'ai vu, c'est du load balancing par > > paquet qui répartit sur des chemins inégaux et disparates; > > généralement il y a une différence dans la latence, alors que dans > > ce cas elle est relativement stable, ce qui confirmerait que le > > chemin est le même. > > Dans mon réseau à $work nous avons de l'ecmp, et un réseau assez > maillé. On a déjà eu le cas où un paquet passait par un chemin nord > (genre par Paris Lyon Marseille entre Rennes & Montpellier) et un > autre par un chemin sud (via poitiers toulouse). C'était à cause d'un > mauvais algo de hashing sur des paquets vpls dont les adresses mac > commençaient par 4 ou 6. Le résultat était un désequencement des > trames, mais en IP ça donnerait un ttl qui varie. > > Est-ce que certaines options de ping rentrent dans l'algo de hash de > certains routeurs ? Possible... mais ça n'expliquerait pas les > différences constatés dans le ttl. > > > > 3) Est-ce que je me pose trop de questions ? > > > > Non. La seule question con, c'est celle que tu ne (te) poses pas. > > +1. C'est une curiosité, et je serais intéressé de connaitre la raison > de ce comportement.
En faisant un mtr et en le laissant tourner un peu je ne vois aucun changement de chemin, donc pour moi c’est un truc entre l’avant-dernier saut et le serveur (ou lb) qui n’a pas encore décuvé du premier. -- Alarig --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
