Bonjour, Le 14/09/2015 17:34, Mathieu Goessens 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.
Tant que la congestion n'est pas atteinte, la QOS ne fait strictement rien, elle n'a pas à choisir quel paquet passe avant tel autre paquet, pour la simple et bonne raison qu'il n'y en a pas en attente dans la file, exemple sur une Mikrotik : [admin@mkt397] /queue tree> /interface monitor-traffic ether1 once name: ether1 rx-packets-per-second: 837 rx-drops-per-second: 0 rx-errors-per-second: 0 rx-bits-per-second: 9.3Mbps tx-packets-per-second: 572 tx-drops-per-second: 0 tx-errors-per-second: 0 tx-bits-per-second: 453.8kbps [admin@mkt397] /queue tree> /queue monitor once queued-packets: 0 queued-bytes: 0 Un bon indicateur du besoin (ou pas), c'est de faire passer de la VOIP, on sait très vite s'il en faut ou pas. Marc Dilasser, Le Net du Kermeur