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!
[^] # 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!