Bien que tu aies sans doute raison dans tout ce que tu expliques (tu as l'air de mieux connaitre que moi), n'est-il pas un peu rapide de dire que la QoS ne sert pas à ça ?
Supposons par exemple que les téléchargements en questions soient vers un port identifiable (torrent, ftp...), on peut imaginer vouloir privilégier les autres ports.
Oui c'est possible mais pour un usage perso, ça ne fera que créer de la contention car l'opérateur qui se trouve immédiatement derrière ne propagera pas ces règles donc ça ne fera que remplir des buffers pour pas grand chose...
Ou alors, si elle/il dispose d'un serveur auto-hébergé servant de média-player, messagerie, etc., il pourrait avoir envie de privilégier les flux internes (LAN) aux flux externes.
Oui, là c'est possible mais pour avoir ce genre de prob, soit il faut avoir une sacrée charge soit une sacrément petite liaison réseau qui n'est peut-être pas vraiment adaptée pour l'auto-hébergement.
Après, chacun fait ce qu'il veut mais mettre en place des solutions techniques pour contourner des problèmes qu'on se crée soi-même me parait un peu étrange. Autant traiter le problème de base...
Et sinon, ne peut-on envisager de détecter les connexions ESTABLISHED depuis plus de 10s par exemple, et les dé-prioriser par rapport au traffic rapide ?
Certainement... Mais tu pourras pas faire ça au niveau de la box opérateur ni même au niveau qu'un équipement réseau du marché...
J'oublie certainement d'autres possibilités.
Au fait, ce n'est pas une attaque ! Je me pose vraiment ces questions, notamment parce que je me suis interrogé comme l'auteur de ce journal, mais sans y apporter de suite...
Pas de souci, je l'ai bien compris comme ça. D'ailleurs, moi-même, après coup je me suis dit que mon message parait un peu plus "sec" que je ne le veux vraiment...
Quoiqu'il en soit, il me semble en fait que le problème de base est que les perfs du réseau sont un peu légères. Coté liaison internet, si la fibre n'est pas dispo, y'a pas de magie. Il me semble qu'il vaut mieux chercher la source des gros dl et mettre une bride applicative. Pour le wifi, il y a la possibilité de changer d'équipement (ou déléguer le wifi a un AP dédié - c'est ce que je fais - ) qui améliorera sérieusement la qualité et les perfs par rapport aux box opérateurs.
[^] # Re: QoS
Posté par Nico C. . En réponse au journal QOS à la maison : comment vous faites?. Évalué à 3.
Oui c'est possible mais pour un usage perso, ça ne fera que créer de la contention car l'opérateur qui se trouve immédiatement derrière ne propagera pas ces règles donc ça ne fera que remplir des buffers pour pas grand chose...
Oui, là c'est possible mais pour avoir ce genre de prob, soit il faut avoir une sacrée charge soit une sacrément petite liaison réseau qui n'est peut-être pas vraiment adaptée pour l'auto-hébergement.
Après, chacun fait ce qu'il veut mais mettre en place des solutions techniques pour contourner des problèmes qu'on se crée soi-même me parait un peu étrange. Autant traiter le problème de base...
Certainement... Mais tu pourras pas faire ça au niveau de la box opérateur ni même au niveau qu'un équipement réseau du marché...
Pas de souci, je l'ai bien compris comme ça. D'ailleurs, moi-même, après coup je me suis dit que mon message parait un peu plus "sec" que je ne le veux vraiment...
Quoiqu'il en soit, il me semble en fait que le problème de base est que les perfs du réseau sont un peu légères. Coté liaison internet, si la fibre n'est pas dispo, y'a pas de magie. Il me semble qu'il vaut mieux chercher la source des gros dl et mettre une bride applicative. Pour le wifi, il y a la possibilité de changer d'équipement (ou déléguer le wifi a un AP dédié - c'est ce que je fais - ) qui améliorera sérieusement la qualité et les perfs par rapport aux box opérateurs.