> C'est pas parce que ton FAI remonte tout le traffic en métropole, au hasard > ? Alors qu'il pourrais terminer ses sessions L2TP a la réunion et faire un > peering local pour pas faire du tromboning ?
Quand bien même ce serait le cas, ce n'est pas une excuse pour faire lagger du SSH (comprendre: ce n'est pas une excuse pour prioriser des flux). L'argument selon lequel les FAI priorisent les flux pour le "bien du client" tombe sur ce simple exemple: un FAI ne peut pas tout prévoir. Ce n'est pas son boulot de prévoir ce qui est bon pour le client ou pas. Ça, c'est le problème du client qui est branché au bout. Faire en sorte que les clients "voraces" ne plombent pas les autres, OK. Mais c'est tout. Parce que ces bêtises, on voit déjà où ça mène: à une aberration. Un protocole qui nécessite une très faible latence (SSH) pour le confort de l'utilisateur, se fait totalement plomber par une décision idiote. Et c'est une décision idiote, car elle a été prise par quelqu'un dont ce n'est pas le rôle de prendre ce genre de décisions. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/