Qui pour en commander une dizaine, les flasher avec OpenWRT, et les revendre

Peut-être qu'ils ne sont pas aussi "rares" que ça, le prix n'a pas trop augmenté depuis.

bloqués dans le détroit d'Ormuz ? 

Pourquoi pas 🤣

je viens de me rendre compte qu'avec mon firmware, si je mets PA dans le "country code" par exemple, ca ne débride pas la puissance du wifi, je reste cloué a 23dBm max, et ce qui est curieux, c'est que dans le menu déroulant, le max c'est 20dBm.
j'ai l'impression que la puissance a été figée a 23dBm, quel que soit le country code utilisé, je suis donc dans l'illégalité car je dois être au delà des 100mw autorisés.
Sur mon firmware précédent j'étais bien à 20dBm, on le voit sur les screen que j'ai posté dans les pages précédentes.
https://lafibre.info/remplacer-bbox/le-meilleur-routeur-openwrt-pour-la-fibre-byou-pure-plus-81-gb/msg1151581/#msg1151581

je viens de changer et ça reste bien sous les 20dBm.

ha toi aussi si tu changes le country code sur le 5Ghz par exemple, avec PA (Panama), après validation, ton menu déroulant ne propose pas plus de 20dBm ??

Sur tous mes équipements précédents, en mettant sur PA, je pouvais monter dans les 26dBm, ce qui devait faire dans les 1 000 mw.

Peut-être qu'ils ne sont pas aussi "rares" que ça, le prix n'a pas trop augmenté depuis.

C'est le prix que j'ai payé, quand même, ça a augmenté depuis

Au passage vous pouvez expliquer les differences entre les versions ?
test-2026.04.19.xxxxxxxxxxxxxx
minimal-oc-ubi-2026.04.19.xxxxxxxxxxxx
SNAPSHOT-2026.04.19.xxxxxxxxxxx
bridger-2026.04.09.xxxxxxxxxxxx

minimal-oc-ubi (maintenant ubi2 / ubi2-oc) : le plus de patchs, accélération avec nft_flow_offload patché pour le support des bridges
test: ubi2-oc + kernel 6.18 (les autres sont en 6.12)
SNAPSHOT : build officielle + le minimum de patchs (mapping"ubi2", 6Ghz aux USA)
bridger : comme ubi, mais accélération avec bridger

utilisé en AP l'offloading n'apporte rien dans ton cas en fait, c'est vraiment pour un usage routeur qu'il y a un impact.

Si, l'accélération est nécessaire pour le bridge LAN :
 - entre Ethernet et Wifi
 - entre les ports 10Gbps LAN1 et LAN2, en configuration AP
 - entre le port 10Gbps LAN2 et les ports 1Gbps (là c'est moins important, le CPU limite moins)

L'accélération du wifi n'est pas faite via WED comme sur d'autres cibles (comme la bpi-r4), mais utilise le NPU (Network, rien à voir avec les réseaux de neurones et l'IA) comme le routage.
Le support du NPU Airoha est récent dans le kernel (et backporté par OpenWrt), donc il peut y avoir des bugs.

Il y a deux solution concurrentes pour déclencher l'accélération (détecter les flux à accélérer, et donc à envoyer au NPU) :
 - nft_flow_offload : c'est le système de base pour l'accélération de routage / NAT dans le kernel, là un dev a fait des patchs pour que ça puisse fonctionner sur les bridges
 - bridger : c'est la solution officielle OpenWrt pour l'accélération des bridges
Pour l'instant selon les configurations, parfois l'une fonctionne et pas l'autre, et il peut y avoir des bugs.

Le support des cibles Airoha dans OpenWrt est assez particulier, parce qu'il y a peu d'appareils vendus au grand public.
Airoha est une filiale de Mediatek, et a racheté EcoNet (autre filiale) en 2021, et leur marché cible est le broadband (xDSL, xPON) donc surtout les opérateurs.
Pour les simples routeurs, c'est plus adressé par Mediatek (OpenWrt One / Two, bpi-r3/r4, ...).
Le W1700K a un AN7581, qui a un support XGS-PON/GPON ici inutilisé : l'opérateur a dû vouloir une plateforme commune avec son ONT/routeur Q1000K.