> 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/

Répondre à