Retourner aux forums || Retourner au forum general.general
general.general : QoS : controler edonkey, encore et toujours...
Posté par ploum (page perso, ) le 13 décembre 2004
Hello, je suis toujours dans la quête de http://linuxfr.org/~ploum/7305.html(...) (1 an déjà !)
J'ai réussi à faire du QoS (avec wondershaper) pas mal du tout qui permet à ceux qui font du donkey de le faire sans gâcher notre upload.
Il y'a cependant un gros défaut : je fais ce QoS par du matching de ports.
Or, dès qu'un uploader accroche un serveur edonkey sur le port 80 (y'en a plein), tout est foutu par terre car le port 80 est prioritaire en upload (pour l'interactivité sur le web)
J'aimerais donc filtrer directement les paquets grâce à ça : http://marc.theaimsgroup.com/?l=snort-sigs&m=106563019211265&am(...)
De cette manière, l'edonkey est parfaitement identifié et ne peut pas aller, quoiqu'il arrive, dans la classe prioritaire.
Comme rien n'est parfait, j'aimerais aussi trouver un système qui détecte quand la latence de la classe la plus prioritaire devient trop faible (au dessus d'une seconde par exemple) et met le responsable (celui qui a le plus de débit en prioritaire) dans une classe moins prioritaire. (une fois qu'on a l'IP du responsable, c'est trivial, mais faut 1) détecter le foirage et 2) trouver l'IP du responsable)
Voilà, toutes les idées sont les bienvenues :-)
J'ai réussi à faire du QoS (avec wondershaper) pas mal du tout qui permet à ceux qui font du donkey de le faire sans gâcher notre upload.
Il y'a cependant un gros défaut : je fais ce QoS par du matching de ports.
Or, dès qu'un uploader accroche un serveur edonkey sur le port 80 (y'en a plein), tout est foutu par terre car le port 80 est prioritaire en upload (pour l'interactivité sur le web)
J'aimerais donc filtrer directement les paquets grâce à ça : http://marc.theaimsgroup.com/?l=snort-sigs&m=106563019211265&am(...)
De cette manière, l'edonkey est parfaitement identifié et ne peut pas aller, quoiqu'il arrive, dans la classe prioritaire.
Comme rien n'est parfait, j'aimerais aussi trouver un système qui détecte quand la latence de la classe la plus prioritaire devient trop faible (au dessus d'une seconde par exemple) et met le responsable (celui qui a le plus de débit en prioritaire) dans une classe moins prioritaire. (une fois qu'on a l'IP du responsable, c'est trivial, mais faut 1) détecter le foirage et 2) trouver l'IP du responsable)
Voilà, toutes les idées sont les bienvenues :-)
> Lire le message (0 commentaire).
Revenir en haut de page || Retourner aux forums || Retourner au forum general.general



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.