La Fibre
Datacenter et équipements réseaux => Routeurs => 
Routeur => Discussion démarrée par: Nathan974 le 31 mai 2023 à 09:43:10
-
Bonjour,
Je souhaiterai réaliser un mode bridge sur openwrt pour pouvoir utiliser le qos de mon 2ieme routeur car j'obtiens de meilleurs performance avec celui-ci.
routeur1 ----->openwrt (mode dhcp 832 ORANGE)
lan ---->192.168.1.1
routeur2 -----> wan 10.0.0.1
Merci par avance .
-
Bonjour Nathan, quelle est ta question ?
-
Bonjour Nathan, quelle est ta question ?
Salut simon , j'aimerais savoir si c'est réalisable et si oui un ptit coup de pouce pour le faire.
-
En faite je voudrais savoir si c'est possible de réaliser un bridge identique a celle de la freebox..
Openwrt juste pour l'authentification et le routeur 2 gère le reste.
-
Oui, je suppose que c'est faisable. En IPv6, ca va être assez simple. En IPv4, tu risque d'avoir du double NAT.
Aurais-tu un schéma réseau de ton archi cible ? As-tu deux routeurs pour une raison particulière, ou ne peux-tu pas simplement utiliser le routeur 2 pour tout faire ?
-
Oui, je suppose que c'est faisable. En IPv6, ca va être assez simple. En IPv4, tu risque d'avoir du double NAT.
Aurais-tu un schéma réseau de ton archi cible ? As-tu deux routeurs pour une raison particulière, ou ne peux-tu pas simplement utiliser le routeur 2 pour tout faire ?
Oui j'ai deux routeurs parceque j'utilise le second pour la qos pour mes jeux qui malheureusement ne possède pas les options nécessaire pour se connecter aux réseau d'orange
-
OK. Quels sont tes routeurs ? Peut-être peux-tu mieux configurer le routeur #1 pour que la QoS fasse ce que tu veux ? C'est un domaine un peu compliqué, donc ca nécessite un peu de connaissances et de mettre les mains dans le camboui, mais c'est faisable.
Un schéma réseau nous aiderait beaucoup.
Pour mon info, quelles différences de perf observes tu ?
-
OK. Quels sont tes routeurs ? Peut-être peux-tu mieux configurer le routeur #1 pour que la QoS fasse ce que tu veux ? C'est un domaine un peu compliqué, donc ca nécessite un peu de connaissances et de mettre les mains dans le camboui, mais c'est faisable.
Un schéma réseau nous aiderait beaucoup.
Pour mon info, quelles différences de perf observes tu ?
Openwrt------>routeur Msi---->5 pc ,3 console,Tv,etc....
J'ai déjà essayer sqm_cake sous openwrt ça fonctionner pas et la différence de perf c'est que le routeur msi priorise mes paquets....
A part faire un script sous openwrt (chose que je ne sait pas faire) la qos me sert pas a grand chose.. Je voudrais éviter le double nat tout en ayant une priorisation des paquets de mes machines.
-
c'est quoi la conf de priorisation dans le routeur Msi , on peut éventuellement la refaire dans openwrt ?
Il sera difficile de faire un bridge en IPv4 tout en conservant le client dhcp sur l'openwrt.
-
Tu désires une config complexe, je pense que ca ne va pas être facile à obtenir en 3 clicks.
u n'as pas forcément besoin de te plonger dans cake pour donner la priorité à certains flux... tu dois pouvoir utiliser des règles tc simples pour différencier sur l'adresse IP et donner priorité aux machines utilisées pour les jeux. Si j'étais toi, je resterai sur openwrt et j'essayerai d'expérimenter avec tc.
-
Comme mentionner plus haut si je savais faire un script je le ferais...oui TC est a la fois fabuleux et a la fois complexe créer un qdisc ajouter les files d'attente marquer les paquets, classer les paquets dans la bonne files etc.... De plus openwrt version 22 est passer sous nftables j'ai aucune connaissance de cela, iptables oui un peu mais nftables la je sèche..
-
c'est quoi la conf de priorisation dans le routeur Msi , on peut éventuellement la refaire dans openwrt ?
Il sera difficile de faire un bridge en IPv4 tout en conservant le client dhcp sur l'openwrt.
OK Principalement la priorisation de paquet par ip source un peu comme le LLQ de chez cisco
-
Vous pensez qu'un qdisc prio ferait l'affaire avec une priorisation des petits paquets udp et ack (length:60) classer en :1 mais pas sure si cela suffisent.
-
Vous pensez qu'un qdisc prio ferait l'affaire avec une priorisation des petits paquets udp et ack (length:60) classer en :1 mais pas sure si cela suffisent.
Tu peux essayer et voir ce que ca donne, ca ne devrait pas être très dur à mettre en place. Les jeux pour lesquels un ping faible est nécessaire utilisent très probablement UDP, je ne pense pas que prioriser les ack sur l'upload soit vraiment nécessaire mais ca peut se tenter également.
-
Tu peux essayer et voir ce que ca donne, ca ne devrait pas être très dur à mettre en place. Les jeux pour lesquels un ping faible est nécessaire utilisent très probablement UDP, je ne pense pas que prioriser les ack sur l'upload soit vraiment nécessaire mais ca peut se tenter également.
Je testerais des trucs pour voir
-
Il est beaucoup plus simple d'installer le paquet "luci-app-sqm". Ensuite, dans l'interface web, configurer la bande passante down/up à 95% du réel max et c'est terminé. Le test https://www.waveform.com/tools/bufferbloat donne un A+ immédiat ... :)
(En tout cas si j'ai bien compris ton usage qui est de pouvoir garantir un ping bas et stable même pendant un téléchargement).
Plus de détail sur https://openwrt.org/docs/guide-user/network/traffic-shaping/sqm
-
Nathan, es tu en fibre ? Quel est ton upload ? J'ai du mal à croire que tu satures ton upload et que ce soit cela qui impacte ton ping...
En effet, luci-app-sqm peut probablement aider. Sur mon routeur, je n'ai jamais mis en place sqm, je ne fais pas de QoS (au dela de fq_codel qui est le defaut qdisc, mais entre des interfaces 1Gb Ethernet, il ne va pas y avoir beaucoup de congestion...) et avec une 300/300Mbit/s Sosh, je n'en ai jamais ressenti le besoin.
Je ne fais pas de jeux ceci dit, mais des visioconf, de gros transferts de fichiers, du SSH interactif, du VNC, etc.
-
Il est beaucoup plus simple d'installer le paquet "luci-app-sqm". Ensuite, dans l'interface web, configurer la bande passante down/up à 95% du réel max et c'est terminé. Le test https://www.waveform.com/tools/bufferbloat donne un A+ immédiat ... :)
(En tout cas si j'ai bien compris ton usage qui est de pouvoir garantir un ping bas et stable même pendant un téléchargement).
Plus de détail sur https://openwrt.org/docs/guide-user/network/traffic-shaping/sqm
SQM en effet donne un A+ au test bufferbloat mais en jeux c'est une catastrophe ce que je cherche à faire c'est donner la priorité aux paquets ,sur le forum openwrt SQM est loin de faire l'unanimité ..Malheureusement.
-
Bon j'essaye mais ça veut pas
-
Les paquets vont pas dans la class souhaiter
-
il me faudrait juste convertir cette règles iptables en nftables .
iptables -t mangle -A POSTROUTING -p udp -m length --length :60 -j TOS --set-tos 0X10
-
SQM en effet donne un A+ au test bufferbloat mais en jeux c'est une catastrophe ce que je cherche à faire c'est donner la priorité aux paquets ,sur le forum openwrt SQM est loin de faire l'unanimité ..Malheureusement.
Je suis assez surpris car bien que je sature très peu souvent ma connexion, j'ai déjà effectué des tests en téléchargeant au max (~890 Mbits) tout en jouant à un jeu en ligne (FPS). Aucun lag ou rubber banding ou même perte de paquets (indicateur ingame).
-
C'est mon impression aussi : en fibre, pas besoin de QoS particulière dans la majorité des cas.
-
Ah je précise que mon test était avec SQM (variante "cake" au lieu de "codel"). Sans SQM, lag et rubber banding constant en jeu pendant un téléchargement.
-
Ah je précise que mon test était avec SQM (variante "cake" au lieu de "codel"). Sans SQM, lag et rubber banding constant en jeu pendant un téléchargement.
Ce n'est pas une question de débit mais de mise en forme du trafic a ton avis comment fq_codel ou sqm_cake évite le gonflement de la mémoire tampon??
-
Suite a un downgrade vers la version 21 de openwrt je commence a voir le bout du tunnel. J'ai opté pour de la planification et de la mise en forme. C'est loin d'être parfait mais c'est déjà un bon début (test concluant). Il me reste juste a classé le trafic de masse.
-
:)