Merci beaucoup hwti & acut3 pour ces premières pistes prometteuses !

Pour choper le nom du profile, un appel à PowerManagement:getProfiles devrait faire l'affaire, avec possiblement une heuristique en filtrant les noms contenant "5G", mais bon sur ma LB5 j'ai bien un profile appelé aussi "WiFi5G".
Et ce qui est "rigolo" c'est que Activate est à "true", alors que la LB5 n'est pas supposée supporter ce mode.

Et avec PowerManagement:setTriggeredProfiles, avec
{"profiles":[{"profile":"WiFi5G","activate":false}]}ou
{"profiles":[{"profile":"WiFi5G","activate":true}]}
J'arrive à changer cette valeur sans problème, mais sur ma LB5 je n'observe aucun effet évident en la passant à "false".

Mogette serait-il possible que vous testiez sur votre configuration ?
Il suffit d'aller sur le bouton "Appel APIs..." dans l'onglet "Actions".
Service -> PowerManagement
Method -> setTriggeredProfiles
Parameters -> {"profiles":[{"profile":"WiFi5G","activate":false}]}
Cliquer sur "Call".
Ça c'est pour désactiver le mode eco, pour réactiver il faut faire la même chose mais en mettant "true" à la place de "false" dans les paramètres.
Pourriez vous tester pour voir si cela marche bien chez vous ?

Merci d'avance.

Par la suite il faudra aussi vérifier si un profil "WiFi6G" existe bien (par exemple sur une LB6) et qu'on peut faire pareil pour activer/désactiver son mode éco.

quel version de drivers tu as ?

J'ose espérer qu'ils comptent aussi monter l'upload chez Bouygues sinon ce sont des idiots finis. Monter le prix sans faire jeu égal sur la bande passante.... je sais pas ce qu'ils prennent mais c'est de la bonne.

Va falloir changer le titre 26.90 alignement sur sosh techniques de margoulin
Heureusement j'ai encore l'ancien tarif.

J'ai tout appliqué avec nftables. Le hook netdev egress aide beaucoup, mais ça dépend effectivement encore du driver/NSS/offload path.

On peut sûrement faire mieux : plus robuste (ajouter des gardes-fou), élégant (mieux nommer : c'est un peu terne) voire modulaire ou
homogène (autre façon d'incorporer dans OpenWrt).

Remarque : ma config. commence à dater. Je ne sais pas si elle est toujours opérationnelle même si en principe elle est valable.

wan_iface=$(jsonfilter -i /etc/board.json -e '$.network.wan.ports[0]')

cat >/etc/custom-netdev-table.nft <<EOF
table netdev filter
flush table netdev filter

table netdev filter {
        chain set_isp_vlan_832 {
                udp dport 547 vlan pcp set 6 ip6 dscp set cs6 counter comment "Set QoS for DHCPv6 packets"
                udp dport 67 vlan pcp set 6 ip dscp set cs6 counter comment "Set QoS for DHCPv4 packets"
                icmpv6 type { 133, 135, 136 } vlan pcp set 6 ip6 dscp set cs6 counter comment "Set QoS for ICMPv6 packets"
        }
        chain set_isp_vlan_840 {
                ip protocol igmp vlan pcp set 5 ip dscp set cs4 counter comment "Set QoS for IGMP packets"
        }
        chain lan_iptv {
                ip protocol igmp ip dscp set cs4 counter comment "Set DSCP for IGMP packets"
        }
        chain egress {
                type filter hook egress device $wan_iface priority filter; policy accept;
                vlan type arp vlan pcp set 6 counter comment "Set QoS for ARP packets"
                vlan id 832 jump set_isp_vlan_832
                vlan id 840 jump set_isp_vlan_840
                jump lan_iptv
        }
}
EOF

Dans tous les cas, il faut tester, essayer de comprendre, et pas appliquer aveuglément.