On Wed, 24 Nov 2010 17:29:37 +0100, Mehdi AMINI <joker....@gmail.com>
wrote:
Salut,
Je ne parle pas de décider que tel ou tel site soit plus important,
mais on a bien inventé la QoS pour une raison non ? Par exemple, pour
que de la VoIP passe plus vite qu'un gros fichier qui passe en FTP.
Ben ouais la QoS c'est pour ça, mais pas besoin de monter au niveau 7
pour garantir ça...
Bon maintenant si la VoIP et le gros fichier passent tous les deux
par le HTTP, tu fais quoi ?
L'erreur est là : pourquoi tes utilisateurs font de la VOIP en HTTP ?
Parler de Qualité de Service et VOIP over HTTP dans la même phrase
c'est possible ???
Si l'utilisateur ne veut pas utiliser autre chose que HTTP, tant pis
pour lui :-)
C'est malheureux mais beaucoup de protocoles convergent vers le
HTTP. Je veux pouvoir les distinguer pour avoir une qualité de service
appropriée.
T'as des exemples réels ? Parceque à part la VOIP que t'as ressorti
plusieurs fois, c'est quoi ces fameux protocoles au dessus d'HTTP qui
méritent tant d'attention ?
Ok j'avoue la VoIP c'était assez extrême, et y'a pas grand monde qui
fait ça (voire, personne (sauf Skype ? je sais plus)). De toute façon ça
serait débile, on leur ouvre toujours les ports de leur TS aux
utilisateurs :)
Pour moi, y'a plusieurs familles de (plus ou moins) protocoles qui
émergent :
* Le bon vieux HTTP standard, avec téléchargement de petits fichiers
un par un.
* Le HTTP toujours standard, mais avec du téléchargement de gros
fichiers avec potentiellement des abus à l'aide d'accélérateurs de
téléchargements.
* Les protocoles internes aux applications, avec des micro-requêtes en
"""Ajax""".
* Les "long poll", "comet" et autres techniques de PUSH HTTP.
En somme, pourquoi l'accès à un traitement de texte en ligne devrait
être traité avec la même priorité qu'un téléchargement de masse ? Ce
sont deux services totalement différents, avec des besoins totalement
différents aussi. De la même manière qu'on va faire passer le SSH avant
le FTP, la communication évènementielle de la dernière appli à la mode
devrait passer avant un téléchargement sur megaupload.
Pour répondre en diagonale aux autres messages : oui les utilisateurs
qui font tout passer en HTTP sont débiles, mais en fait c'est le cas de
n'importe qui surfant sur le web. C'est largement suboptimal, mais tout
tend à tourner dans le navigateur.
Et encore une fois je ne dis pas que c'est impossible à gérer avec ce
qui existe (variante: oui il y a des solutions à mes problèmes, et oui
je les utilises). Je suggère juste la création d'un outil adapté, qui au
lieu de demander des heures à concevoir et tuner une config, permettra
d'avoir une config par défaut qui marche directement, sans avoir à
"détourner" les fonctionalités du logiciel. J'veux dire par là, oui on
peut faire un proxy avec nfqueue, bash, wget, rsync et 2 ou 3 autres,
mais c'est carrément pas aussi adapté que Squid. Je veux différencier
les flux HTTP, mais Squid n'est pas adapté pour ça.
--
Rémy Sanchez
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
