2021-11-09T13:11:00ZFluxBBhttps://debian-facile.org/viewtopic.php?id=30972 Deux autres observations: Tu marques tous le paquets ICMP, mais ICMP ce n'est pas seulement le ping. Le ping, ce sont les type 8 (request) et 0 (reply). En quoi est-il nécessaire que la latence soit stable ?]]>https://debian-facile.org/profile.php?id=41122021-11-09T13:11:00Zhttps://debian-facile.org/viewtopic.php?pid=369936#p369936 Je comprends ce que tu veux dire p/r au point de contention, c'est effectivement une remarque judicieuse. Ce serveur linux est dédié au routage et se trouve derrière différents types de connections Internet (sur différents sites). Cela peux être de l'ADSL, de la fibre ou autres... Le ping me permet de réaliser un monitoring de la ligne, j'ai réussis à conserver un temps de réponse stable en bridant les autres flux par une queue htb, cependant cela dégradais trop le débit des autres flux, donc je suis passé sur une queue prio.
Si quelqu'un voit un autre moyen de répondre à cette problématique (stabiliser le temps de réponse du ping sur une ligne saturée par d'autres flux) je suis preneur de tout conseils (même si il ne s'agit d'utiliser tc).
Merci, Cyril]]>https://debian-facile.org/profile.php?id=113152021-11-09T12:50:02Zhttps://debian-facile.org/viewtopic.php?pid=369932#p369932- ça ne sert à rien en réception - ça ne sert à rien en amont du point de contention si la file d'attente ne se remplit pas.
Exemple : connexion PPPoE 1 Mbit/s via un modem ADSL et une liaison ethernet 100 Mbits. Le point de contention est le modem, pas la liaison ethernet, donc c'est la file d'attente du modem qui va se remplir et pas celle de l'interface ethernet. Pour que la priorisation soit efficace il faut limiter le débit en sortie sur l'interface ethernet au débit montant permis par la liaison ADSL.
Quel type de liaison PPP est-ce ? Via quelle chaîne d'équipements ?]]>https://debian-facile.org/profile.php?id=41122021-11-09T11:34:58Zhttps://debian-facile.org/viewtopic.php?pid=369929#p369929 Tout nouveau sur ce forum ceci est mon premier post.
J'ai un soucis avec tc car je veux prioriser le ping sur une ligne à faible débit régulièrement saturée. quand beaucoup de flux utilisent la ligne (par exemple par un iperf3) je me retrouve avec des temps de réponse qui grimpent en flèche, et je souhaiterai établir une priorité sur le ping afin d'avoir un temps de réponse "normal".
J'essaye de réaliser ceci avec tc pour la priorisation et iptables pour le marquage des paquets.
Actuellement je tag mes paquets avec : iptables -t mangle -A PREROUTING -i ppp0 -p icmp -j MARK --set-mark 10 iptables -t mangle -A POSTROUTING -o ppp0 -p icmp -j MARK --set-mark 10
Puis je crée une queue tc avec : tc qdisc add dev ppp0 root handle 1: prio tc qdisc add dev ppp0 parent 1:1 handle 10: sfq tc qdisc add dev ppp0 parent 1:2 handle 20: sfq tc qdisc add dev ppp0 parent 1:3 handle 30: sfq
Puis je relie les deux avec : tc filter add dev ppp0 parent 1:0 prio 1 handle 10 fw flowid 1:1
Par contre même si j'ai bien le marquage des paquets et la répartition dans les bandes (verifié avec tc -s qdisc dev ppp0) quand je test en lançant un ping, puis en ajoutant en parallèle un iperf3 mon temps de latence de ping augmente sensiblement.
Je ne comprends pas ce que je n'ai pas compris dans tout ça
J'ai bien chargé les modules de noyaux sch_sfq, sch_prio et cls_fw.
J'ai déjà réaliser de très nombreux essais avec d'autres type de qdisc mais rien n'y fait
Si une bonne âme charitable pouvais me guider dans cet arrachage de cheveux qui dure depuis 4 jours ça serait sympa ^
Merci d'avance pour votre aide et au plaisir d'échanger ensemble