Pour ton information, le port est bloqué à 10 méga du côté de chez cogent donc pas de burst possible d'où la qos Le 14 septembre 2015 17:34:14 GMT+02:00, Mathieu Goessens <gebura@poolp.org> a écrit :
Hop,
Le 2015-09-11 09:02, Benjamin Cama a écrit :
Bon, ça a l'air de se profiler pour lundi 28. En attendant l'annonce que je devrais faire ce week-end, je souhaiterais vous demander ce que vous souhaitez mettre à l'ordre du jour de l'AG. On avait déjà listé quelques trucs ici :
[...]
Personnellement, je souhaiterais rajouter un point « QoS volontaire » (même si je n'aime pas trop ce nom) ; je m'explique, avant qu'il y en ait qui crient au scandale
Au delà du troll (je ne sais toujours pas si tu es sérieux), si tu veux mettre de la QoS, il faut que tu considères que ta bande passante est une ressource finie, et poser une limite finie pour que ça marche pour pouvoir retarder (etc) les paquets allant au delà de cette limite. Sans ça je ne vois pas comment tu peux faire de la QoS. Autrement dit, autant faire un ethtool speed 10M et oublier ton burst.
Si vous souhaitez le mettre en place une ressource "state of art" sur le sujet: http://www.inetdoc.net/guides/lartc/ (oui linux only).
Personnellement j'aurais tendance à penser que mettre en place de la QoS revient à chercher une solution technique à un problème qui ne l'est pas: si des membres consomment trop et que cela impact l'association (de manière financière ou la qualité des services rendus), ils doivent en assumer les conséquences. Autrement dit, autant facturer le surcoût éventuel, comme ça c'est clair, transparent, et techniquement bien moins intrusif. Un 90eme ou 95eme percentile par membre (interface), cacti fait ça très bien.
-- Mathieu Goessens IT consultant. gebura@poolp.org + 33 6 07 91 54 87 http://gebura.eu.org _______________________________________________ Grifon mailing list Grifon@grifon.fr http://lists.grifon.fr/mailman/listinfo/grifon
-- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.