Ca y est, j'ai mis les deux prioirités à zéro...
Et c'est encore mieux, tu as raison: les deux flux gardent leur band passante (l'audio n'est plus pris par la vidéo puisque dans deux classes séparées) et la vidéo n'est plus retardée car les deux classes ont la même priorité.
OK, j'ai bien pris en compte ce que tu m'as dit ci-dessus. Merci!
J'ai maintenant mon audio qui passe sans délai et en priorité devant la vidéo (le codec audio choisit prend environ 4.1ko/s de bande passante)
tc qdisc add dev eth0 root handle 1: htb default 11
tc class add dev eth0 parent 1: classid 1:1 htb rate 14400bps ceil 14400bps
tc class add dev eth0 parent 1:1 classid 1:10 htb prio 0 rate 4200bps ceil 4200bps
tc class add dev eth0 parent 1:1 classid 1:11 htb prio 2 rate 10200bps ceil 10200bps
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5000 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5004 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5008 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5012 0xffff flowid 1:10
Voici maintenant l'objectif suivant:
Avec cette configuration, le flux vidéo est énormément retardé quand le logiciel de visioconférence envoie trop de vidéo. J'aimerais que ce soit linux qui gère ce surplus en le "droppant" sans retarder de plusieurs secondes l'envoie des trames vidéos.
il y a t-il une solution? J'ai déjà cherché sur le net mais sans grands succés...
Merci pour les conseils!
Quotas max des trois classes
--------------------------------------------------
A moins que je ne me trompe, la classe mère garantit 128k.
$ tc class add dev eth0 parent 1: classid 1:1 htb rate 128kbit ceil 128kbit
Et ensuite la bande passante de allouée à la classe mère est partagée pour les deux classes filles.
$ tc class add dev eth0 parent 1: classid 1:10 htb rate 15kbit ceil 15kbit
$ tc class add dev eth0 parent 1: classid 1:11 htb rate 113 ceil 113kbit
Ai-je mal compris?
Quotas max de la classe mère
--------------------------------------------------
Oui, je pense que tu as raison. Il faut que je limite la BP max de la classe mère à 80, 90% de l'upload théorique de mon modem, pour ne pas le saturer.
[^] # Re: Délai sur le flux vidéo
Posté par Billoute . En réponse au message Optimisation d'une application visoconférence avec TC. Évalué à 1.
Et c'est encore mieux, tu as raison: les deux flux gardent leur band passante (l'audio n'est plus pris par la vidéo puisque dans deux classes séparées) et la vidéo n'est plus retardée car les deux classes ont la même priorité.
Merci encore!
[^] # Délai sur le flux vidéo
Posté par Billoute . En réponse au message Optimisation d'une application visoconférence avec TC. Évalué à 1.
J'ai maintenant mon audio qui passe sans délai et en priorité devant la vidéo (le codec audio choisit prend environ 4.1ko/s de bande passante)
tc qdisc add dev eth0 root handle 1: htb default 11
tc class add dev eth0 parent 1: classid 1:1 htb rate 14400bps ceil 14400bps
tc class add dev eth0 parent 1:1 classid 1:10 htb prio 0 rate 4200bps ceil 4200bps
tc class add dev eth0 parent 1:1 classid 1:11 htb prio 2 rate 10200bps ceil 10200bps
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5000 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5004 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5008 0xffff flowid 1:10
tc filter add dev eth0 protocol ip parent 1: u32 match ip sport 5012 0xffff flowid 1:10
Voici maintenant l'objectif suivant:
Avec cette configuration, le flux vidéo est énormément retardé quand le logiciel de visioconférence envoie trop de vidéo. J'aimerais que ce soit linux qui gère ce surplus en le "droppant" sans retarder de plusieurs secondes l'envoie des trames vidéos.
il y a t-il une solution? J'ai déjà cherché sur le net mais sans grands succés...
Merci pour les conseils!
[^] # Re: gestion des quotas minimums
Posté par Billoute . En réponse au message Optimisation d'une application visoconférence avec TC. Évalué à 1.
--------------------------------------------------
A moins que je ne me trompe, la classe mère garantit 128k.
$ tc class add dev eth0 parent 1: classid 1:1 htb rate 128kbit ceil 128kbit
Et ensuite la bande passante de allouée à la classe mère est partagée pour les deux classes filles.
$ tc class add dev eth0 parent 1: classid 1:10 htb rate 15kbit ceil 15kbit
$ tc class add dev eth0 parent 1: classid 1:11 htb rate 113 ceil 113kbit
Ai-je mal compris?
Quotas max de la classe mère
--------------------------------------------------
Oui, je pense que tu as raison. Il faut que je limite la BP max de la classe mère à 80, 90% de l'upload théorique de mon modem, pour ne pas le saturer.
Merci !