Auteur Sujet: Remplacement de la Livebox par un routeur Openwrt (Lu 363245 fois)

Cimmerian_Iter · « **Réponse #1116 le:** 20 mars 2025 à 08:59:40 »

Ok merci beaucoup pour les informations, c'est plus clair.

Il me restait un dernier problème, je n'ai pas de connectivité sur les ports ethernet.

Normalement, j'avais

Code: [Sélectionner]

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

Mais si je fais brctl show j'obtiens ça :

Code: [Sélectionner]

root@openwrt-github:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br-lan          uneaddressemac       no              phy1-ap0

Ca ne fait pas sens, alors j'ajoute en cli ip link set lanX master br-lan

Et j'obtiens ça a la fin......

Code: [Sélectionner]

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'eth1'
        list ports 'eth2'
        list ports 'eth3'
        list ports 'eth4'

Je ne comprends plus rien..... Pourtant si je liste les devices dans openwrt je vois ça

Code: [Sélectionner]

root@openwrt-github:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br-lan          uneaddressemac       no              phy1-ap0
                                                                      lan1
                                                                      lan2
                                                                      lan3
                                                                      lan4

Alors je redecide de modifier la config et de remplacer les eth par lan, et ça marche?

Alors que j'ai juste refait la config de base.....

Du coup je comprend pas trop, des lan qui sont eth, des eth qui n'existent pas. Bref au moins ça marche mais ça reste incompréhensible pour moi.

En tout cas merci de votre aide, maintenant j'ai un routeur qui fonctionne, et openwrt est franchement bien mieux à avoir comme routeur qu'un livebox.

simon · « **Réponse #1117 le:** 20 mars 2025 à 09:52:01 »

Pour moi il faut lister les interfaces physiques dans "list ports". Si ces ports sont appelés "lanX" (renommés par netifd ou udev, je suppose) alors c'est cela qu'il faut utiliser, et sinon, ethX probablement.

Chez moi, ils s'appellent tous ethX. Ils remontent sur un bridge et c'est le bridge qui porte les VLAN (nouvelle facon de faire depuis la migration vers DSA).
Toutes les interfaces s'appellent ethX, et c'est bien ces noms que j'ai dans les logs. netifd, lui, semble utiliser les noms déclarés dans "config interface 'xxx".

En tout cas, si ta config marche, c'est l'essentiel

basilix · « **Réponse #1118 le:** 20 mars 2025 à 10:11:18 »

@Cimmerian_iter:

Il faut adapter la configuration au matériel. C'est le gros défaut de cette méthode : une réécriture de la configuration en bloc.

Visiblement, ton routeur supporte le DSA (Distributed Switch Architecture). Les ports du commutateur deviennent des interfaces virtuelles.
Les interfaces nommées eth0, eth1... sont des SoC Ethernet (circuits intégrés). L'électronique de ton routeur branche le commutateur (puce)
à eth0. Ainsi, un seul périphérique Ethernet (couche L2) permet de gérer plusieurs ports. Les interfaces virtuelles « lan...» sont créées via le
DSA. C'est comme si on disposait de périphériques Ethernet en supplément (en réalité, on n'en a qu'un seul, eth0).

VLAN, DSA... c'est assez complexe.

basilix · « **Réponse #1119 le:** 20 mars 2025 à 10:37:39 »

@Cimmerian_iter:

Il faut comprendre un minimum ce que l'on fait. Le mieux serait de repartir de la configuration usine puis l'adapter.

Cimmerian_Iter · « **Réponse #1120 le:** 20 mars 2025 à 10:45:08 »

Merci pour la réponse,

La confusion viens du fait qu'avant d'utiliser cette config je n'avais jamais de eth1,2,3,4 mentionné quelque part. Forcément comme tu le dis on a qu'un seul contrôleur ethernet et c'est subdivisé selon les ports. Je le savais bien étant donné que l'adresse MAC des ports lan étaient toute les mêmes (ce qui veut dire même controleur ethernet derrière). Et je suis parti de la config de base, le br-lan que j'avais gardé avant de faire la manip, qui dans la liste des ports utilisait la notation lan1, lan2, lan3, lan4.

Sauf que avec la nouvelle config malgré les modifications que j'ai faite pour garder cette partie lan, les ports lan ne marchaient pas. Et je voyais dans la gui des eth1, eth2, eth3 eth4. Qui n'étaient pas la avant. Et même quand je rajoute les interfaces lan manuellement en cli ça me sort des eth en config.

Au final après ces manips j'ai remis la config lan de base comme je l'avais mentionné 3-4 messages avant et maintenant ça remarche, donc les modifications que j'avais faite au début pour adapter la config a mon routeur et ses spécificité était correct, mais pour une raison inconnu elle n'a pas marché du premier coup.

BipBip1981 · « **Réponse #1121 le:** 24 mars 2025 à 22:32:30 »

Bonsoir,

Suite au passage de mon offre Sosh fibre de 300 Mbit/s / 300 Mbit/s à 1 Gbit/s / 800 Mbit/s, je me suis rendu compte d'un souci de débit descendant et montant avec OpenWrt 24.10 et même 23.05 sur mon NetGear R7800.

Je plafonne à 300 Mbit/s / 400 Mbit/s quelle que soit la version d'OpenWrt, alors qu'avec la Livebox officielle, j'ai 930 Mbit/s / 700 Mbit/s.

Ayant déjà eu des soucis de débit, j'ai essayé les réglages suivants :

– Flow offloading type sur None -> 300 Mbit/s / 400 Mbit/s

– Flow offloading type sur Software -> perte de débit par rapport à None.

– Flow offloading type sur hardware-> catastrophique.

– Firmware ath10k-firmware-qca9984-ct -> 300 Mbit/s / 400 Mbit/s

– Firmware ath10k-firmware-qca9984 -> 300 Mbit/s / 400 Mbit/s

Je constate aussi que, durant un test de débit, j'ai un des deux CPU à 100 % et pas l'autre via l'utilitaire htop en ligne de commande.

Tous les essais sont réalisés avec juste un paramétrage pour avoir accès à internet, comme dans le tuto de la page une de ce forum, modulo les adaptations pour DSA lors de l'utilisation d'OpenWrt 24.10.

Quelqu’un a des pistes afin d’avoir les débits corrects et d’éviter de revenir à la Livebox et de continuer à utiliser mon R7800 ?

Merci.

Mjules · « **Réponse #1122 le:** 24 mars 2025 à 22:57:30 »

Citation de: BipBip1981 le 24 mars 2025 à 22:32:30

Bonsoir,

Suite au passage de mon offre Sosh fibre de 300 Mbit/s / 300 Mbit/s à 1 Gbit/s / 800 Mbit/s, je me suis rendu compte d'un souci de débit descendant et montant avec OpenWrt 24.10 et même 23.05 sur mon NetGear R7800.

Je plafonne à 300 Mbit/s / 400 Mbit/s quelle que soit la version d'OpenWrt, alors qu'avec la Livebox officielle, j'ai 930 Mbit/s / 700 Mbit/s.

Ayant déjà eu des soucis de débit, j'ai essayé les réglages suivants :

– Flow offloading type sur None -> 300 Mbit/s / 400 Mbit/s

– Flow offloading type sur Software -> perte de débit par rapport à None.

– Flow offloading type sur hardware-> catastrophique.

– Firmware ath10k-firmware-qca9984-ct -> 300 Mbit/s / 400 Mbit/s

– Firmware ath10k-firmware-qca9984 -> 300 Mbit/s / 400 Mbit/s

Je constate aussi que, durant un test de débit, j'ai un des deux CPU à 100 % et pas l'autre via l'utilitaire htop en ligne de commande.

Tous les essais sont réalisés avec juste un paramétrage pour avoir accès à internet, comme dans le tuto de la page une de ce forum, modulo les adaptations pour DSA lors de l'utilisation d'OpenWrt 24.10.

Quelqu’un a des pistes afin d’avoir les débits corrects et d’éviter de revenir à la Livebox et de continuer à utiliser mon R7800 ?

Merci.

Tu utilises du SQM/QOS ? Essaye de le désactiver si c'est le cas parce que tes symptômes ressemblent à un CPU trop limite pour gérer un flux de paquet à 1Gbits. Mais normalement, l'offload devrait réduire le soucis.

tu peux aussi essayer de fixer les irq de chaque carte réseau (wan et lan) sur des cœurs différents
https://openwrt.org/docs/guide-user/advanced/load_balancing_-_tuning_smp_irq

j'ai écris un petit script pour faire ça automatiquement sur mon routeur, à adapter à ton cas :

Code: [Sélectionner]

#/etc/hotplug.d/net/90-setting-perso-smp-affinity 
#
# Recupere les irq des ports reseaux
#
IRQ_ETH0=`grep -h eth /proc/interrupts |cut -d":" -f1|head -n1`
IRQ_ETH1=`grep -h eth /proc/interrupts |cut -d":" -f1|tail -n1`

#
# Attribue les IRQ a un coeur specifique du processeur
# CPU0 : 1
# CPU1 : 2 
# CPU2 : 4
# CPU3 : 8
#
echo -n 8 > /proc/irq/$IRQ_ETH0/smp_affinity
echo -n 2 > /proc/irq/$IRQ_ETH1/smp_affinity

Mjules · « **Réponse #1123 le:** 24 mars 2025 à 23:00:38 »

Il y a pas mal d'idée là :
https://forum.openwrt.org/t/r7800-showing-slower-speeds-on-gigabit-internet/216319

basilix · « **Réponse #1124 le:** 25 mars 2025 à 08:14:08 »

@BipBip1981 :

Suppose qu'on apporte des suggestions sur le tutoriel. Elles seront perdues dans le flot d'information (lequel se transforme, au fil du temps, en nuée).
Pensez donc à bien exposer les choses en ouvrant un nouveau fil de discussion. Beaucoup de gens postent sur des fils actifs dans l'espoir d'avoir une
réponse. Par facilité ou simplicité. Il y a par exemple une section du forum « OpenWrt » qui n'est pas très active.

Je trouve que le tutoriel est utile. Mais il y a tellement de trucs difficiles à établir en périphérie que cela en devient frustrant.

BipBip1981 · « **Réponse #1125 le:** 25 mars 2025 à 22:14:00 »

Bonsoir,

@Mjules :

Merci pour ton script, je l'ai adapté, mais il n'a rien changé.

De ce que j'ai compris, le réglage par défaut de mon OpenWrt est déjà l'optimum d'après la documentation…

Concernant ton lien https://forum.openwrt.org/t/r7800-showing-slower-speeds-on-gigabit-internet/216319, il m'a rappelé mon post de septembre 2022 ici concernant le software offloading… Et il m'a été utile, car en activant l'option Packet Steering sur All CPU, j'ai gagné en débit. Ce n'est pas les 930 annoncés, mais 400-600, ce qui est déjà mieux, donc c'est super. ;-)

@basilix : Je pense que tu as raison, mais poster sur OpenWRT sera contre-productif. La page de garde est à jour. Quelqu'un qui arrive ici va suivre le tuto avec l'espoir fou que ça marche du premier coup… et puis non… mais il a la chance de remonter la nuée de posts et de trouver l'information qui lui manque, comme : passage à DSA… firmware d'origine moins performant qu'un autre pour un routeur spécifique qui est le sien, paramétrage de l'Offloading en None/Software/Hardware, ETH0 sur Wan et ETH1 sur LAN ou inversement sur un autre matériel…

Bonne soirée.

basilix · « **Réponse #1126 le:** 27 mars 2025 à 07:37:55 »

@BipBip1981 :

J'ai parcouru un fil de discussion sur la performance de ton routeur dans le forum du projet OpenWrt. Cela dépasse clairement mes compétences.
Mais force est de constater que ce fil contient actuellement plus de 300 posts. On est clairement plus dans le tutoriel mais dans le support dédié à
un routeur. C'est moche, mais c'est la réalité. La qualité finale du micrologiciel dépend des contributions de développeurs bénévoles, engagés et
passionnés. On est pas sur du rafistolage.

Le tutoriel m'a beaucoup apporté (toute ma gratitude à @ubune). Néanmoins, il n'est plus au niveau. On peut mieux faire et plus efficacement. C'est
plus difficile à réaliser. Si on y arrive, c'est beaucoup plus simple. Donc, je vais la mettre en veilleuse (don't spread negativity!).

ubune · « **Réponse #1127 le:** 02 avril 2025 à 10:14:34 »

Citation de: basilix le 27 mars 2025 à 07:37:55

@BipBip1981 :

J'ai parcouru un fil de discussion sur la performance de ton routeur dans le forum du projet OpenWrt. Cela dépasse clairement mes compétences.
Mais force est de constater que ce fil contient actuellement plus de 300 posts. On est clairement plus dans le tutoriel mais dans le support dédié à
un routeur. C'est moche, mais c'est la réalité. La qualité finale du micrologiciel dépend des contributions de développeurs bénévoles, engagés et
passionnés. On est pas sur du rafistolage.

Le tutoriel m'a beaucoup apporté (toute ma gratitude à @ubune). Néanmoins, il n'est plus au niveau. On peut mieux faire et plus efficacement. C'est
plus difficile à réaliser. Si on y arrive, c'est beaucoup plus simple. Donc, je vais la mettre en veilleuse (don't spread negativity!).

Hello Basilix,
Désolé je passais moins souvent sur le forum ces temps-ci.
Pas de souci pour mettre à jour le tuto. Après, pour être sûr que ce soit une amélioration, il faut qu’il y ait soit un "vrai" gain de performance, soit une simplification de la configuration/déploiement.