Mais de quoi tu parles? Soit explicite, stp, plutôt que de répéter tout le temps la même chose! En quoi ma démonstration de la route qui sature serait-elle perturbée par les routeurs de Free? Relis mes comparatifs de traceroute. Ces traceroute sont effectués depuis Cogent, et non depuis Free. Regardes les temps des réponse. On voit bien qu'il n'y a aucune perturbation par les routeurs. Si le routeur n'a pas envie de répondre, il ne répond pas. Mais quand il répond, son temps semble parfaitement fiable (complètement lié au ping avant et après lui). Non, vraiment, je ne te comprends pas. Alors stp, sois un peu plus explicite.

Leon.

Bien c'est toujours pareil, tu te bases sur l'ICMP, on peut pas prendre ce critère en compte, Free limite l'ICMP sur ses routeurs, et même si il n'y avait aucune surcharge tu verrais des différences à différents moments de la journée, par contre la latence entre toi et la destination doit être stable si tout va bien mais youtube pourrait très bien décider d'appliquer des limites.
Si tu veux vraiment avoir de bonnes preuves, demande aux FAI de transit, cogentco/tata surtout, d'envoyer les graphiques d'interconnexions avec Free, on voit très bien la surcharge dans les deux sens et quasiment h24.

Si Free filtre et limite l'ICMP alors il y aura des pertes de paquets aux niveaux de ses routeurs, il peut également créer une file d'attente et prolonger volontairement l'envoi d'une réponse, il est fréquent de recevoir des réponses de sauts après celles de la destination.
Un hôte distant peut aussi parfaitement décider de limiter/bloquer une source, en conséquent il est nécessaire de demander des informations à celui-ci.
Cependant nous pouvons exclure que youtube.com dégrade volontairement en continu ou à certaines heures le trafic avec Free, nous pouvons alors faire corréler les statistiques de latence depuis deux fournisseurs d'accès à Internet vers youtube.com simultanèment et conclure aux vus des variations repérées chez l'un qu'un dis-fonctionnement volontaire existe, mais il n'est en aucun cas possible de prendre en compte les réponses des sauts, surtout chez free car elles sont volontairement édité.
Ce n'est pas avec un traceroute et des réponses ICMP qu'on établit une preuve formelle, on peut simplement èmettre des hypothèses, pour aller plus loin il faut surveiller les activités BGP du FAI et la on se rend compte qu'il y a des trucs pas très honnêtes.

Maintenant, si en tant que professionnel, tu ne sais pas reconnaitre quand un traceroute est fiable et explicite, ou non, alors je pense qu'il y a un problème...

Je pense qu'au vu des termes et de la façon que tu as de les utiliser que j'ai suffisamment plus d’expérience que toi pour démontrer que certaines de tes démonstrations ne pourraient être prise en compte.

Bref, il existe de gros problèmes sur le réseau de Free, c'est un mauvais réseau et j'ai du mal à l'appeler "Fournisseur d'accès à Internet".
Tu peux utiliser les réponses ICMP pour montrer que la latence entre toi et youtube et excessivement élevée et ton traceroute pour montrer qu'il n'est pas très logique de passer par tel endroit et qu'il y a peut-être un peu trop de sauts, mais tu ne peux pas t'en servir pour dire "c'est tel saut qui merde" car il y a beaucoup trop de chances pour que les réponses de ceux-ci soit volontairement altéré. 

Si Free filtre et limite l'ICMP

Si

Mais Free ne fait pas ça - ça se saurait.

Donc arrête de raconter n'importe quoi : les sorties traceroute sont notoirement délicates à interpréter, mais quand on peut observer de façon reproductible une corrélation entre un facteur (ici être en heure creuse/heure pleine) et une différence de mesure (donc pas juste une trace particulière) qui est bien supérieure à la variabilité naturelle, alors OUI, on peut dire qu'on observe quelque chose d'autre qu'une interprétation personnelle.

Où ça?

Quels type de message ICMP?

Donc la commande traceroute ne sera pas affectée par le "filtrage" de Free.

CQFD

Pour un pro d'Internet, tu mélanges vraiment tout!

Reprenons :
- le programme traceroute traditionnel n'utilise pas echo-request (fait un tcpdump si tu ne me crois pas)
- "tracert" (sous Windows) èmet des echo-request
- un routeur n'est pas obligé de répondre à "traceroute".
- ne pas répondre à une sollicitation n'a rien à voir avec du "filtrage"
- ne pas èmettre un message ICMP n'a rien à voir avec du "filtrage"
- linux par défaut limite les messages d'erreurs ICMP à 1 par seconde
donc si 2 freenautes en même temps font un traceroute, en passant par le même chemin, au moins l'un d'eux observera des "pertes" (en fait : les non réponses)

Tout cela est très élèmentaire.

Je le répète, jusqu'à preuve du contraire, Free ne filtre pas les ICMP.