La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Bbox par un routeur => Discussion démarrée par: cs34 le 22 février 2026 à 17:52:14
-
Dans l'espoir de pouvoir faire gagner du temps et des efforts à d'autres personnes sur ce forum. Je peux affirmer avec succès que j'utilise pleinement mon offre Bouygues 8/1 Pure fibre, sans avoir à utiliser leur box, et que j'utilise OpenWRT tout en bénéficiant de toute la bande passante pour laquelle je paie. J'ai d'abord récupéré un Nokia ONT de chez Bouygues (grâce aux conseils de ce forum), que j'ai ensuite connecté à un routeur Quantum Fibre W1700k. Il s'agit du routeur OpenWRT au meilleur rapport prix/vitesse disponible (2 Ethernet 10 Gbit/s et 2 Ethernet 1 Gbit/s et wifi 7, dont 6 GHz) proposé par un FAI américain, disponible sur eBay et Amazon US pour environ 50 EUR plus frais de port. Bien que ce routeur ne soit pas encore pris en charge par l'OpenWRT d'origine, il existe une communauté dynamique qui développe des logiciels pour celui-ci sur le forum OpenWRT, et je peux personnellement signaler qu'il fonctionne très bien. C'est, de loin, le meilleur routeur WiFi7 pour OpenWRT à l'heure actuelle, mais c'est aussi le routeur le plus abordable doté de 2 ports Ethernet 10Gbe.
Maintenant, si seulement je pouvais faire en sorte que Bouygues arrête de me facturer 3 euros par mois pour la location d'une box que je n'utilise pas.
-
Je confirme, par contre c'est devenu un modèle plus rare qu'auparavant, avec les taxes ça doit être plutôt 100 à 120€ maintenant
-
Bonjour,
sur Amazon US il sort a 86.53€ livré il me semble :
https://www.amazon.com/Quantum-Fiber-W1700K-Wired-Centurylink/dp/B0DR7KMNC4
(https://i.imgur.com/XIEgB3o.png)
Je serais preneur d'un petit tuto pour le faire fonctionner sous OpenWRT. Je suis actuellement chez SFR avec un Banana PI-R3 et je passe chez B&YOU pure fibre en debit+ dans 2 semaines.
-
ha ben il est dispo sur le .FR : https://www.amazon.fr/Quantum-Fiber-W1700K-filaire-Centurylink/dp/B0DR7KMNC4/
bizarre qu'il soit vendu en France alors que c'est pour un FAI US...
EDIT: vendu par AMAZON US ;D
(https://i.imgur.com/9nELWDq.png)
-
Bonjour,
sur Amazon US il sort a 86.53€ livré il me semble :
https://www.amazon.com/Quantum-Fiber-W1700K-Wired-Centurylink/dp/B0DR7KMNC4
(https://i.imgur.com/XIEgB3o.png)
Je serais preneur d'un petit tuto pour le faire fonctionner sous OpenWRT. Je suis actuellement chez SFR avec un Banana PI-R3 et je passe chez B&YOU pure fibre en debit+ dans 2 semaines.
https://github.com/OpenWRT-fanboy/w1700k-ubi-installer/blob/main/README.md + https://openwrt.org/toh/gemtek/mxf-w1700k
Il faut donc en plus https://www.amazon.fr/Rtinle-Adaptateur-Conversion-dinterface-Compatible/dp/B0B7RHPMT7 et un tournevis
-
ouaip, j'ai déjà ça, c'etait fourni avec mon BP-R3 ;D
-
est ce que n'importe quel routeur qui accepte d'être flashé avec OpenWrt fonctionne pour remplacer la Bbox ? Ou est ce qu'il existe déjà une liste peut être ? merci.
-
Du moment qu'il possède les bons ports, oui. Il faut juste faire attention à la puissance de calcul ou à la présence d'accélération matérielle surtout en cas de débit XGS-PON, et que les autres critères éventuels soient satisfaits.
-
est ce que n'importe quel routeur qui accepte d'être flashé avec OpenWrt fonctionne pour remplacer la Bbox ? Ou est ce qu'il existe déjà une liste peut être ? merci.
Réponse courte : oui, en XGS-PON (8g/1g) j'ai branché l'ONT Nokia sur le port WAN et ça a marché direct.
-
Mon routeur W1700k est arrivé des US avec 1 semaine d'avance...il est dans la boite aux lettres du logement ou je déménage et pour lequel je n'ai pas encore les clés >:( ;D
commandé le 22/03 reçu le 01/04
-
J'attends ton retour pour voir si ça vaut le coup/coût !
-
Je vais le prendre mais uniquement pour en faire un AP Wifi 7 10GBPS, vu le prix c'est donné
-
Le prix augmente encore sur Amazon France
-
Logique, il y a un support officiel OpenWRT depuis quelques jours (snapshot)
-
Même à 103€ ça reste intéressant, à mon sens.
-
Le prix augmente encore sur Amazon France
il est passé de 103.18€ à 103.22€ ;D ;D les fluctuations du dollar sans doute.
-
dites, il faut un master en démontage de pneus pour l'ouvrir ? 3/4h que j'y suis, rien à faire...ca va se terminer par un coup de masse et a la poubelle...
-
Le wiki OpenWRT indique qu'il faut aller sous le QR Code où tu trouveras une vis que tu peux enlever. Est-ce si difficile que ça ?
-
hahaha oui j'ai complètement oublié ça, mais finalement je n'ai pas cet embout T10 dans ma boite a outils, avec un peu de chance je l'ai au boulot.
-
le routeur est en rupture pour le moment chez amazon fr/us. A suivre donc
-
Introuvable sur d'autres sites aussi (eBay, etc). Faut dire que le prix est donné.
-
salut les amis !
je difficile du faire trouvé 4x2.5G et wifi sur amazon mais aucun précis routeur openwrt pfff
-
salut les amis !
je difficile du faire trouvé 4x2.5G et wifi sur amazon mais aucun précis routeur openwrt pfff
le Gl.inet Flint 3 : routeur wifi avec 5 ports 2.5Gbps, basé sur openwrt.
https://www.amazon.fr/GL-iNet-GL-BE9300-Couverture-Extensible-Connectivity/dp/B0FB8X43KJ
-
hahaha oui j'ai complètement oublié ça, mais finalement je n'ai pas cet embout T10 dans ma boite a outils, avec un peu de chance je l'ai au boulot.
Un peu dur quand on a pas le bon embout avec la bonne longueur (l'embout doit être vraiment long !)
-
Un peu dur quand on a pas le bon embout avec la bonne longueur (l'embout doit être vraiment long !)
Aurais-tu l'amabilité de faire quelques photos afin que l'on puisse voire ce que ça donne ? Les photos sur le wiki de OpenWRT ne sont pas très explicités...
Je pourrais ainsi voir si je dois acheter un embout long ou non.
-
Aurais-tu l'amabilité de faire quelques photos afin que l'on puisse voire ce que ça donne ? Les photos sur le wiki de OpenWRT ne sont pas très explicités...
Je pourrais ainsi voir si je dois acheter un embout long ou non.
(http://pix.milkywan.fr/Cb5oGBB1.jpg)
(http://pix.milkywan.fr/ShF1wlkf.jpg)
(http://pix.milkywan.fr/f6HVFe40.jpg)
-
Merci pour les photos, le trou à realiser semble assez gros, et il semble preferable d'utiliser une foreuse plutôt que d'essayer de faire un trou avec un tournevis comme cela est mentionné sur le wiki OpenWRT.
-
j'ai ca au boulot :
https://www.amazon.fr/YINSAN-Magn%C3%A9tique-R%C3%A9paration-Ordinateur-Smartphone/dp/B0897M7QH4/
selon vous ca passera pas ?
-
je viens de voir qu'il y avait 2 apps très interessantes sous Luci :
luci-app-w1700k-fancontrol : https://github.com/rchen14b/luci-app-w1700k-fancontrol
luci-app-airoha-npu : https://github.com/rchen14b/luci-app-airoha-npu
-
Reçu l'appareil, qui est plutôt facile à ouvrir une fois qu'on a le coup de main, mais je n'ai pas pensé à acheter l'adaptateur pour la prise américaine.... livraison demain d'Amazon
-
Note : le chargeur inclut a une tension de 110v-120v. Il est preferable de prendre un convertisseur de tension.
EDIT : voici celui que j'ai pris : https://www.amazon.fr/dp/B0GJSGHM5L
-
j'ai ca au boulot :
https://www.amazon.fr/YINSAN-Magn%C3%A9tique-R%C3%A9paration-Ordinateur-Smartphone/dp/B0897M7QH4/
selon vous ca passera pas ?
ca passe pas !!! >:( >:(
-
ca passe pas !!! >:( >:(
La solution est de prendre l'embout t10, le glisser dans la cavité où il y a la vis, bien sentir que le t10 soit placé sur la vis, et ensuite dévisser à la main. Cela devrait aller, c'est ce que j'ai fait.
-
Note : le chargeur inclut a une tension de 110v-120v. Il est preferable de prendre un convertisseur de tension.
EDIT : voici celui que j'ai pris : https://www.amazon.fr/dp/B0GJSGHM5L
pourquoi ne pas prendre directement une alimentation 220v vers 12V 5A comme indiqué sur l'adaptateur d'origine ?
par contre ce qui est en vente sur amazon ca me fait un peu peur quand on lit les commentaires...je ne sais pas ou on peut trouver du matos sérieux, si quelqu'un connait ?!
-
La solution est de prendre l'embout t10, le glisser dans la cavité où il y a la vis, bien sentir que le t10 soit placé sur la vis, et ensuite dévisser à la main. Cela devrait aller, c'est ce que j'ai fait.
mon embout arrive a ras, il dépasse seulement de quelques millimètres. :(
-
pourquoi ne pas prendre directement une alimentation 220v vers 12V 5A comme indiqué sur l'adaptateur d'origine ?
Que veux-tu dire ? Le chargeur d'origine indique un voltage de 110-120v, donc par sécurité, étant donné qu'en Europe nous sommes en 230V, il est préférable de prendre un convertisseur de tension.
-
mon embout arrive a ras, il dépasse seulement de quelques millimètres. :(
Voilà mon embout pour référence.
-
Que veux-tu dire ? Le chargeur d'origine indique un voltage de 110-120v, donc par sécurité, étant donné qu'en Europe nous sommes en 230V, il est préférable de prendre un convertisseur de tension.
je parle de ça :
https://www.amazon.fr/JZK-Alimentation-Adaptateur-dalimentation-t%C3%A9l%C3%A9viseurs/dp/B0F383LM74/
plutot que de passer par un convertisseur, autant prendre une alim 12V 5A
-
mon embout une fois dans le trou :
(https://i.imgur.com/SixLc2j.jpeg)
et pour référence, sa taille :
(https://i.imgur.com/9VqjzA8.jpeg)
-
je pense que je vais commander celui-ci :
https://www.amazon.fr/Adaptateur-dalimentation-moniteurs-guirlande-purificateur/dp/B001W3UYLY/
-
mon embout une fois dans le trou :
et pour référence, sa taille :
Ca semble de la même taille que moi. Du coup, moi j'ai placé l'embout, et placé légèrement le tournevis aimanté par-dessus pour pouvoir tourner légèrement. La visse se dévissera ensuite facilement.
-
je pense que je vais commander celui-ci :
https://www.amazon.fr/Adaptateur-dalimentation-moniteurs-guirlande-purificateur/dp/B001W3UYLY/
Peut-être que je suis mauvais en électricité, mais tu auras toujours une tension de 230V en entrée, donc ça ne changera pas grand chose.
Par contre, il est possible que le circuit imprimé du Quantum support en effet le 230V (mais je ne préfère pas tester, d'où le convertisseur de tension).
Si je fais erreur, prière de m'expliquer, ça m'intéresse.
EDIT : ok, je viens de comprendre, la tension de sortie est de 12v, et c'est ça qui nous intéresse ici. Donc ok pour cet adapatateur.
-
mais tu auras toujours une tension de 230V en entrée, donc ça ne changera pas grand chose.
ben 230v c'est ce qu'EDF délivre a la prise, donc je ne vois pas ce qui est anormal ?! on est en France, enfin moi du moins...
la tension de sortie 12V 5A correspond a ce qui est écrit sur l'alim originale, donc ca c'est bon.
il n'y a que la tension d'entrée qui change, et c'est conforme a ce qui se fait pour la France, du coup c'est moi qui ne te comprends pas.
D'ailleurs si tu regardes bien, c'est indiqué input 110-240V, donc cette alim marche sur des prises de 110 a 240v, elle s'adapte au courant d'entré.
-
ben 230v c'est ce qu'EDF délivre a la prise, donc je ne vois pas ce qui est anormal ?! on est en France, enfin moi du moins...
la tension de sortie 12V 5A correspond a ce qui est écrit sur l'alim originale, donc ca c'est bon.
il n'y a que la tension d'entrée qui change, et c'est conforme a ce qui se fait pour la France, du coup c'est moi qui ne te comprends pas.
D'ailleurs si tu regardes bien, c'est indiqué input 110-240V, donc cette alim marche sur des prises de 110 a 240v, elle s'adapte au courant d'entré.
Oui pardon, tu as raison, c'est moi qui n'avait pas compris le fonctionnement correct.
J'ai un chargeur 12v, donc ça devrait le faire, j'essayerai d'installer OpenWRT ce soir.
Edit : pas de chance, pas un 60W. J'ai commandé le même chargeur que toi, au final.
-
il faut que l'ampérage soit d'au moins 5A aussi...
-
il faut que l'ampérage soit d'au moins 5A aussi...
Oui, j'ai bien compris, pardon de mon aspect "noob" ;D Bon on verra bien demain !
-
Bon, en ce qui me concerne, j'ai réussi à flasher OpenWRT, j'accède bien à l'interface Luci.
Toutefois, malgré que j'ai bien paramétré le wifi dans OpenWRT, aucun de mes appareils ne détecte l'appareil OpenWRT...
Edit : j'utilise la version Snapshot de openwrt
-
Au final J'ai utilisé le firmware de OpenWrt Fanboy qui fonctionne parfaitement.
La version snapshot ne semble pas encore au point
-
Au final J'ai utilisé le firmware de OpenWrt Fanboy qui fonctionne parfaitement.
ou est-ce qu'on le récupère ? je vais bientot m'y mettre, hier je l'ai ouvert, mais j'ai pas eu trop de temps car j'ai mon PC a reconfigurer suite a ma réinstallation de Windows sur mon PC. ce sera surement pour ce week end.
-
En somme, il faut suivre le tutoriel sur le site officiel de OpenWRT, mais en remplaçant l'installer par celui-ci :
https://github.com/OpenWRT-fanboy/w1700k-ubi-installer/releases/tag/ubi-installer
Il faudra installer Luci depuis le terminal, par contre. Autre remarque : lors de la configuration du wifi, il est impossible de choisir la fréquence 6GHz dans l'interface de Luci. Il faudra configurer dans le fichier /etc/config/wireless.
Edit : ne pas oublier le sysupgrade, aussi : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/minimal-oc-ubi-2026.04.16-r34004-0abd06ac3a
-
MERKI !! ;)
-
Bon, non sans mal je suis arrivé a flasher le snapshot openwrt.
de mon coté j'ai bien réussi a configurer le WIFI et je m'y connecte avec mon smartphone. c'est juste qu'il y a vraiment n'importe quoi par défaut dans l'image...
Chez moi ca fonctionne avec ca, meme si je ne suis pas sur a 100% des reglages notamment le mode BE pour du 2.4Ghz...
Radio 0 :
(https://i.imgur.com/TTXH0ZC.png)
Radio 1 :
(https://i.imgur.com/gRCx466.png)
Radio 2 :
(https://i.imgur.com/jDEqfGU.png)
EDIT:
j'ai mis le 2.4Ghz et le 5Ghz sur du AX.
mon smartphone se connecte bien dessus
(https://i.imgur.com/iQguKlu.png)
-
Bon, non sans mal je suis arrivé a flasher le snapshot openwrt.
de mon coté j'ai bien réussi a configurer le WIFI et je m'y connecte avec mon smartphone. c'est juste qu'il y a vraiment n'importe quoi par défaut dans l'image...
Chez moi ca fonctionne avec ca, meme si je ne suis pas sur a 100% des reglages notamment le mode BE pour du 2.4Ghz...
[M
EDIT:
j'ai mis le 2.4Ghz et le 5Ghz sur du AX.
mon smartphone se connecte bien dessus
(https://i.imgur.com/iQguKlu.png)
Que veux tu dire par "il y a vraiment n'importe quoi par défaut dans l'image ?"
Les réglages pour le wifi sont indiqués dans le wiki OpenWRT : https://openwrt.org/toh/gemtek/mxf-w1700k
Change donc pour les bonne valeurs.
-
bien vu !
j'avais zappé ce petit paragraphe, une fois le firmware flashé j'ai quitté le wiki ;)
Mais c'est contradictoire avec ce qui est indiqué ici : le BE pour le 6Ghz seulement, et le 2.4ghz et 5Ghz en AX. Ce n'est pas très clair...
(https://i.imgur.com/xwk2e2Y.png)
-
bien vu !
j'avais zappé ce petit paragraphe, une fois le firmware flashé j'ai quitté le wiki ;)
Mais c'est contradictoire avec ce qui est indiqué ici : le BE pour le 6Ghz seulement, et le 2.4ghz et 5Ghz en AX. Ce n'est pas très clair...
J'ai vu ça aussi mais j'ai préféré suivre le tableau car il semble etre une synthèse de ce qui avait été indiqué sur le forum (mais peut être que cela changera par la suite...).
Par contre, pourquoi tu disais qu'il y avait n'importe quoi par défaut sur l'image ? Tu parles de la version snapshot ? Car moi sur la version snapshot le wifi n'était même pas détecté. La version de openwrt-fanboy fonctionnait par défaut et incorporait même des éléments intéressants comme le MLO et les IRQ.
-
J'ai vu ça aussi mais j'ai préféré suivre le tableau car il semble etre une synthèse de ce qui avait été indiqué sur le forum (mais peut être que cela changera par la suite...).
Par contre, pourquoi tu disais qu'il y avait n'importe quoi par défaut sur l'image ?
De mémoire, quand je suis allé dans les settings wireless, Pas de country code dans le 2.4ghz, mais rélglé sur "WORLD" dans les autres. la puissance des drivers réglé sur 13dBM sur une des radio je ne me souviens plus laquelle. et je crois qu'il y avait que le 2.4Ghz en "BE".
-
De mémoire, quand je suis allé dans les settings wireless, Pas de country code dans le 2.4ghz, mais rélglé sur "WORLD" dans les autres. la puissance des drivers réglé sur 13dBM sur une des radio je ne me souviens plus laquelle. et je crois qu'il y avait que le 2.4Ghz en "BE".
Je ne me souviens plus de mon côté. Mais pour le reste, nous sommes d'accord que tout était fonctionnel d'emblée ?
Tu as testé la version snapshot ?
-
oui, mis a part le wifi, tout etait opérationnel. et je suis sur le snapshot officiel en date d'hier.
j'ai essayé de configurer mon /etc/config/network et dhcp, et j'ai complètement perdu l'accès à la box. j'ai fait un reset avec le trombone a l'arriere, puis un reboot, mais pareil...pas moyen de me connecter sur 192.168.1.1, j'espère que j'ai pas tout reinitialisé...
la flemme de rebrancher mon serial pour voir ce qu'il se passe, je verrai ça un autre jour >:( >:(
a tout hazard, t'as une config bouygues opérationnelle ? si tu pouvais la poster ca m'eviterait de refaire les memes erreurs et partir sur une bonne base de départ ::)
-
oui, mis a part le wifi, tout etait opérationnel. et je suis sur le snapshot officiel en date d'hier.
j'ai essayé de configurer mon /etc/config/network et dhcp, et j'ai complètement perdu l'accès à la box. j'ai fait un reset avec le trombone a l'arriere, puis un reboot, mais pareil...pas moyen de me connecter sur 192.168.1.1, j'espère que j'ai pas tout reinitialisé...
la flemme de rebrancher mon serial pour voir ce qu'il se passe, je verrai ça un autre jour >:( >:(
a tout hazard, t'as une config bouygues opérationnelle ? si tu pouvais la poster ca m'eviterait de refaire les memes erreurs et partir sur une bonne base de départ ::)
La version snapshot n'utilise pas Luci donc il faut l'installer via le gestionnaire de paquet. Si tu es en 192.168.1.1 sous openwrt, cela peut générer conflit avec la box Bouygues qui utilise le même sous réseau, donc déconnecté bien la connexion internet pour rester en local, vérifie donc cela.
Je n'utilise la box que comme AP wifi et non pas pour remplacer la box Bouygues, donc je ne peux pas t'aider.
-
La version snapshot n'utilise pas Luci donc il faut l'installer via le gestionnaire de paquet. Si tu es en 192.168.1.1 sous openwrt, cela peut générer conflit avec la box Bouygues qui utilise le même sous réseau, donc déconnecté bien la connexion internet pour rester en local, vérifie donc cela.
Je n'utilise la box que comme AP wifi et non pas pour remplacer la box Bouygues, donc je ne peux pas t'aider.
merci je sais tout ca, je suis sous openwrt depuis une décennie. la mon but c'est remplacer la Bbox avec l'ONT externe.
je ne ping plus le routeur, et il ne m'attribue plus d'ip, donc je ne sais pas ce qu'il se passe, pourtant il boot et son voyant est vert. il faut que je me connecte a la console serial pour voir ce qu'il en est.
-
merci je sais tout ca, je suis sous openwrt depuis une décennie. la mon but c'est remplacer la Bbox avec l'ONT externe.
je ne ping plus le routeur, et il ne m'attribue plus d'ip, donc je ne sais pas ce qu'il se passe, pourtant il boot et son voyant est vert. il faut que je me connecte a la console serial pour voir ce qu'il en est.
Première fois que je suis sur OpenWRT pour ma part :D
De mon côté, le remplacement de la box Bouygues se fera avec opnsense, ici le wk1700 ne sert que comme access point wifi 7 10gbps : https://openwrt.org/docs/guide-user/network/wifi/wifiextenders/bridgedap
-
t'a fibre est branchée sur un ONU SFP ou l'ONU externe de bouygues ?
-
bon je viens de regarder par la console serial, je suis bien toujours sous openwrt avec mon reglage foireux. j'ai remis les fichier d'origine.
par contre je me rends compte d'un truc lors du boot, ca reste presque une minute coincé a cette étape :
[ 10.293485] airoha-npu 1e900000.npu: Direct firmware load for airoha/en7581_MT7996_npu_rv32.bin failed with error -2
[ 10.304042] airoha-npu 1e900000.npu: Falling back to sysfs fallback for: airoha/en7581_MT7996_npu_rv32.bin
ce qui ralenti du coup fortement le démarrage.
-
bon je viens de faire la config minimale pour avoir au moins de l'ipv4.
j'ai fait un speedtest directement depuis le routeur et c'est vraiment pas joli. 1.3Gbps en download, avec l'acceleration hardware activée dans Luci>firewall
déjà un truc m'interpelle, en idle, j'ai des coeurs utilisés a +25% et ca monte parfois a 40%. lors d'un speedtest ca monte jusqu'a 85%.
(https://i.imgur.com/bWpJ77W.png)
Donc pas étonnant d'avoir un speedtest aussi mauvais
(https://i.imgur.com/fESvqmz.png)
je pense que je vais le remettre dans sa boite en attendant sagement une version stable du firmware ;D
-
bon je viens de faire la config minimale pour avoir au moins de l'ipv4.
j'ai fait un speedtest directement depuis le routeur et c'est vraiment pas joli. 1.3Gbps en download, avec l'acceleration hardware activée dans Luci>firewall
déjà un truc m'interpelle, en idle, j'ai des coeurs utilisés a +25% et ca monte parfois a 40%. lors d'un speedtest ca monte jusqu'a 85%.
Donc pas étonnant d'avoir un speedtest aussi mauvais.
Tu utilises le firmware snapshot ou le firmware de openwrt-fanboy ?
je pense que je vais le remettre dans sa boite en attendant sagement une version stable du firmware ;D
De mon côté j'ai le même résultat niveau vitesse, ce qui est en effet décevant (mais de mémoire, sur mon ancien Flint 3 de GLinet, ce n'était pas forcément plus haut). Par contre je n'ai pas ce problème de 25% de CPU, même avec l'accélération matérielle désactivée, il fonctionne avec +-1% de CPU.
On verra en effet les prochains progrès réalisés.
-
Dans l'espoir de pouvoir faire gagner du temps et des efforts à d'autres personnes sur ce forum. Je peux affirmer avec succès que j'utilise pleinement mon offre Bouygues 8/1 Pure fibre, sans avoir à utiliser leur box, et que j'utilise OpenWRT tout en bénéficiant de toute la bande passante pour laquelle je paie.
en ce qui me concerne j'aimerai bien savoir comment @cs34 a configuré son routeur et avec quelle image pour "utiliser pleinement son offre Bouygues 8/1" avec ce routeur....
-
en ce qui me concerne j'aimerai bien savoir comment @cs34 a configuré son routeur et avec quelle image pour "utiliser pleinement son offre Bouygues 8/1" avec ce routeur....
Pareil.
Tu utilises la version snapshot ou la version de openwrt-fanboy en ce qui te concernes ?
-
Pareil.
Tu utilises la version snapshot ou la version de openwrt-fanboy en ce qui te concernes ?
le snapshot officiel
-
le snapshot officiel
Des devs ont visiblement touché un peu au WIFI et il y a une amélioration côté vitesse : https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3035
Comme tu le dis, il vaut mieux attendre la version stable, perso tout fonctionne chez moi donc je laisse comme ça pour l'instant. En général, il faut une bonne année pour que ça devienne stable chez OpenWrt.
-
est-ce que tu vois ces 2 lignes dans tes logs ?
[ 10.293485] airoha-npu 1e900000.npu: Direct firmware load for airoha/en7581_MT7996_npu_rv32.bin failed with error -2
[ 10.304042] airoha-npu 1e900000.npu: Falling back to sysfs fallback for: airoha/en7581_MT7996_npu_rv32.bin
j'ai l'impression que c'est lié a l'accélération hardware --> NPU
-
est-ce que tu vois ces 2 lignes dans tes logs ?
[ 10.293485] airoha-npu 1e900000.npu: Direct firmware load for airoha/en7581_MT7996_npu_rv32.bin failed with error -2
[ 10.304042] airoha-npu 1e900000.npu: Falling back to sysfs fallback for: airoha/en7581_MT7996_npu_rv32.bin
j'ai l'impression que c'est lié a l'accélération hardware --> NPU
Oui j'ai ça aussi. Ce qui n'empêche pas de booter, visiblement.
-
Il y a le risque qu'il manque les pilotes propriétaires pour l'accélération matérielle, mais il faudrait aussi tester depuis un PC connecté au routeur plutôt que sur le routeur lui-même. Le résultat n'est jamais garanti avec un test local, parce que le routage est accéléré matériellement, pas les connections TCP directes depuis l'OS du routeur.
-
Curieux les problèmes que certains ont, je vous partage mon /etc/config/network :
config interface 'loopback'
option device 'lo'
option proto 'static'
list ipaddr '127.0.0.1/8'
config globals 'globals'
option dhcp_default_duid '0004bec351c893d4406b83ecd4255db70d92'
option ula_prefix 'fdfb:80c:abd4::/48'
option packet_steering '2'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
option macaddr 'XX:XX:XX:XX:XX:XX' -> à remplacer par l'adresse MAC de la Bbox
config interface 'lan'
option device 'br-lan'
option proto 'static'
list ipaddr '192.168.10.1/24'
option ip6assign '60'
config interface 'wan'
option device 'wan.100'
option proto 'dhcp'
option vendorid 'BYGTELIAD'
list dns_search 'lan'
option hostname '*'
option multipath 'off'
option peerdns '0'
list dns '1.1.1.1'
config interface 'wan6'
option device '@wan'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix '64'
option ip6assign '64'
option norelease '1'
list dns_search 'lan'
option multipath 'off'
option peerdns '0'
list dns '2606:4700:4700::1111'
J'utilise précisément ce firmware : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/bridger-2026.04.09-r33884-b6585c56c9
Et j'ai bien mon 8gbs/1gbps, le cpu est même pas à 1% lors des speedtest.
-
Il y a le risque qu'il manque les pilotes propriétaires pour l'accélération matérielle, mais il faudrait aussi tester depuis un PC connecté au routeur plutôt que sur le routeur lui-même. Le résultat n'est jamais garanti avec un test local, parce que le routage est accéléré matériellement, pas les connections TCP directes depuis l'OS du routeur.
j'avais testé aussi, meme résultat, mais vu que j'ai utilisé une image du snapshot officiel, il est fortement probable qu'il n'y ait aucune accélération matériel effectivement !! je n'y avait pas pensé. mise a part pour les SOC a base de Mediatek, il n'y a pratiquement pas de support de ce côté là pour les autres SOC.
-
J'utilise précisément ce firmware : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/bridger-2026.04.09-r33884-b6585c56c9
Et j'ai bien mon 8gbs/1gbps, le cpu est même pas à 1% lors des speedtest.
Ma main a couper qu'il a intégré le support du NPU dans son firmware. je testerai ce soir.
Si ce n'est pas implémenté dans les images openwrt officielles alors je regrette grandement mon achat...car tout va dépendre d'une seule personne pour maintenir l'image, ou alors de compiler tout soit même...
En plus de ce que j'ai lu sur le forum openwrt il y a du bisbille entre fanboy et les admins du forum
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
-
Et j'ai bien mon 8gbs/1gbps, le cpu est même pas à 1% lors des speedtest.
Tu parles de la vitesse Wifi ? Ou uniquement du débit en connexion ethernet ?
-
ethernet je pense, ca me parait beaucoup en wifi ;D ;D
-
ethernet je pense, ca me parait beaucoup en wifi ;D ;D
C'est justement la vitesse Wifi qui m'intéresse en ce qui me concerne. Logiquement, vu que c'est du wifi 7, la vitesse Wifi devrait être équivalente, à moins que je comprenne mal le débit du wifi 7.
-
C'est justement la vitesse Wifi qui m'intéresse en ce qui me concerne. Logiquement, vu que c'est du wifi 7, la vitesse Wifi devrait être équivalente, à moins que je comprenne mal le débit du wifi 7.
quel équipement wifi as-tu qui est capable de faire du 8Gbps ?? :o
Bon après BE19000 = 19Gbps théorique en cumulé sur les 3 bandes.
si on regarde le TP-Link BE800 (qui est en BE19000) leur pub dit :
(https://i.imgur.com/YPLpfgq.png)
Je ne sais pas si le marché des smartphones va s'orienter dans cette voie, c'est a dire permettre ces débits démesurés pour des téléphones...on va vraiment avoir des ecran 8K de 5.6" pour regarder des videos 8K sur tik tok ? ;D ;D
-
quel équipement wifi as-tu qui est capable de faire du 8Gbps ?? :o
Bon après BE19000 = 19Gbps théorique en cumulé sur les 3 bandes.
si on regarde le TP-Link BE800 (qui est en BE19000) leur pub dit :
Je ne sais pas si le marché des smartphones va s'orienter dans cette voie, c'est a dire permettre ces débits démesurés pour des téléphones...on va vraiment avoir des ecran 8K de 5.6" pour regarder des videos 8K sur tik tok ? ;D ;D
J'ai un Pixel 8 en ce qui me concerne. DU coup, cela m'intéressait de savoir jusqu'à quelle vitesse peut aller le W1700k en Wifi, et jusqu'à combien mon Pixel 8 peut aller niveau vitesse wifi.
J'avoue ne pas connaître comment vérifier cet aspect. A l'aide ? ;D
-
as-tu installé la meme image que @AquaQua ? celle qui commence par "Bridger" ? vu qu'il atteint les 8Gbps...
https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/bridger-2026.04.09-r33884-b6585c56c9
-
as-tu installé la meme image que @AquaQua ? celle qui commence par "Bridger" ? vu qu'il atteint les 8Gbps...
https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/bridger-2026.04.09-r33884-b6585c56c9
Non, uniquement la version commençant par "test"
-
c'est curieux dans le changelog il parle de Luci
d934904a5d luci-app-mlo (@YYH2913)
c502ff0825 luci-app-airoha-npu (@rchen14b) w VLAN/PPPoE offload config (@Gilly1970)
pourtant il n'y a pas Luci dans l'image ?
Et on voit bien qu'il y a de l'offloading.
-
c'est curieux dans le changelog il parle de Luci
d934904a5d luci-app-mlo (@YYH2913)
c502ff0825 luci-app-airoha-npu (@rchen14b) w VLAN/PPPoE offload config (@Gilly1970)
pourtant il n'y a pas Luci dans l'image ?
Et on voit bien qu'il y a de l'offloading.
Voici ce que j'ai dans l'interface NPU.
-
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.
-
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.
Par contre est-ce que tu as une idée de la manière de déduire les débits max en WIFI7 (port 10GBPS utilisé) ?
-
tu parles du débit théorique, celui de la connexion entre téléphone et point d'accès ?
normalement tu le vois sur la page d'accueil du routeur, la ou il affiche les connexion wifi, tu vois a quel débit tu es raccordé.
sur un smartphone Android on le voit aussi si on clique sur la connexion wifi.
Après il reste le speedtest pour avoir le vrai débit pratique.
-
J'utilise précisément ce firmware : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/bridger-2026.04.09-r33884-b6585c56c9
Et j'ai bien mon 8gbs/1gbps, le cpu est même pas à 1% lors des speedtest.
ca part en boot loop quand je flash cette image. est-ce qu'il faut utiliser un "installer" specifique ?
-
Bon finalement j'ai réussi a flasher une image avec offloading, la version "snapshot":
https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/SNAPSHOT-2026.04.19-r34049-1b96a0a6e7
je pense que ce fix, a réglé mon probleme:
1b96a0a6e7 bring down SPI freq to 33Mhz for better sysupgrade reliability
Le CPU Load en idle est bien à 0% maintenant
Sans activation de l'offloading dans le Firewall, le download plafone a 520Mbps :o
Une fois l'offloading activé, c'est conforme a ce que j'ai avec la Bbox, c'est a dire 7.2Gbps ;D
(https://www.speedtest.net/result/c/d6d87a81-7972-4438-97c1-ca359f5b0273.png)
Pour info je n'ai pas eu a toucher le fichier /etc/config/dhcp, j'ai mon ipv4 et ipv6 qui montent immédiatement avec la config postée par @AquaQua
Ce qui n'est absolument pas le cas avec ma Bbox...l'ipv6 arrive parfois 5 minutes après le boot.
config interface 'loopback'
option device 'lo'
option proto 'static'
list ipaddr '127.0.0.1/8'
config globals 'globals'
option dhcp_default_duid '0004f23123ef0b5d4c489649caee0adb5e6d'
option ula_prefix 'fd9a:d04:5ea8::/48'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
option macaddr 'B8:8C:XX:XX:XX:XX'
config interface 'lan'
option device 'br-lan'
option proto 'static'
list ipaddr '192.168.1.1/24'
option ip6assign '60'
config interface 'wan'
option device 'wan.100'
option proto 'dhcp'
option vendorid 'BYGTELIAD'
list dns_search 'lan'
option hostname '*'
option multipath 'off'
option peerdns '0'
list dns '1.1.1.1'
config interface 'wan6'
option device '@wan'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix '64'
option ip6assign '64'
option norelease '1'
list dns_search 'lan'
option multipath 'off'
option peerdns '0'
list dns '2606:4700:4700::1111'
-
Bon finalement j'ai réussi a flasher une image avec offloading, la version "snapshot":
https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/SNAPSHOT-2026.04.19-r34049-1b96a0a6e7
je pense que ce fix, a réglé mon probleme:
1b96a0a6e7 bring down SPI freq to 33Mhz for better sysupgrade reliability
Le CPU Load en idle est bien à 0% maintenant
Sans activation de l'offloading dans le Firewall, le download plafone a 520Mbps :o
Une fois l'offloading activé, c'est conforme a ce que j'ai avec la Bbox, c'est a dire 7.2Gbps ;D
(https://www.speedtest.net/result/c/d6d87a81-7972-4438-97c1-ca359f5b0273.png)
Pour info je n'ai pas eu a toucher le fichier /etc/config/dhcp, j'ai mon ipv4 et ipv6 qui montent immédiatement avec la config postée par @AquaQua
Ce qui n'est absolument pas le cas avec ma Bbox...
config interface 'loopback'
option device 'lo'
option proto 'static'
list ipaddr '127.0.0.1/8'
config globals 'globals'
option dhcp_default_duid '0004f23123ef0b5d4c489649caee0adb5e6d'
option ula_prefix 'fd9a:d04:5ea8::/48'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
option macaddr 'B8:8C:XX:XX:XX:XX'
config interface 'lan'
option device 'br-lan'
option proto 'static'
list ipaddr '192.168.1.1/24'
option ip6assign '60'
config interface 'wan'
option device 'wan.100'
option proto 'dhcp'
option vendorid 'BYGTELIAD'
list dns_search 'lan'
option hostname '*'
option multipath 'off'
option peerdns '0'
list dns '1.1.1.1'
config interface 'wan6'
option device '@wan'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix '64'
option ip6assign '64'
option norelease '1'
list dns_search 'lan'
option multipath 'off'
option peerdns '0'
list dns '2606:4700:4700::1111'
Bravo pour les perfs ! Au moins on sait que le snapshot de OpenWRT-fanboy tient ses promesses.
Tu as testé la vitesse du wifi ? Si oui ça donne quoi ? Si elle est intéressante je passerais à la version snapshot.
-
je n'ai que des équipements wifi 6 chez moi malheureusement.
mon Galaxy S20 connecté a 1.2Gbps et ma tablette OnePad a 2.4gbps
(https://i.imgur.com/5uVE2CX.png)
(https://i.imgur.com/FeQpGnx.png)
J'ai fait un speedtest sur la tablette, j'atteind 1.6Gbps/930Mbps
le CPU monte a 10% sur 1 seul core pendant le test
-
par contre je ne vois pas ton menu NPU dans mon snapshot. pourtant LUCI est bien présent.
-
je n'ai que des équipements wifi 6 chez moi malheureusement.
mon Galaxy S20 connecté a 1.2Gbps et ma tablette OnePad a 2.4gbps
J'ai fait un speedtest sur la tablette, j'atteind 1.6Gbps/930Mbps
le CPU monte a 10% sur 1 seul core pendant le test
Du coup tes devices n'ont pas Wifi7 mais ils arrivent à atteindre cette vitesse ? Bizarre, j'ai le wifi 7 sous mon Pixel 8 et je plafonne à 1.3GBPS.
-
par contre je ne vois pas ton menu NPU dans mon snapshot. pourtant LUCI est bien présent.
Il faut aller dans Status -> SoC Status
-
Il faut aller dans Status -> SoC Status
je n'ai pas ce sous menu...
-
Du coup tes devices n'ont pas Wifi7 mais ils arrivent à atteindre cette vitesse ? Bizarre, j'ai le wifi 7 sous mon Pixel 8 et je plafonne à 1.3GBPS.
je confirme, j'ai fait un speedtest qu'avec ma tablette, qui est connectée au wifi en 2.4Gbps. voir mon screenshot.
-
je n'ai pas ce sous menu...
Installe le paquet luci-app-airoha-npu.
Pourrais-tu me montrer tes règlages wifi? Car là tu vas plus vite que moi en 2.4Ghz alors que je suis en 6Ghz sous mon Pixel 8 ;D
-
je suis connecté sur le 5Ghz ! pas en 2.4Ghz.
Donc dans l'ordre de haut en bas dans l'interface.
RADIO 0
(https://i.imgur.com/yWc7APp.png)
RADIO 1
(https://i.imgur.com/RiXVcV2.png)
RADIO 2
(https://i.imgur.com/mB5deRp.png)
-
Installe le paquet luci-app-airoha-npu.
Pourrais-tu me montrer tes règlages wifi? Car là tu vas plus vite que moi en 2.4Ghz alors que je suis en 6Ghz sous mon Pixel 8 ;D
je n'ai pas ce paquet dans ma liste...
il est intégré dans les images, et dans Snapshot il n'y est pas.
j'ai tenté de flasher celui-ci "minimal-oc-ubi" qui a le paquet NPU mais meme symptome, ca part en boot loop :
https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/minimal-oc-ubi-2026.04.19-r34067-69000a9f60
-
je n'ai pas ce paquet dans ma liste...
il est intégré dans les images, et dans Snapshot il n'y est pas.
j'ai tenté de flasher celui-ci "minimal-oc-ubi" qui a le paquet NPU mais meme symptome, ca part en boot loop :
https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases/tag/minimal-oc-ubi-2026.04.19-r34067-69000a9f60
Flashe le test-2026.04.19-r34084-fabf5edb74, tu auras le MLO et le NPU.
Je vais tester tes paramètres wifi pour voir ce que ça donne.
-
c'est le premier que j'ai flashé, ca ne marche pas.
je suis en train de lire le forum openwrt, et ils parlent d'un probleme d'overclocking par defaut introduit par fanboy dans ses images et ce serait la cause des kernel panic, et visiblement on n'est pas tous égaux de ce coté la, pour certain ca passe et pas d'autres. je suis du mauvais coté on dirait...
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3047?u=shdf
-
Je pense que c'est possible d'avoir les même fonctionnalités que dans les firmware custom à travers un firmware officiel en installant les packages pour le w1700k/cpu airoha :
(http://pix.milkywan.fr/mT2SYBY8.png)
Bon après il faut paramétrer tout ça et je pense pas que ce soit bien documenté donc je préfère tourner sur les firmware custom. Le support openwrt officiel est très récent, dans les firmware custom ils ont intégré la possibilité d'upgrade vers de l'officiel d'ailleurs.
System -> Attended sysupgrade
-
c'est le premier que j'ai flashé, ca ne marche pas.
je suis en train de lire le forum openwrt, et ils parlent d'un probleme d'overclocking par defaut introduit par fanboy dans ses images et ce serait la cause des kernel panic, et visiblement on n'est pas tous égaux de ce coté la, pour certain ca passe et pas d'autres. je suis du mauvais coté on dirait...
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3047?u=shdf
Limite à 1200mhz et tu auras plus ce problème.
-
si tu regardes sur ton etiquette sous le routeur, tu as quell hardware version ? 1.0 ou 1.1 ? je suis en 1.1
-
Limite à 1200mhz et tu auras plus ce problème.
comment ? vu que je n'ai pas l'interface pour le faire...il y a une ligne de commande ?
-
comment ? vu que je n'ai pas l'interface pour le faire...il y a une ligne de commande ?
http://xx.xx.xx.xx/cgi-bin/luci/admin/status/npu (Status -> Soc Status) ?
Si tu n'as pas l'interface c'est que l'overclock ne te concerne pas
-
http://xx.xx.xx.xx/cgi-bin/luci/admin/status/npu (Status -> Soc Status) ?
Si tu n'as pas l'interface c'est que l'overclock ne te concerne pas
c'est le cas, comme je l'ai dit plus haut. j'ai pas l'interface, et je ne suis pas overclocké c'est pour ca que mon image fonctionne. c'est quand je flashe une image qui dispose de l'overclock que ca part en bootloop pendant le demarrage.
regardez les changelogs sur la page : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases
SNAPSHOT : pas d'overclock
minimal-oc-ubi : switch to performance governor and overclock +200mhz
test : switch to performance governor and overclock +200mhz
il me faut une des 2 images sans l'overclocking intégré en fait.
-
c'est le cas, comme je l'ai dit plus haut. j'ai pas l'interface, et je ne suis pas overclocké c'est pour ca que mon image fonctionne. c'est quand je flashe une image qui dispose de l'overclock que ca part en bootloop pendant le demarrage.
Moi aussi ça bootloop si je flash un firmware avec overclocking de base à 1400mhz, mais j'ai au moins 5-10 minutes avant que ça crash pour mettre à 1200mhz et éviter ça, une fois que c'est changé ça tourne sans soucis.
Ils vont surement virer l'overclock par défaut dans les prochains firmware communautaire, je me plains pas, un routeur avec ces performances ça vaut bien plus, le seul "concurrent" que je vois c'est le banana BPI-R4 à ~400€ (kit complet) auquel il faut rajouter des modules SFP
Et encore, le BPI-R4 a un Wi-Fi vraiment faiblard
-
ben moi ca part en bootloop pendant la séquence de boot, j'ai pas encore la main pour faire quoi que ce soit...
il y a un gars qui dit que c'est pas l'overclocking la cause, mais certains patch qui ont ete ajoutés...
-
De mon côté j'ai mis à 1200Mhz et je n'ai plus le problème avec les interfaces wifi qui se désactivent de manière hasardeuse (parfois, seul le 2.4Ghz fonctionne, ou le 5.Ghz, etc)
Maintenant, le 2.4Ghz, le 5GHZ et le 6Ghz fonctionnent en même temps.
Par contre, depuis mon Pixel 8 en 6Ghz (wifi7), le test ookla ne va pas plus loin que 1200Mbps. Est-ce attendu ?
-
Par contre, depuis mon Pixel 8 en 6Ghz (wifi7), le test ookla ne va pas plus loin que 1200Mbps. Est-ce attendu ?
ca donne quoi si tu mets ton wifi 5ghz en AX 160Mhz, comme moi, et que tu fais le speedtest sur ce wifi ?
-
ca donne quoi si tu mets ton wifi 5ghz en AX 160Mhz, comme moi, et que tu fais le speedtest sur ce wifi ?
500 Mbps... ???
-
Je viens de remarquer en me connectant au Wifi7 de la box bouygues que le débit est exactement le même que celui du w1700k (1200MBPS). Etrange.
-
ben moi ca part en bootloop pendant la séquence de boot, j'ai pas encore la main pour faire quoi que ce soit...
il y a un gars qui dit que c'est pas l'overclocking la cause, mais certains patch qui ont ete ajoutés...
Pas impossible que tu ai plus perdu que nous à la silicon lottery et que ça tienne que quelques secondes de ton côté avec l'overclock
Je pense que en cherchant quel fichier de conf gère l'overclock sur le firmware tu peux surement le désactiver/mettre la valeur à 1200
-
Je viens de remarquer en me connectant au Wifi7 de la box bouygues que le débit est exactement le même que celui du w1700k (1200MBPS). Etrange.
Visiblement le Pixel 8 se limite en 160Mhz, ce qui plafonne sa vitesse. Quand j'utilise mon Thinkpad en Wifi7, la vitesse est plus haute. Du coup cela dépend du hardware également.
-
Bonjour,
oui le débit wifi dépend des antennes du routeur ET des antennes du périphériques.
Le Google pixel 8 a ceci comme WIFI
Wi-Fi 7 (802.11be) with 2.4GHz+5GHz+6GHz, 2x2+2x2 MIMO
et si je ne me trompe pas, la Bbox Wifi 7 est plutôt
Wi‑Fi 7 (802.11be), tri‑band 2.4 +5 +6 GHz, 2×2 + 4×4 + 4×4 MIMO
Donc ton Pixel n'utilise qu'une partie du spectre Wifi 7 de la Bbox (ce qui laisse de la bande pour d'autres périphériques forcément).
-
Bon hier soir j'ai jeté l'eponge...
tout d'abord un utilisateur sur le forum openwrt, avec le même souci que moi, m'a posté une version TEST du 12 avril, qui selon lui fonctionne car datée d'avant l'ajout de l'overclocking.
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3057
L'update a fonctionné, ca a bien booté, mais :
j'ai perdu l'accès au port 10Gbps LAN
Le menu NPU affichait une erreur...
Donc j'ai voulu revenir en arrière avec le firmware snapshot qui marchait jusque la...et bien j'ai toujours mon port 10Gbps LAN qui ne detecte plus le cable, j'ai beau l'enlever et le remettre que ce soit une extremité ou l'autre...rien.
pourtant durant la séquence de boot je vois bien les led s'allumer et s'éteindre par moment.
-
Test du jour :
Le firmware posté par @Gilly_1970 fonctionne chez moi, pas de kernel panic lors du flash
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3066?u=shdf
je n'ai pas fait plus de tests sur ce firmware j'ai juste vérifié s'il se flashait ou pas.
par contre j'ai vu qu'a la place d'un menu "NPU" il y a un menu "Flowsense" qui a l'air de proposer plein de truc que je ne comprends pas du tout ;D ;D probablement lié a l'offloading.
Ensuite celui de @tesf23 n'a par contre pas pu etre flashé, Kernel Panic la aussi:
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3069?u=shdf
-
Menu "FlowSense" :
-
Pour ceux d'entre vous qui ont des difficultés à acheter un W1700K auprès de vendeurs américains, il existe un modèle très similaire vendu en Chine, le Brightspeed XR1710G, dont les utilisateurs du forum OpenWRT ont également signalé le succès. https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242 (https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242).
Cet appareil peut apparemment être acheté sur des sites Web en Chine.
Comme beaucoup d'entre vous l'ont observé, le W1700K ne fonctionnent pas encore correctement avec le logiciel OpenWRT standard : les builds communautaires, qui semblent évoluer chaque jour, sont nécessaires pour utiliser toutes les performances. Trouver ces versions et déterminer laquelle fonctionne bien n’est pas très facile. Mais vraisemblablement, dans les prochaines semaines ou mois, ces bugs seront corrigés et les téléchargements OpenWRT standard fonctionneront. À ce stade, il semble probable que le W1700K gagnera en popularité, à mesure que la nouvelle se répandra sur Reddit et d'autres forums.
Malheureusement, à mesure que ce matériel devient plus facile à utiliser, il peut devenir encore plus difficile à acheter.
Le W1700K a été proposé aux consommateurs aux États-Unis par un fournisseur de services Internet qui a depuis été racheté par une autre société plus grande (AT&T). AT&T utilise des équipements différents et demande aux clients de restituer le W1700K ou de payer une amende. Cela pourrait signifier que le W1700K deviendra beaucoup plus difficile à obtenir à l'avenir. Cela pourrait également signifier que le marché sera inondé de W1700K d'occasion, selon qu'AT&T vendra les appareils retournés par les consommateurs ou les détruira.
-
je ne pense pas qu'un jour l'offloading sera intégré dans les version officielles d'openwrt, les drivers doivent etre FOSS. Donc ce sera bon pour faire un point d'accès wifi (donc pas de routage), mais si on veut en faire un routeur il faudra passer par des versions de la communauté. Et je viens de voir que openwrt-fanboy a coupé l'acces a son github, on ne peut plus recupérer ses versions, en réponse a son exclusion du forum openwrt. Ca n'arrange pas nos affaires.
En ce qui concerne mon problème de kernel panic voilà ce qu'ils disent :
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3083?u=shdf
Ce Kernel Panic est du à une corruption survenue lors du chargement du module tc. Elle pourrait être causée par votre ancienne configuration ou par des modules présents dans l'overlay. Avez-vous essayé de réinitialiser le système et de procéder à une nouvelle installation ? Cela se produit lors de la mise à jour, lorsque la configuration est conservée, n'est-ce pas ? Exécutez les commandes `uname -a` et `cat /lib/modules/*/modules.dep | head -1` pour obtenir plus de détails.
Une autre possibilité est que votre chargeur de chaîne UBI ait une structure différente de celle attendue par la version actuelle, ce qui provoque la panique. Je vous conseille également de mettre à jour votre chargeur de chaîne vers la dernière version.
Traduit avec DeepL.com (version gratuite)
-
je ne pense pas qu'un jour l'offloading sera intégré dans les version officielles d'openwrt, les drivers doivent etre FOSS. Donc ce sera bon pour faire un point d'accès wifi (donc pas de routage), mais si on veut en faire un routeur il faudra passer par des versions de la communauté. Et je viens de voir que openwrt-fanboy a coupé l'acces a son github, on ne peut plus recupérer ses versions, en réponse a son exclusion du forum openwrt. Ca n'arrange pas nos affaires.
En ce qui concerne mon problème de kernel panic voilà ce qu'ils disent :
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3083?u=shdf
Pourtant je sais toujours y accéder, me concernant : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases
Pourquoi l'avoir exclu du forum ? C'est lui qui a lancé le projet autour du w1700k.
En quoi l'offloading peut-il apporter quelque chose me concernant ? Car en effet j'utilise uniquement en AP...
-
effectivement, ton url fonctionne, j'etais bloqué sur cette page moi :
https://github.com/OpenWRT-fanboy/
ben justement, l'offloading ne t'apportera strictement rien si tu ne fais pas de routage. C'est dans ce mode là qu'il y a besoin de puissance et donc libérer le CPU de cette tache en l'attribuant au NPU qui lui est spécialisé pour ça.
En mode point d'accès, le trafic ne fait que transiter du LAN vers le LAN, pas besoin d'offloading dans ce cas.
-
effectivement, ton url fonctionne, j'etais bloqué sur cette page moi :
https://github.com/OpenWRT-fanboy/
ben justement, l'offloading ne t'apportera strictement rien si tu ne fais pas de routage. C'est dans ce mode là qu'il y a besoin de puissance et donc libérer le CPU de cette tache en l'attribuant au NPU qui lui est spécialisé pour ça.
En mode point d'accès, le trafic ne fait que transiter du LAN vers le LAN, pas besoin d'offloading dans ce cas.
Désolé, j'ai mal lu.
Par contre, en ce qui me concerne, j'ai du mal à m'y retrouver concernant les différents builds communautaires. Il faudrait une genre de synthèse...
-
Pourquoi l'avoir exclu du forum ? C'est lui qui a lancé le projet autour du w1700k.
de ce que j'ai compris, ses contributions apportaient de confusions aux dev openwrt officiels, ces patchs et se PR etaient trop en avance, et la direction qu'il prend n'est pas vraiment en accord avec eux, donc ils ont déicdé de lui bloquer le droit de poster.
-
de ce que j'ai compris, ses contributions apportaient de confusions aux dev openwrt officiels, ces patchs et se PR etaient trop en avance, et la direction qu'il prend n'est pas vraiment en accord avec eux, donc ils ont déicdé de lui bloquer le droit de poster.
Décision très mal venue malgré tout.
Sinon, de ce que j'ai compris, les builds communautaires dispos sont ceux de :
- Gilly1970 : https://github.com/Gilly1970/Gemtek-W1700K/tree/main/latest-images
- tesf23 : https://github.com/rchen14b/w1700k-ubi-build/releases/tag/w1700k_autobuild-2026.04.21-r34060-f9ac2e2672
- OpenWRT-Fanboy : https://github.com/OpenWRT-fanboy/w1700k-ubi-build/releases
Comme indiqué, seul celui de OpenWRT-Fanboy est celui que j'ai testé et qui fonctionne parfaitement.
-
Pour ceux d'entre vous qui ont des difficultés à acheter un W1700K auprès de vendeurs américains, il existe un modèle très similaire vendu en Chine, le Brightspeed XR1710G, dont les utilisateurs du forum OpenWRT ont également signalé le succès. https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242 (https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242).
Cet appareil peut apparemment être acheté sur des sites Web en Chine.
Comme beaucoup d'entre vous l'ont observé, le W1700K ne fonctionnent pas encore correctement avec le logiciel OpenWRT standard : les builds communautaires, qui semblent évoluer chaque jour, sont nécessaires pour utiliser toutes les performances. Trouver ces versions et déterminer laquelle fonctionne bien n’est pas très facile. Mais vraisemblablement, dans les prochaines semaines ou mois, ces bugs seront corrigés et les téléchargements OpenWRT standard fonctionneront. À ce stade, il semble probable que le W1700K gagnera en popularité, à mesure que la nouvelle se répandra sur Reddit et d'autres forums.
Malheureusement, à mesure que ce matériel devient plus facile à utiliser, il peut devenir encore plus difficile à acheter.
Le W1700K a été proposé aux consommateurs aux États-Unis par un fournisseur de services Internet qui a depuis été racheté par une autre société plus grande (AT&T). AT&T utilise des équipements différents et demande aux clients de restituer le W1700K ou de payer une amende. Cela pourrait signifier que le W1700K deviendra beaucoup plus difficile à obtenir à l'avenir. Cela pourrait également signifier que le marché sera inondé de W1700K d'occasion, selon qu'AT&T vendra les appareils retournés par les consommateurs ou les détruira.
Je ne vois pas de shop permettant d'acheter le Brightspeed XR1710G, malgré mes recherches.
-
Brightspeed est un FAI...donc c'est un routeur qu'il fourni a ses clients j'imagine, et pour en trouver ca va etre sur les plateformes type leboncoin ou ebay non ?
-
Le Brightspeed XR1710G est un Gemtek XR1710G.
-
Le Brightspeed XR1710G est un Gemtek XR1710G.
Ok, mais ce qui serait intéressant, c'est de savoir comment se le(s) procurer. J'ai eu de la chance en récupérant un Gemtek w1700k sur Amazon, mais voilà...
-
Je ne peux pas me porter garant de ces vendeurs en ligne basés en Chine, mais ce vendeur est mentionné dans la discussion sur Openwrt.
https://www.goofish.com/item?id=1015245228758 (https://www.goofish.com/item?id=1015245228758)
Un autre utilisateur de ce forum donne des instructions sur la façon de trouver l'appareil sur Taobao.
https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242/102?u=jumble0 (https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242/102?u=jumble0)
-
Je ne peux pas me porter garant de ces vendeurs en ligne basés en Chine, mais ce vendeur est mentionné dans la discussion sur Openwrt.
https://www.goofish.com/item?id=1015245228758 (https://www.goofish.com/item?id=1015245228758)
Un autre utilisateur de ce forum donne des instructions sur la façon de trouver l'appareil sur Taobao.
https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242/102?u=jumble0 (https://forum.openwrt.org/t/brightspeed-xr1710g-same-device-as-the-w1700k/247242/102?u=jumble0)
Intéressant, merci.
-
le gars sur goofish les vend déjà flashés avec openwrt ?!
¥638 = 3.42€ :o
-
Ce sont des yuans, donc environ 80€.
-
le gars sur goofish les vend déjà flashés avec openwrt ?!
¥638 = 3.42€ :o
Perso je n'arrive pas à créer de compte, le captcha m'en empêche
-
Ce sont des yuans, donc environ 80€.
Très bon plan, 80€ déjà flashé.
-
Très bon plan, 80€ déjà flashé.
Encore faut-il pouvoir s'inscrire et se le faire livrer. ;D
-
on en trouve plus nul part...ca va devenir des collectors, mais surtout un frein au développement s'il n'y en pas beaucoup sur le marché.
-
j'ai passé le week end avec le firmware du 26.04.2026 de @Gilly1970:
https://github.com/Gilly1970/Gemtek-W1700K/tree/main/latest-images
Aucun souci en filaire, j'ai mes 7.2Gbps. Tout est stable, l'accélération matériel est efficace elle fait le job. J'ai pas vu de plantage ou de reboot inopiné. Pour moi c'est viable dans l'état, en attendant quelque chose d'officiel.
-
j'ai passé le week end avec le firmware du 26.04.2026 de @Gilly1970:
https://github.com/Gilly1970/Gemtek-W1700K/tree/main/latest-images
Aucun souci en filaire, j'ai mes 7.2Gbps. Tout est stable, l'accélération matériel est efficace elle fait le job. J'ai pas vu de plantage ou de reboot inopiné. Pour moi c'est viable dans l'état, en attendant quelque chose d'officiel.
De mon côté j'ai installé l'installer 2.0 et le sysupgrade 2.0 de OpenWrt-Fanboy et tout va bien également.
https://github.com/OpenWRT-fanboy/w1700k-builds/releases
-
en fait tu as refait la procédure initiale complete mais à partir de ces 2 nouveaux fichiers c'est ca ?
-
en fait tu as refait la procédure initiale complete mais à partir de ces 2 nouveaux fichiers c'est ca ?
Oui, avec le serial donc. J'ai préféré la version de OpenWRT Fanboy car integration du MLO, de l'IRQ, et le GUI NPU.
Pas toujours facile de s'y retrouver dans son Github, mais j'ai fini par comprendre la logique. J'ai l'impression que son build est le plus complet
-
Ah bah voilà ;)
Il faut effectivement de la patience, ça reste un "hack" après tout, une fois qu'on a trouvé chaussure à son pied c'est de l'OpenWRT avec du hardware récent & performant
-
Le w1700k est à nouveau dispo sur Amazon.
Vite !
https://www.amazon.fr/Quantum-Fiber-W1700K-filaire-Centurylink/dp/B0DR7KMNC4/ref=sr_1_1?__mk_fr_FR=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dib=eyJ2IjoiMSJ9.cS48zUXCbMF774pjpDHUiA.NJODnOTCu9jpZ1LShx3pVeoC5wEiAA4SFSVN3UNCihM&dib_tag=se&keywords=w1700k&qid=1777452420&sr=8-1&ufe=app_do%3Aamzn1.fos.49fccda8-a887-4188-817b-b9a64bb30e43
-
Qui pour en commander une dizaine, les flasher avec OpenWRT, et les revendre ;D
-
Qui pour en commander une dizaine, les flasher avec OpenWRT, et les revendre ;D
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 ? ;D ;D
-
bloqués dans le détroit d'Ormuz ? ;D ;D
Pourquoi pas 🤣
-
J'en ai pris un, j'avais deja un oeuil dessus depuis le début de ce thread, sachant que dans mon utilisation il serait simple routeur, pas AP (sauf pour test le wifi7 en attand d'avoir un U7), a suivre
-
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 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
Bon pas le choix que d'appeler la police pour te faire arrêter dans ce cas... ;D
Je n'étais pas au courant de cette loi, je viens de changer et ça reste bien sous les 20dBm.
-
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.
-
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 ??
Oui. Mais il est probablement possible de changer cela dans le fichier config directement.
-
Peut-être qu'ils ne sont pas aussi "rares" que ça, le prix n'a pas trop augmenté depuis.
(http://pix.milkywan.fr/3acQbYDM.png)
C'est le prix que j'ai payé, quand même, ça a augmenté depuis
-
(http://pix.milkywan.fr/3acQbYDM.png)
C'est le prix que j'ai payé, quand même, ça a augmenté depuis
Oui, il était même encore plus bas avant. Ce que je veux dire, c'est qu'il semble plafonner dans les 100€ pour l'instant.
-
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.
-
Merci pour toutes ces clarifications ! ;)
-
j'ai refait toute la procédure d'installation en passant par l'installer de @hurrian
https://github.com/hurrian/w1700k-ubi-installer
tout a marché nickel.
a la fin j'installe le dernier firmware de @Fanboy en date du 02/05, version non overclockée:
https://github.com/w1700k/builds/releases/tag/ubi2-2026.05.02-r34276-34ba74111b
et là j'ai 2 problèmes :
1) après installation de mon fichier Network, IPV4 est OK, mais mon IPV6 ne remonte pas...
[2 mai 2026, 01:49:10 UTC+2] kern.info: [ 9.952576] Segment Routing with IPv6
[2 mai 2026, 01:49:10 UTC+2] kern.info: [ 9.956270] In-situ OAM (IOAM) with IPv6
[2 mai 2026, 01:49:11 UTC+2] daemon.info: dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
[2 mai 2026, 01:49:28 UTC+2] daemon.info: dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
[2 mai 2026, 01:54:06 UTC+2] daemon.info: dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
(https://i.imgur.com/7kwA61w.png)
2) le wifi ne démarre pas, il est pourtant correctement parametré depuis LUCI
(https://i.imgur.com/afdT4gy.png)
-
Pour le WIFI c'est réglé.
J'ai remplacé le fichier de config /etc/config/wireless par celui de mon backup. j'ai exécuté la commande "wifi" dans la console, et tout s'est mis a fonctionner.
EDIT:
j'ai testé la version OC, et ca plante pendant la phase de boot, donc chez moi l'overclocking on peut oublier...
-
Ah zut !
j'etais connecté au port 1Gbps durant le process de flashage, et maintenant je me rends compte que le port 10Gbps Lan2 ne fonctionne pas...
rien a faire, et la commande suivante ne le réactive pas :
ip link set dev lan2 down
ip link set dev lan2 up
je vois bien la led s'allumer 1s quand je fait le up, et ca s'éteint aussitot. >:( >:(
2eme mauvaise nouvelle je ne peux plus revenir en arrière sur le firmware qui marchait bien (celui de @Gilly1970)
(https://i.imgur.com/pWzRfS4.png)
-
1) après installation de mon fichier Network, IPV4 est OK, mais mon IPV6 ne remonte pas...
(https://i.imgur.com/7kwA61w.png)
Le "alias of wan" est bizarre, est-ce que ça correspond à :
config interface 'wan6'
option device '@wan'?
J'aurais plus tendance à garder quelque chose de similaire à la config par defaut (option device 'wan'), et donc mettre :
config interface 'wan6'
option device 'wan.100'
...
Ca donnerait deux interfaces OpenWrt associées à la même interface réseau Linux, sans utiliser les alias explicitement.
https://openwrt.org/docs/guide-user/network/network_interface_alias n'est vraiment pas clair :
- pour un bridge, il utilisent la syntaxe @lan, mais dans l'autre cas ils ont juste l'interface physique (donc comme le "option device 'wan'" utilisé pour wan6 par défaut)
- "please check if this is still true or not: At the time of writing, only the static protocol type is allowed for aliases." alors qu'ils donnent un exemple avec dhcp
-
Bien vu hwti !! je n'avais pas fait attention a ça !
je viens de corriger, et maintenant ca fonctionne. bien que l'alias marchait avec le firmware précédent...
Nouvelle config fonctionnelle :
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
option macaddr 'xx:xx:xx:xx:xx:xx'
config interface 'lan'
option device 'br-lan'
option proto 'static'
list ipaddr '192.168.1.1/24'
option ip6assign '60'
config interface 'wan'
option device 'wan.100'
option proto 'dhcp'
option vendorid 'BYGTELIAD'
list dns_search 'lan'
option hostname '*'
option multipath 'off'
option peerdns '0'
list dns '1.1.1.1'
config interface 'wan6'
option device 'wan.100'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix '64'
option ip6assign '64'
option norelease '1'
list dns_search 'lan'
option multipath 'off'
option peerdns '0'
list dns '2606:4700:4700::1111'
-
j'etais connecté au port 1Gbps durant le process de flashage, et maintenant je me rends compte que le port 10Gbps Lan2 ne fonctionne pas...
rien a faire, et la commande suivante ne le réactive pas :
ip link set dev lan2 down
ip link set dev lan2 up
je vois bien la led s'allumer 1s quand je fait le up, et ca s'éteint aussitot. >:( >:(
Aucune trace kernel ?
Est-ce que le port est connecté à une interface 10Gpbs en face, ou une autre vitesse ?
Il y a plusieurs versions du driver pour le RTL8261N : plutôt le driver vendeur, ou plutôt upstream Linux.
Il y a aussi eu des discussions au sujet des interruptions / polling, je ne sais pas s'il y a toujours des différences entre les firmwares à ce sujet.
2eme mauvaise nouvelle je ne peux plus revenir en arrière sur le firmware qui marchait bien (celui de @Gilly1970)
Avec le nouvel installer, tu as installé un chainloader qui utilise le mapping "ubi2" (528 blocs réservés à la fin de la flash), et il faut des firmwares correspondant.
Les anciens firmwares (mapping "ubi") avaient une partition trop grande, dont la fin se faisait écraser par le bootloader à chaque boot : la conséquence était que de temps en temps le routeur ne bootait plus après un sysupgrade (et besoin de réinstaller).
-
Aucune trace kernel ?
Est-ce que le port est connecté à une interface 10Gpbs en face, ou une autre vitesse ?
non aucune trace...ca dit rien quand je retire et remet le cable.
ma carte réseau et bien une 10Gbps, en autonegociation.
Si je branche mon cable sur le port wan2 10gbps du routeur, là c'est bien détecté, donc pas de probleme de cable ou de carte réseau apparemment...
root@OpenWrt:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc mq state UNKNOWN qlen 1000
link/ether 00:58:28:ea:95:b1 brd ff:ff:ff:ff:ff:ff
3: wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
link/ether 00:58:28:ea:95:b0 brd ff:ff:ff:ff:ff:ff
4: lan2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq master br-lan state DOWN qlen 1000
link/ether 00:58:28:ea:95:b1 brd ff:ff:ff:ff:ff:ff
5: lan3@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
link/ether 00:58:28:ea:95:b1 brd ff:ff:ff:ff:ff:ff
6: lan4@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state DOWN qlen 1000
link/ether 00:58:28:ea:95:b1 brd ff:ff:ff:ff:ff:ff
12: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether b8:8c:2b:08:94:70 brd ff:ff:ff:ff:ff:ff
13: wan.100@wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 00:58:28:ea:95:b0 brd ff:ff:ff:ff:ff:ff
14: phy0.0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
link/ether 00:58:28:ea:95:b2 brd ff:ff:ff:ff:ff:ff
15: phy0.1-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
link/ether 00:58:28:ea:95:c2 brd ff:ff:ff:ff:ff:ff
16: phy0.2-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
link/ether 00:58:28:ea:95:d2 brd ff:ff:ff:ff:ff:ff
root@OpenWrt:~#
root@OpenWrt:~# ip link set dev lan2 down
[ 2492.796927] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[ 2495.727741] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
[ 2495.737819] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
root@OpenWrt:~#
et quand je branche le cable, rien...
-
non aucune trace...ca dit rien quand je retire et remet le cable.
ma carte réseau et bien une 10Gbps, en autonegociation.
Si je branche mon cable sur le port wan2 10gbps du routeur, là c'est bien détecté, donc pas de probleme de cable ou de carte réseau apparemment...
De mon côté, parfois après sysupgrade sur le premier boot le port wan détecte bien le lient, et envoie des paquets mais ne reçoit rien.
Dans ce cas, un reboot corrige le problème.
Si tu sais quelle build de @Gilly1970 fonctionnait bien, on peut peut-être regarder ce qu'il avait pour le port LAN2 (device-tree, et patchs kernel).
La device-tree peut facilement s'extraire de l'image sysupgrade, mais pour les patchs kernel il faut regarder dans la repo.
-
il l'a supprimé depuis, c'etait la version du 21-04-2026, maintenant il a mis la version du 26 :
https://github.com/Gilly1970/Gemtek-W1700K/tree/main/latest-images/26.04.2026
mais j'ai gardé le fichier :
https://www.swisstransfer.com/d/153a5b6a-02bc-450d-ad99-4ba75bed7e65
ses 2 versions sont incompatibles avec le nouveau mapping ubi2
J'ai effectué plusieurs reboot, mais ca ne change rien...wan2 aucun souci, lan2 KO a tous les coups. pourtant durant la phase de boot je vois bien a plusieurs reprise la led s'allumer puis s'eteindre.
-
root@OpenWrt:~# ip link set dev lan2 down
[ 2492.796927] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[ 2495.727741] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
[ 2495.737819] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
root@OpenWrt:~#
et quand je branche le cable, rien...
Même type de test, je suis sur une ubi2-oc de @Fanboy un peu plus ancienne (r34234-22a22d9b87).
[317366.652677] br-lan: port 1(lan2) entered disabled state
[317368.482416] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[317368.757846] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[317368.767530] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
[317385.773644] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
[317385.782108] br-lan: port 1(lan2) entered blocking state
[317385.787516] br-lan: port 1(lan2) entered forwarding state
[317394.092871] mt7530-mmio 1fb58000.switch lan3: Link is Down
[317394.098581] br-lan: port 2(lan3) entered disabled stateTu as un driver "Generic Clause 45 PHY", alors que j'ai "Realtek RTL8261N" (avec en plus la trace d'init).
Est-ce que "lsmod | grep rtl" indique le module "rtl8261n" est chargé, avec 2 utilisateurs ?
Est-ce que le port wan est avec le driver de PHY générique aussi, ou RTL8261N ?
-
Tu as un driver "Generic Clause 45 PHY", alors que j'ai "Realtek RTL8261N" (avec en plus la trace d'init).
Est-ce que "lsmod | grep rtl" indique le module "rtl8261n" est chargé, avec 2 utilisateurs ?
Est-ce que le port wan est avec le driver de PHY générique aussi, ou RTL8261N ?
root@OpenWrt:~# lsmod | grep rtl
rtl8261n 94208 2
comment je vois ca sur le port wan ??
Je remarque un truc :
l'installer de hurrian m'a mis un recovery en kernel 6.18, alors que le firmware de Fanboy est en 6.12 chez moi. je ne sais pas si ca a un impact...
J'ai fait un reboot en recovery, meme probleme, puis reboot en normal et la mon port lan2 a fonctionné, les led sont bien restée allumée, mais pas moyen d'obtenir une ip sur le PC...
(https://i.imgur.com/JXuDI9N.png)
je repasse sur un port 1gbps et ca marche...
et la j'ai des traces maintenant quand je retire et remet le cable dans le port 10G:
root@OpenWrt:~# [ 883.776771] mt7530-mmio 1fb58000.switch lan3: Link is Down
[ 883.782487] br-lan: port 2(lan3) entered disabled state
[ 889.447190] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
[ 889.455732] br-lan: port 1(lan2) entered blocking state
[ 889.461019] br-lan: port 1(lan2) entered forwarding state
-
haaa et cette fois-ci le message est différent lors du down/up:
root@OpenWrt:~# ip link set dev lan2 down
ip link set dev lan2 up
[ 1189.793746] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[ 1190.013459] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[ 1190.310214] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[ 1190.319838] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
EDIT:
nouveau reboot, et maintenant ca fonctionne...on dirait que le passage par le Recovery a débloqué un truc...
speedtest.exe
Speedtest by Ookla
Server: Misaka Network, Inc. - Marseille (id: 73556)
ISP: Bouygues Telecom
Idle Latency: 5.94 ms (jitter: 0.20ms, low: 5.65ms, high: 6.01ms)
Download: 7265.57 Mbps (data used: 8.3 GB)
8.94 ms (jitter: 19.72ms, low: 6.04ms, high: 244.41ms)
Upload: 952.67 Mbps (data used: 809.0 MB)
13.65 ms (jitter: 1.17ms, low: 7.28ms, high: 23.28ms)
Packet Loss: Not available.
Result URL: https://www.speedtest.net/result/c/608024a7-1300-4691-8387-8c54fb27f474
au passage, j'avais oublié d'activer l'offloading dans la partie Firewall...mon speedtest était bloqué a 500Mbps...le CPU est vraiment une daube sans l'offloading c'est fou...il n'atteind meme pas 1Gbps avec ses 4 coeurs :o
-
comment je vois ca sur le port wan ??
Avec les traces kernel (dmesg), ou "readlink /sys/class/net/wan/phydev/driver".
l'installer de hurrian m'a mis un recovery en kernel 6.18, alors que le firmware de Fanboy est en 6.12 chez moi. je ne sais pas si ca a un impact...
Aucun impact (c'est une build ubi2, et la recovery ne fait rien tant qu'on ne la lance pas), le 6.18 est juste en cours de pré-intégration côté OpenWrt, mais tous les patchs des custom builds ne sont pas forcément portés.
haaa et cette fois-ci le message est différent lors du down/up:
root@OpenWrt:~# ip link set dev lan2 down
ip link set dev lan2 up
[ 1189.793746] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[ 1190.013459] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[ 1190.310214] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[ 1190.319838] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
C'est peut-être aléatoire, il me semble avoir vu un bug créé côté OpenWrt pour ça.
Le driver rtl8261n est en module, alors que le driver générique est probablement built-in (dans le kernel), donc si l'initialisation se fait trop tôt (avant que le rootfs soit monté) il n'y a que le driver générique qui est présent.
au passage, j'avais oublié d'activer l'offloading dans la partie Firewall...mon speedtest était bloqué a 500Mbps...le CPU est vraiment une daube sans l'offloading c'est fou...il n'atteind meme pas 1Gbps avec ses 4 coeurs :o
Si absolument aucun offloading (même pas la version software) n'est activé, ça charge beaucoup le CPU (et d'autant plus s'il y a beaucoup de règles de firewall).
Les 4 cœurs ne sont pas forcément utilisés, ça dépend des drivers et/ou paramètres, et il faut que le test soit fait avec plusieurs connexions (avec une seule, au mieux 2 cœurs pourraient être utilisés : un pour la réception et un pour l'envoi).
-
root@OpenWrt:~# readlink /sys/class/net/wan/phydev/driver
../../../../../../../bus/mdio_bus/drivers/Realtek RTL8261N
root@OpenWrt:~#
ok, donc ce serait une histoire de mauvais timing qui empecherait le port de fonctionner ? c'est bizarre que ca marche tout le temps avec le wan alors...
-
ok, donc ce serait une histoire de mauvais timing qui empecherait le port de fonctionner ? c'est bizarre que ca marche tout le temps avec le wan alors...
Regarde les timings dans le dmesg : à priori l'initialisation se fait dans l'ordre lan2, lan3, lan4, wan.
Si lan2 est limite, la probabilité que wan soit affecté par le problème est bien plus faible.
-
voila le dmesg
https://pastebin.com/JcGamQh2
En fait faudrait voir les logs quand ca ne marche pas...
-
voila le dmesg
https://pastebin.com/JcGamQh2
En fait faudrait voir les logs quand ca ne marche pas...
[ 10.751481] kmodloader: loading kernel modules from /etc/modules-boot.d/*
...
[ 12.495955] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[ 12.503890] init: - preinit -
[ 12.913028] airoha_eth 1fb50000.ethernet wan: renamed from eth1
[ 12.922844] airoha_eth 1fb50000.ethernet lan2: renamed from eth2
[ 13.446303] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[ 13.744332] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[ 13.753948] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
[ 17.922691] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
...
[ 25.826413] airoha_eth 1fb50000.ethernet wan: PHY [mt7530_dsa-0:08] driver [Realtek RTL8261N] (irq=POLL)
[ 25.835972] airoha_eth 1fb50000.ethernet wan: configuring for phy/usxgmii link mode
[ 29.522601] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
[ 29.531213] br-lan: port 1(lan2) entered blocking state
[ 29.536465] br-lan: port 1(lan2) entered forwarding state
[ 31.042278] airoha_eth 1fb50000.ethernet wan: Link is Up - 10Gbps/Full - flow control off
lan2 a été initialisé 1s après le chargement des modules, alors que wan est arrivé bien plus tard (avec d'autres drivers entre les deux).
Les timings pourraient beaucoup changer si des drivers sont optimisés, parce que là il y a énormement d'initialisations qui semblent bloquantes (par exemple les 4s pour activer le lien sur lan2, et plus tard wan ou encore lan2).
-
ok ben espérons que les dev lisent le topic "community build" du w1700K pour tenir compte de tout ça...ce topic a l'air mort...
-
Si tu arrives à avoir un log de boot, je pourrais poser la question sur https://github.com/openwrt/openwrt/pull/22563.
Avec cette MR, on passerait de kmod-phy-rtl8261 à kmod-phy-realtek (donc toujours en module) + rtl8261n-firmware.
Certaines cibles ont le driver en builtin, mais du coup ont eu le problème avec les firmwares potentiellement non disponibles si le driver est chargé avant le montage du rootfs (d'où https://github.com/openwrt/openwrt/pull/23075).
-
ce n'est pas un log de boot que j'ai posté sur pastebin ?? :o
tu veux que je récupère le log depuis la console serial ?
Voici un reboot depuis le serial :
https://pastebin.com/a6LqQAya
et au passage j'ai re perdu le 10Gbps :( :(
root@OpenWrt:~# ip link set dev lan2 down
[ 230.770434] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[ 234.571257] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
[ 234.581343] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
root@OpenWrt:~#
-
Justement, c'était un cas KO qu'il fallait, et de mon côté je n'arrive pas à avoir le problème.
En fait c'est encore plus étonnant, parce qu'il y a https://github.com/OpenWRT-fanboy/OpenW1700k/commit/b1a82e1a900805d3c19da4867f67eb90ff28d77c, donc mt7530_dsa est en module.
-
ok donc tu as le bon log alors ;D
mais de ton coté, tu as aussi 12s d'ecart comme moi, entre le chargement de lan2 et wan dans les log ?
en fait j'ai 3 cas de figure :
- le port ne fonctionne pas (pas de led allumée, windows ne detecte pas de cable branché)
- le port fonctionne (les led s'allument, mais impossible d'obtenir une ip, windows indique réseau non identifié)
- le port fonctionne
-
- le port fonctionne (les led s'allument, mais impossible d'obtenir une ip, windows indique réseau non identifié)
Celui là, c'est avec "Realtek RTL8261N" ou "Generic Clause 45 PHY" ?
-
ah zut je ne sais pas... :o
-
en comparant un log ou ca ne marche pas, et un log ou ca marche, on voit a quel moment ca foire :
Marche pas
Failed to find NVMEM device
[ 13.325384] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
[ 13.335434] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
Ca marche
Failed to find NVMEM device
[ 13.465175] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[ 13.761930] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[ 13.771543] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
-
@hwti j'ai ouvert la discussion sur le github de Fanboy:
https://github.com/orgs/w1700k/discussions/6
-
Je vais faire un tout petit peu de HS mais pas sûr que ce soit utile d'ouvrir un nouveau topic pour ça.
- Est-ce que le ventilateur tourne en permanence sur le W1700K ?
- Est-ce qu'il est discret ou est-ce qu'on l'entend quand-même ?
- Enfin, est-ce que quelqu'un connait sa conso électrique idle/load ?
Merci :)
-
oui il tourne en permanence, mais on ne l'entend pas. et le radiateur n'est vraiment pas chaud du tout, je me demande même si c'est pertinent qu'il tourne en permanence, a moins de faire des speedtest et des transferts de fichier a 10Gbps H24...Le radiateur est énorme il prend quasiment toute la surface de la carte mère. Ce qui chauffe le plus c'est l'ONT externe.
dans le firmware on peut gérer le ventilo
(https://i.imgur.com/7AwSuwk.png)
(https://i.imgur.com/S2M2dnM.png)
-
Intéressant, merci !
A voir si on a moyen avec la courbe perso de faire en sorte qu'il ne s'active qu'après une certaine température.
Une idée à tout hasard de la conso (même si subjectif car dépendant du 10G ou non, du nombre de clients...) ?
Il serait alimenté par un splitter POE mais avec un tout petit budget (< 15W en charge) et il y a risque que ça ne passe pas.
Edit : trouvé ici : https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/394?page=20
(https://forum.openwrt.org/uploads/default/original/3X/d/3/d3da805dcdc6eb44da2e807c19334f67af00adb6.jpeg)
Un peu juste en 15W donc...
-
A voir si on a moyen avec la courbe perso de faire en sorte qu'il ne s'active qu'après une certaine température.
Attention, comme indiqué sur l'interface le ventilateur est régulé à partir d'une température de la carte (pas sûr de l'endroit où elle est mesurée).
Si on ventile trop peu, peut-être que l'écart entre les différentes températures peut augmenter, et donc ça pourrait chauffer localement sur certains composants en fonction de l'usage.
-
@hwti
je ne comprends pas ce que Fanboy me demande de faire en réponse à mon probleme ??
https://github.com/orgs/w1700k/discussions/6
-
Il veut que tu mette l'ubi2-realtekfix qui se trouve là : https://github.com/w1700k/builds/releases/tag/ubi2-realtekfix
-
Il veut que tu mette l'ubi2-realtekfix qui se trouve là : https://github.com/w1700k/builds/releases/tag/ubi2-realtekfix
1h que je cherche, google n'est pas mon ami !! ;D mais il vient de le mettre ?! Merci xillibit
-
Il l'a mis en même temps qu'il a ajouté sa réponse
-
haaa et je viens de découvrir que c'est accessible directement depuis le routeur ! ;D c'est magique ce truc !
(https://i.imgur.com/ZFfUmOp.png)
-
Je ne sais pas ce qu'il a mis dans cette build.
Le risque de faire des changements sans avoir identifié le problème de départ, c'est que ça fonctionne pas chance (timings de boot différents), mais que ça reste fragile.
-
Juste après avoir fait le sysupgrade ca a marché !! je me suis dit ca yest c'est bon, donc j'ai fait un reboot, là paf ca ne marche plus, 5 reboots et ca ne marche toujours pas...
https://pastebin.com/q04CcNNk
-
J'ai rebooté avec le cable dans le port 1Gbps, une fois le boot terminé j'ai branché le câble dans le port 10G Lan2, et la les leds se sont allumées, mais je suis tombé dans le cas de figure ou sur le PC je reste en "reseau non identifié" donc pas d'ip. Dans ce cas lorsque je mets ou retire le cable j'ai bien les messages qui s'affichent "link up/link down"
et cette fois ci j'ai récupéré le bootlog :
https://pastebin.com/4NL5pSRv
-
Là tu avais :
[ 50.572070] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/txDonc il faut soit :
- regarder les compteurs (/sys/class/net/lan2/statistics) et/ou sur le PC
- capturer les échanges avec "tcpdump -i lan2" (sur le port série ça peut vite faire beaucoup de traces), et/ou capturer sur le PC (Wireshark)
Ca pemet de voir si les paquets sont bien échangés : PC qui fait sa requête DHCP, routeur qui reçoit et répond, ...
-
quelle stat il faut regarder ?
root@OpenWrt:~# ls /sys/class/net/lan2/statistics
collisions rx_frame_errors tx_carrier_errors
multicast rx_length_errors tx_compressed
rx_bytes rx_missed_errors tx_dropped
rx_compressed rx_nohandler tx_errors
rx_crc_errors rx_over_errors tx_fifo_errors
rx_dropped rx_packets tx_heartbeat_errors
rx_errors tx_aborted_errors tx_packets
rx_fifo_errors tx_bytes tx_window_errors
-
Un peu tout, par exemple rx_packets doit être >0 (si le PC indique bien avoir envoyé des choses), et c'est un problème s'il y a des rx_*_errors.
Si on reçoit des choses, alors normalement on doit répondre, donc tx_paquets : si c'est à 0 le routeur n'essaye même pas, si ça augmente mais le PC ne reçoit rien c'est qu'il y a un problème côté Ethernet (mal configuré, ...).
-
alors tous les rx sont a Zéro, pour les tx voir ci-dessous
root@OpenWrt:~# ls /sys/class/net/lan2/statistics
collisions rx_frame_errors tx_carrier_errors
multicast rx_length_errors tx_compressed
rx_bytes rx_missed_errors tx_dropped
rx_compressed rx_nohandler tx_errors
rx_crc_errors rx_over_errors tx_fifo_errors
rx_dropped rx_packets tx_heartbeat_errors
rx_errors tx_aborted_errors tx_packets
rx_fifo_errors tx_bytes tx_window_errors
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_aborted_errors
0
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_bytes
15602
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_carrier_errors
0
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_compressed
0
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_dropped
4
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_errors
0
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_fifo_errors
0
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_heartbeat_errors
0
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_packets
235
root@OpenWrt:~# cat /sys/class/net/lan2/statistics/tx_window_errors
0
root@OpenWrt:~#
-
Et côté PC, est-ce qu'il a reçu les paquets ? Est-ce qu'il en a envoyé ?
-
J'ai pas testé coté PC, depuis mon problème qui m'a obligé a tout réinstaller windows j'evite d'installer des trucs capable de foutre le bordel sur la couche réseau...je préfère regarder coté routeur...
Sinon, je reproduit le probleme a tous les coups maintenant:
si je boot avec le cable dans le port 10g, au final rien ne fonctionne, pas de leds allumées, retirer/remettre le cable n'affiche rien dans le shell, et coté PC la carte réseau ne voit pas de cable connecté.
si je boot avec le cable dans le port 1G, a la fin du boot je mets le cable dans le por 10G Lan2, et la j'ai bien les leds qui s'alluments (vert et orange), mais la carte reseau coté PC est en "reseau non identifié".
-
Bon...
Je viens de flasher la ubi2 du jour (03 Mai), donc depuis le port 1G
(https://i.imgur.com/WuHcvt5.png)
au reboot, je mets le cable dans Lan2, meme symptome. Coté PC j'ai reseau non identifié. Mais cette fois ci je désactive la carte, puis je la réactive, et paf ce coup ci ca marche...j'obtiens une IP.
Alors je n'avais pas tenté de désactiver/reactiver la carte coté PC avec la version ubi2-realtekfix...mais c'est quand meme bizarre cette histoire de cable qui ne doit pas etre dans le port LAN2 durant le boot.
-
Même sans installer des choses sous Windows, on peut voir les compteurs de paquets (ou d'octets).
Il faut que le PC fasse une requête DHCP : il le fait quand le lien est établi, mais normalement le reboot suffit à le déclencher.
Peut-être que le nouveau driver a des problèmes, surtout sans interruption (qui est utilisée sur les autres cibles, mais https://github.com/openwrt/openwrt/pull/23078 la désactive pour le W1700k).
Au reboot après sysupgrade j'ai déjà eu des problèmes similaires, en général il suffisait de rebooter une fois pour que ça fonctionne.
-
bon pour ce soir je ne touche plus a rien, ca m'a fatigué cette histoire ;D mais je sens qu'au prochain reboot du routeur ca va encore etre la galère.
en attendant au reboot du PC, ca marche au moins.
Si c'etait juste une histoire de désactiver/reactiver la carte coté PC, c'est un peu ballot de ne pas avoir tenté ça avant...Mais ca ne change pas le probleme lors du reboot avec le cable dans le port 10G...car coté PC et Routeur personne ne voit de cable connecté
-
Fanboy a fait un ubi2-realtekfix2
J'ai mis à jour le firmware alors que j'étais connecté au port LAN2 10G.
Une fois le routeur redémarré, le port LAN2 fonctionnait, mais ma carte réseau affichait « réseau inconnu »... donc pas d'adresse IP.
Sous Windows, j'ai désactivé puis réactivé la carte, ce qui a résolu le problème. Donc après ça le port 10Gbps Lan2 fonctionnait.
Après cela, j'ai redémarré le routeur (toujours avec le cable dans Lan2). Cette fois-ci, le port LAN2 ne fonctionnait pas ; Windows indiquait qu'aucun câble n'était branché. Brancher ou débrancher le câble n'avait aucun effet dans le shell.
J'ai redémarré à nouveau, mais cette fois-ci avec le câble branché sur le port LAN3 (1 Gb). Une fois le redémarrage terminé, j'ai branché le câble sur le port LAN2 et l) ca a fonctionné...
J'ai essayé de redémarrer 5 fois avec le câble branché sur le port LAN2, 100% fail.
J'ai essayé 3 redémarrages avec le câble branché sur le port LAN3, puis en passant au port LAN2 :
- ça a marché deux fois
- la troisième fois, j'ai eu le message « réseau inconnu », j'ai désactivé la carte réseau sous Windows, mais ça n'a pas résolu le problème. J'ai donc déplacé le câble du port LAN2 vers le port LAN3, puis du port LAN3 vers le port LAN2, et ça a marché...
C'est très étrange, mais il doit se passer quelque chose lors du boot si le cable est branché dans Lan2, a tous les coups ca foire.
-
Je viens d'effectuer une nouvelle série de reboots (avec ubi2-realtekfix2).
Je peux confirmer que lorsque le câble est branché sur le port LAN2, pendant le redémarrage, le port cesse de fonctionner à chaque fois. Il est impossible de le faire fonctionner à nouveau. Windows ne détecte aucun câble connecté. Le shell ne réagit pas lorsque je retire ou rebranche le câble.
J'ai redémarré une dizaine de fois sans que mon câble réseau soit branché. Une fois le port WAN activé, je branche le câble sur LAN2, et cela a fonctionné à chaque fois.
Peut-être que le comportement est le même avec le firmware ubi2 standard ?!
En tout cas s'il y a une piste a creuser, elle est certainement là. que se passe t'il durant le boot si le cable est branché ?? on voit que le port s'initialise a 2 ou 3 reprises, les leds s'allumes et s'eteignent pendant cette phase. si le cable est présent le driver doit faire un truc de particulier...
-
Peut-être que le comportement est le même avec le firmware ubi2 standard ?!
Pas de soucis pour moi avec ubi2-oc (aussi bien avec juste WAN branché, ou WAN + LAN2), à part parfois au premier boot après sysupgrade où j'avais le problème des RX à 0.
Mais si c'est dépendant des timings il y a peut-être beaucoup de variables possibles :
- l'overclock sur le CPU
- la vitesse d'établissement du lien peut dépendre de ce qu'on a en face
- peut-être la NAND
-
en attendant, vu que j'ai trouvé la parade pour avoir mon port 10G fonctionnel à tous les coups je vais pouvoir patienter. En temps normal je ne reboot pas tous les jours le routeur non plus.
Et les perfs sont bien au RDV
(https://www.speedtest.net/result/c/a33032d0-36be-48a3-bf48-d43903250961.png)
par contre j'ai vu qu'une personne indiquait que le wifi avait un souci avec le dernier firmware de Fanboy.
-
Je viens de flasher la version ubi2 du 4 Mai : https://github.com/w1700k/builds/releases/tag/ubi2-2026.05.04-r34299-deed3f291d
Flash depuis le cable dans le port Lan2 10G, tout se passe bien et après reboot, ca marche direct !
voici les logs du Flash jusqu'au reboot.
https://pastebin.com/5Gskb7NX
Ensuite je fais un reboot en laissant le cable dans Lan2. et la ca foire, port est HS.
Je débranche le cable, je reboot, j'attend que wan soit actif, je rebranche le cable dans lan2, et là ca marche.
Le probleme est donc identique avec les 2 firmwares, avec ou sans le patch Realtek.
-
Le probleme est donc identique avec les 2 firmwares, avec ou sans le patch Realtek.
Il y a au moins deux problèmes :
- no RX
- Generic Clause 45 PHY (qui pourrait peut-être avoir plusieurs causes)
Dans tous les cas, la gestion des ports 10Gbps n'est effectivement pas parfaite.
-
@rooot Sur https://github.com/orgs/w1700k/discussions/6#discussioncomment-16821689, j'ai posté une build et des instructions (certes peut-être un peu complexes) pour essayer de trouver la cause du "Generic Clause 45 PHY".
L'idée est d'essayer de valider deux causes possibles de l'utilisation du driver générique, qui pourraient bien sûr être affectées par les timings.
Soit le driver rtl8261n.ko est chargé trop tard (mais sur la build ubi2 je ne vois pas trop comment), et donc au moment où le kernel fait l'initialisation il n'a que le driver générique.
Soit il n'est pas arrivé à correctement lire les registres pour obtenir le PHY ID 0x1CCAF3, qui sert au kernel pour trouver le bon driver parmi ceux chargés.
-
OK merci pour ton aide ;)
Donc j'ai flashé ta build. mon câble était dans Lan2, durant le flash et la séquence de reboot.
https://pastebin.com/6abkbKEn
A la fin le port était bien détecté, les led vert/orange allumées et clignotantes, mais coté PC "réseau non identifié".
ensuite j'ai fait ce que tu as indiqué, et voici les logs du début :
root@OpenWrt:~# grep phy:0x05 /sys/kernel/tracing/trace
kmodloader-414 [001] ..... 11.779151: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x06 val:0x8000
kmodloader-414 [001] ..... 11.779270: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x05 val:0x008a
kmodloader-414 [001] ..... 11.779385: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x02 val:0x001c
kmodloader-414 [001] ..... 11.779500: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x03 val:0xcaf3
kmodloader-414 [001] ..... 11.779614: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x02 val:0x001c
kmodloader-414 [001] ..... 11.779729: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x03 val:0xcaf3
kmodloader-414 [001] ..... 11.779843: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x02 val:0x001c
kmodloader-414 [001] ..... 11.779957: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x03 val:0xcaf3
kmodloader-414 [001] ..... 11.780072: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x08 val:0x8000
kmodloader-414 [001] ..... 11.780186: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x02 val:0x001c
kmodloader-414 [001] ..... 11.780301: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x03 val:0xcaf3
kmodloader-414 [001] ..... 12.316424: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x104 val:0x7001
kmodloader-414 [001] ..... 12.316599: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x01 val:0x0008
kmodloader-414 [001] ..... 12.316753: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x08 val:0x8200
kmodloader-414 [001] ..... 12.316906: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x0b val:0x41a4
kmodloader-414 [001] ..... 12.317059: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x15 val:0x0003
kmodloader-414 [001] ..... 12.317212: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x14 val:0x000e
kmodloader-414 [001] ..... 12.317366: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x15 val:0x0003
kmodloader-414 [001] ..... 12.317522: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x3c val:0x0000
kmodloader-414 [001] ..... 12.317677: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x3e val:0x0000
ip-843 [003] ..... 13.914176: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x145 val:0x0000
ip-843 [003] ..... 13.914302: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0x145 val:0x0001
ip-843 [003] ..... 13.944465: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x145 val:0x0000
ip-843 [003] ..... 13.974586: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0xb820 val:0x0000
ip-843 [003] ..... 13.974699: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xb820 val:0x0010
ip-843 [003] ..... 13.974811: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0xb820 val:0x0010
ip-843 [003] ..... 13.974922: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xb820 val:0x0010
ip-843 [003] ..... 13.975035: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0xb800 val:0x00c0
ip-843 [003] ..... 13.975147: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0x8023
ip-843 [003] ..... 13.975258: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x3802
ip-843 [003] ..... 13.975369: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xb82e
ip-843 [003] ..... 13.975480: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x0001
ip-843 [003] ..... 13.975591: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0xb820 val:0x0010
ip-843 [003] ..... 13.975702: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xb820 val:0x0090
ip-843 [003] ..... 13.975816: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa016
ip-843 [003] ..... 13.975927: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x0000
ip-843 [003] ..... 13.976038: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa012
ip-843 [003] ..... 13.976148: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x0000
ip-843 [003] ..... 13.976259: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa014
ip-843 [003] ..... 13.976370: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.976481: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x8010
ip-843 [003] ..... 13.976592: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.976703: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.976814: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.976924: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.977035: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.977146: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.977257: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.977368: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.977478: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.977590: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.977701: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.977811: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.977922: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.978032: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x801a
ip-843 [003] ..... 13.978143: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xd719
ip-843 [003] ..... 13.978254: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x3bb7
ip-843 [003] ..... 13.978364: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x8014
ip-843 [003] ..... 13.978475: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xf003
ip-843 [003] ..... 13.978586: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xd704
ip-843 [003] ..... 13.978697: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x406e
ip-843 [003] ..... 13.978807: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.978918: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x12db
ip-843 [003] ..... 13.979029: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1800
ip-843 [003] ..... 13.979139: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0x1301
ip-843 [003] ..... 13.979251: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa026
ip-843 [003] ..... 13.979361: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
ip-843 [003] ..... 13.979472: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa024
ip-843 [003] ..... 13.979584: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
ip-843 [003] ..... 13.979695: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa022
ip-843 [003] ..... 13.979806: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
ip-843 [003] ..... 13.979917: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa020
ip-843 [003] ..... 13.980028: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
ip-843 [003] ..... 13.980138: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa006
ip-843 [003] ..... 13.980250: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
ip-843 [003] ..... 13.980361: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa004
ip-843 [003] ..... 13.980472: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
ip-843 [003] ..... 13.980582: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa436 val:0xa002
ip-843 [003] ..... 13.980693: mdio_access: mt7530_dsa-0 write phy:0x05 reg:0xa438 val:0xffff
-
Ensuite je retire le cable, et je fais un reboot, une fois le wan monté, je rebranche le cable dans LAN2 et la ca fonctionne direct.
https://pastebin.com/nRzL9Z3M
Le dmesg :
https://pastebin.com/6TtCF1GZ
le log:
https://pastebin.com/mHY4BHhR
-
EDIT:
Meeerde, je viens de voir que j'ai pas pris assez de logs j'ai coupé trop tot >:( >:(
@hwti, j'ai vu que Gilly_1970 avait posté une nouvelle suggestion de patch dans la discussion avec Fanboy
https://github.com/orgs/w1700k/discussions/6#discussioncomment-16824120
-
Là tu mélanges les deux choses :
- ma build et les manips correspondantes, c'est pour le problème "Generic Clause 45 PHY" (que tu n'as pas vu ici, et pour lequel tu disais que Windows ne voyait même pas le câble comme branché)
- la suggestion de Gilly_1970, c'est pour le problème "no RX", qui correspond peut-être à ton cas "reseau non identifié" : le lien est actif, Windows fait sa requête DHCP, mais le W1700K ne reçoit rien donc forcément il ne répond pas
-
non non je ne mélange rien ;D
mes messages sont dans le meme post, mais j'ai bien compris que vous traitiez 2 problèmes différents.
Du coup, dans les logs que j'ai indiqué, tu confirmes que j'ai coupé trop tot pour les traces, ou c'est bon ?
-
Le problème pour lequel les traces seraient intéressantes, c'est :
[ 13.325384] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
Mais là sur tes deux boots, tu as bien "Realtek RTL8261N", donc c'est un autre problème, probablement le "no RX".
-
ok.
tu as vu le post de Gilly_1970 ici ?
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3235
-
tu as vu le post de Gilly_1970 ici ?
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3235
Tu as un HW 1.1 (sur l'étiquette) ?
Je ne sais pas ce qu'il veut dire par "u-boot dumps", et si c'est certain que HW 1.0 / 1.1 correspond au changement du AN7581.
Avec un HW 1.0, j'ai plusieurs fois vu le problème "no RX" sur des reboots après sysupgrade (même si hier j'ai testé plusieurs builds en local, et à chaque fois c'est passé).
Donc même si c'est peut-être une bonne piste, ce n'est peut-être pas parfait non plus (à moins qu'il s'agisse de plusieurs problèmes).
-
Tu as un HW 1.1 (sur l'étiquette) ?
OUI !
Bon j'ai testé le nouveau FIX de fanboys, malheureusement ca n'a rien changé.
https://github.com/orgs/w1700k/discussions/8
Du coup j'ai suggéré quelque chose:
Est-ce qu'il serait techniquement possible de faire en sorte que le port LAN2 soit dans un mode ou il n'essaie pas de détecter la présence du câble pendant la phase de boot, et que quand celle-ci est terminée, donc environ au bout de 35s d'après les logs. le port LAN2 soit "activé", ce qui simulerait le branchement du cable.
Donc on aurait pas résolu le probleme mais au moins il y aurait un contournement qui fonctionne de manière transparente pour l'utilisateur.
En gros on simule ce que je dois faire manuellement. Pas de cable au boot, et branchement du cable a la fin.
en fait je vois bien comment lancer un "ip link set dev lan2 up" dans /etc/rc.local
mais il faut qu'avant cela l'équivalent d'un "ip link set dev lan2 down" soit lancé...
-
Il faut faire attention à quel problème tu as exactement à chaque fois, sinon ça pourrait induire en erreur (en disant que le patch ne fonctionne pas).
Là tu as eu :
[ 13.383507] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
Donc c'est le "Generic Clause 45 PHY", avec d'ailleurs ton PC qui ne détecte pas le câble.
C'était le cas qui m'intéressait, mais pas de chance c'est avec l'autre firmware :-\
Et dans ce cas précis, le down / up de l'interface ne change probablement rien.
Le patch de Gilly_1970, c'est pour le problème "no RX", donc quand Windows dit "réseau non identifié".
Pour ce cas là, si le patch n'est pas suffisant, tu peux tester si "ip link set dev lan2 down" / "ip link set dev lan2 up" (qui relance peut-être la calibration) aide.
Si ce n'est toujours pas suffisant, là on pourra voir s'il est possible de décaler le "up" initial pour essayer de se rapprocher du cas où le câble est branché plus tard.
-
https://github.com/orgs/w1700k/discussions/6#discussioncomment-16828216
j'ai fait un test pour savoir a quel moment je pouvais brancher le cable pour que ca marche. et bien c'est très tôt dans la sequence de boot en fait.
Si je le branche lorsque cela affiche : “Hit any key to stop autoboot” et bien cela a fonctionné 10x sur 10 reboot.
j'ai testé juste avant lorsque le "Secure key exist" est affiché, là ca ne marche plus.
C'est donc entre le reboot et le “Hit any key to stop autoboot” qu'il se produit quelque chose si le cable est branché.
-
Mais avec quelle build, et quels ont été les échecs sur les boots qui n'ont pas fonctionné ?
Si c'est la build avec "Extend manual RX calibration to E2 silicon patch", alors peut-être que :
- le commit évite les "no RX"
- brancher plus tard évite les "Generic Clause 45 PHY"
Peut-être même que ça évite les deux bugs.
Est-ce que brancher entre le "Secure key exist" et "Hit any key to stop autoboot" serait équivalent à laisser branché depuis avant le reboot, en terme de résultats ?
-
La je suis toujours sous la build realtekfix3 j'ai fait les teste sous cette build.
OpenWrt SNAPSHOT r34315+28-c689be9eba / LuCI Master 26.118.65186~aa08ce7
De mon point de vu je m'en tient aux faits, je ne maitrise rien du tout dans cette histoire. Toutes les builds testées n'ont strictement rien changé dans la finalité.
Tout ce que je peux constater c'est si après avoir branché le câble ca marche ou pas. j'ai pas vos compétence si votre compréhension pour faire analyser mieux que ca.
-
Tu as quand même pu parfois distinguer les fois où le PC dit que le câble n'est pas branché, de ceux où c'est "réseau inconnu".
Et aussi, regarder s'il y a la trace "airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)", ce n'est pas compliqué.
Si là ce qu'il reste ce sont les "Generic Clause 45 PHY", ça veut dire que le patch a fonctionné pour les "no RX", et pour l'autre on pourrait avoir un contournement si le problème vient de u-boot (et la version particulière).
-
ok je vais regarder ce point
-
Bon, 10 reboot toujours sur la build ubi2-realtekfix3.
a chaque fois je suis sur Generic Clause 45 PHY
root@OpenWrt:~# dmesg | grep Generic
[ 13.335420] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
[ 24.616684] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
je ne tombe jamais sur le cas de figure ou Windows voit bien le câble connecté mais n'arrive pas a communiquer.
-
Donc on dirait bien que le commit de Gilly1970 a corrigé le "no RX" (ou en a fortement diminué la probabilité) sur les AN7581 rev E2 (HW1.1 à priori).
Et là il reste le "Generic Clause 45 PHY", qui est peut-être lié à u-boot quand le câble est branché au début du boot.
J'avais un doute sur la version "Nov 26 2024 - 11:47:20", mais le code d'init de LAN2 semble le même, donc ça ne vient peut-être pas de là.
@Notvis a un w1700k avec lequel il a des problèmes (et là c'est avec la build realtekfix3), et deux avec l'ancien bootloader qui semblent mieux fonctionner, mais ce n'est pas pour autant le "Generic Clause 45 PHY" :-\
Dans tous les cas, des traces mdio_access (sur ma build), dans le cas de ton problème "Generic Clause 45 PHY" seraient quand même utiles pour avoir des pistes.
-
tu veux que je refasse la manip avec ta build ?
-
tu veux que je refasse la manip avec ta build ?
Oui, avec le "bootargs" et en prenant les traces si tu reproduis un cas de "Generic Clause 45 PHY".
-
"bootargs" ?? c'est quoi ca ? ;D
si tu reproduis un cas de "Generic Clause 45 PHY".
ca c'est facile suffit de booter avec le cable donc.
EDIT:
suffit que je dise ca pour que ca marche direct après flashage...
https://pastebin.com/vg9qM1Z5
bon du coup je reboot avec le cable. ;D
EDIT2:
Alors la je ne capte pas...j'ai bien flashé ta build, je suis le process que tu m'as donné, et j'ai une erreur quand je fais :
root@OpenWrt:~# mount -t tracefs tracefs /sys/kernel/tracing
mount: mounting tracefs on /sys/kernel/tracing failed: No such file or directory
root@OpenWrt:~# grep phy:0x05 /sys/kernel/tracing/trace
grep: /sys/kernel/tracing/trace: No such file or directory
je suisbien sur ta build ?!
Firmware Version OpenWrt ubi2 r34306-051d010bbd
-
"bootargs" ?? c'est quoi ca ? ;D
C'est dans les commandes que j'ai données sur GitHub.
Tu l'avais bien fait l'autre fois, puisque tu avais les traces.
je suisbien sur ta build ?!
Firmware Version OpenWrt ubi2 r34306-051d010bbd
Non, ma build c'est r34337-ef9d043a81-ubi2-tracing-openwrt-airoha-an7581-gemtek_w1700k-ubi-squashfs-sysupgrade.itb, donc c'est "r34337-ef9d043a81".
-
OK erreur de flashage alors, maintenant c'est bon :
https://pastebin.com/jBH51vEd
avec en pièce jointe le mtd0
-
a noter qu'avec ta build, je suis tombé a 2 reprises dans la situation ou le port Lan2 marche, mais coté Windows "reseau inconnu", ca me l'a fait 2x avant d'etre dans la situation ou la connexion avec le cable n'est plus vue (donc Generic Clause 45 PHY).
Cette situation ne s'est effectivement plus reproduite avec le realtekfix3.
-
Il me faut le dmesg complet, parce que là il est impossible de corréler les traces (avoir une idée de l'état au moment des lectures), et de vérifier quand le driver rtl8261n a été chargé.
Mais :
kmodloader-414 [002] ..... 11.777489: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x06 val:0x0000
kmodloader-414 [002] ..... 11.777603: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x05 val:0x0000
kmodloader-414 [002] ..... 11.777714: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x06 val:0x0000
kmodloader-414 [002] ..... 11.777824: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x05 val:0x0000
...
Toutes ces lectures au début semblent échouer, et du coup il ne lit même pas reg:0x02 / reg:0x03 pour l'ID.
Alors que pour moi :
kmodloader-416 [002] ..... 11.664794: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x06 val:0x8000
kmodloader-416 [002] ..... 11.664904: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x05 val:0x008a
kmodloader-416 [002] ..... 11.665011: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x02 val:0x001c
kmodloader-416 [002] ..... 11.665117: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x03 val:0xcaf3
kmodloader-416 [002] ..... 11.665223: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x02 val:0x001c
kmodloader-416 [002] ..... 11.665328: mdio_access: mt7530_dsa-0 read phy:0x05 reg:0x03 val:0xcaf3
...Les lectures de reg:0x05 / reg:0x06 passent dès le début, et donc le kernel lit le PHY ID ensuite.
-
oups, je recommence :
https://pastebin.com/sTCzYhZi
https://pastebin.com/kfC67F29
Voilà, la on est bon !! ;D
-
C'est très intéressant, et là je suis arrivé à reproduire le problème avec une autre méthode.
Puisque le branchement initial du câble sur LAN2 semble poser problème (ce qui pourrait être un "vrai" bug, ou un effet indirect sur les timings), tu peux essayer dans u-boot (celui d'origine, AXON) :
setenv serdes_ethernet
saveenvPar défaut ça vaut 11, ce qui initialise le serdes pour LAN2 en mode USXGMII.
En enlevant cette valeur, il n'y aura plus les traces :
ETH VER = ETH.2.2.1-R
...
USXGMII_10G exit
-
J'ai compris ce qui arrive dans mon test particulier : après un "rmmod mt7530_mmio", les deux RTL8261N sont maintenus en reset, donc ils ne répondent plus.
Ensuite sont débloqués trop tard, @Gilly1970 a proposé des patchs qui devraient aider.
En revanche je ne sais pas trop ce qui peut arriver au boot dans ton cas.
Donc avant de tester le "setenv serdes_ethernet", tu peux faire plusieurs fois un test simple (toujours avec le câble LAN2 branché).
Dans le chainloader, Exit dans le menu, puis :
setenv bootargs 'init=/bin/sh'
run boot_production
Là il va booter, mais juste lancer un shell (pas de chargement des modules, pas de réseau, ...).
mount -t sysfs none /sys
echo 558 > /sys/class/gpio/export
cat /sys/class/gpio/gpio558/direction
cat /sys/class/gpio/gpio558/value
Dans mon cas, j'ai toujours "in" et "1".
Donc la GPIO est en entrée, mais il y a probablement une pull-up qui fait qu'elle est à l'état haut (donc le RTL8261N est actif).
-
Salut hwti.
hier soir tout marchait bien, j'etais sur le Lan2 en 10 gbps, j'éteins le PC et je vais me coucher.
Ce matin je démarre le PC et je suis en mode "Réseau non identifié", pas moyen de revenir à un état fonctionnel en désactivant/réactivant la carte.
Ca m'a gonflé, j'ai remis le w1700K dans sa boite et au placard. Terminé pour moi je fais une pause, je suis désolé mais ca m'a trop saoulé là...
S'il fallait juste brancher le cable après le reboot, ca va, mais si la connexion tombe de façon aléatoire alors là ce ne va plus.
-
Suivant la configuration du PC, une fois éteint soit le lien est débranché vu du w1700k, soit il est à une vitesse réduite (pour supporter le wake on lan).
Mais là sans logs je ne sais pas ce qui a pu se passer.
C'est quelque chose qui pourrait se tester de manière automatisée, soit depuis le w1700k, soit depuis le PC : désactiver l'interface, attendre quelques secondes, réactiver, attendre quelques secondes, ping, ...
En revanche, ça pourrait aussi révéler des bugs côté PC (le 10GbpsE est loin d'être aussi fiable que le 1Gbps).
De mon côté j'ai :
- une carte PCIe en RTL8127
- un adaptateur USB RTL5159 : c'est très récent donc j'aurais des doutes sur la fiabilité
- des SFP-Ethernet : pas forcément le plus facile pour tester ça, et pas le plus fiable
De ton côté, qu'est-ce que tu as comme adaptateur 10Gbps sur le PC ?
-
j'avais une carte PCIe en RTL8127 mais elle a laché au bout d'un mois
Là je suis avec une TP-Link TX401 avec chipset AQC107, a jour au niveau Firmware et driver.
-
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3268?u=shdf
@hwti ce sont les patch qu'on a essayé ou bien des nouveaux ??
-
Le premier, c'est un patch sur le driver phy-realtek (qui est dans Linux, donc dit "upstream"), pour l'utiliser à la place de phy-rtl8261n (qui vient de realtek, il est aussi dit driver "vendeur").
Je ne sais pas si ça aiderait pour ton problème après démarrage de PC, ça peut aussi rajouter d'autres bugs.
Les builds de @Gilly1970 ont ce patch, donc tu l'as déjà testé (mais peut-être pas la même versions, et/ou les mêmes patchs additionnels), tu avais dit que ça fonctionnait bien mais peut-être que tu avais juste été chanceux.
Le second est déjà dans les builds de @Gilly1970 et de @Fanboy.
En tout cas :
- Pour le problème "Generic Clause 45 PHY" au boot, il n'y a que les patchs 746/746v2 de @Gilly1970 qui pourraient aider, mais c'est uniquement basé sur mon test avec rmmod (je ne sais pas ce qui arrive réellement au boot dans ton cas)
- pour le no RX au boot sur HW1.1, c'est le "Extend manual RX calibration to E2 silicon patch" de @Gilly1970, qui est bien sûr dans ses builds maintenant, et sur la ubi2-realtekfix3 que tu avais testée
La dernière build de @Gilly1970 a tous les patchs (phy-realtek + patchs additionnels, 746, calibration), et est disponible en mapping ubi2.
-
La dernière build de @Gilly1970 a tous les patchs (phy-realtek + patchs additionnels, 746, calibration), et est disponible en mapping ubi2.
Bon, ma carte 10G avec chip Realtek RTL8127 que je croyais HS, refonctionne...du coup j'ai les 2 cartes dans le PC, ce qui me permet de conserver une connexion internet fonctionnelle avec la Bbox, et de pouvoir raccorder pour les tests le W1700K sur l'autre carte 10G.
J'ai ressorti le matos et je viens de flasher le firmware de Gilly. Donc je me retrouve dans une situation maintenant légèrement différente d'avant car je n'ai plus rien dans le 10G WAN du W1700K.
Après le flash, comme souvent, le LAN2 fonctionne. j'enchaine avec un nouveau reboot depuis la console, ca marche encore ! un 3eme reboot et la ca ne marche plus.
j'ai continué les reboots, et sur 10x ca a marché 6 ou 7x je ne sais plus exactement j'ai été dérangé et j'ai perdu le fil. mais ca a fonctionné plus de 1 fois sur 2.
Voici le reboot quand ca fonctionne :
https://pastebin.com/StWrC2Hi
Voici un reboot quand ca ne fonctionne pas :
https://pastebin.com/UFbEVSE6
Quand ca fonctionne, LAN2 met vachement de temps a monter je trouve. les leds clignotent et s'eteignent à 26.77 puis après un moment se rallument et restent allumées à 33.28. Mais visiblement c'etait comme ça avant aussi, je viens de regarder les logs postés précédemment.
[ 21.054801] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 26.769385] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530-0:05] driver [RTL8261N 10Gbps PHY] (irq=POLL)
[ 26.778882] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
[ 26.979821] br-lan: port 1(lan2) entered blocking state
[ 26.985075] br-lan: port 1(lan2) entered disabled state
[ 26.990378] airoha_eth 1fb50000.ethernet lan2: entered allmulticast mode
[ 26.997266] airoha_eth 1fb50000.ethernet lan2: entered promiscuous mode
[ 27.024136] mt7530-mmio 1fb58000.switch lan3: configuring for phy/internal link mode
[ 27.033011] br-lan: port 2(lan3) entered blocking state
[ 27.038262] br-lan: port 2(lan3) entered disabled state
[ 27.043592] mt7530-mmio 1fb58000.switch lan3: entered allmulticast mode
[ 27.050276] airoha_eth 1fb50000.ethernet eth0: entered allmulticast mode
[ 27.057321] mt7530-mmio 1fb58000.switch lan3: entered promiscuous mode
[ 27.066807] mt7530-mmio 1fb58000.switch lan4: configuring for phy/internal link mode
[ 27.075714] br-lan: port 3(lan4) entered blocking state
[ 27.081084] br-lan: port 3(lan4) entered disabled state
[ 27.086370] mt7530-mmio 1fb58000.switch lan4: entered allmulticast mode
[ 27.093351] mt7530-mmio 1fb58000.switch lan4: entered promiscuous mode
[ 28.619405] airoha_eth 1fb50000.ethernet wan: PHY [mt7530-0:08] driver [RTL8261N 10Gbps PHY] (irq=POLL)
[ 28.628824] airoha_eth 1fb50000.ethernet wan: configuring for phy/usxgmii link mode
[ 33.281427] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
-
oups j'ai posté un mauvais pastebin pour la version qui marche, car j'ai 2 reboots dedans. je viens de corriger.
c'est celui ci le bon : https://pastebin.com/StWrC2Hi
-
Donc là quand ça ne fonctionne pas il manque la trace "Link is Up".
A ce moment là, il faudrait :
- regarder ce que donne "ip link show lan2"
- tester s'il y a des traces si on débranche / rebranche le câble
-
pas de trace quand debranche et rebranche le cable
root@OpenWrt:~# ip link show lan2
4: lan2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq master br-lan state DOWN qlen 1000
link/ether 00:58:28:ea:95:b1 brd ff:ff:ff:ff:ff:ff
-
NO-CARRIER + pas d'événements : la câble n'est pas vu comme branché
Je me demande si ça peut venir du patch 743 + désactivation des interruptions.
Est-ce que les LED sont allumées ?
Est-ce que le PC voit la câble comme branché, et le lien à 10Gbps ?
-
Est-ce que les LED sont allumées ?
Est-ce que le PC voit la câble comme branché, et le lien à 10Gbps ?
ha non jamais. LED allumés soit ca marche soit "Reseau non identifié". La je n'ai eu que des "cables non branchés", et pas de led allumés.
et au passage j'ai du faire 4 reboots et ca a fonctionné au 5eme, donc on est plus trop dans les 75% de réussite. ca tendrait plus vers du 1 chance sur 2.
-
tu as vu le gars qui a commandé sur amazon un W1700K et qui a reçu un modele rebadgé Lumen avec un firmware en HW2.1 :o
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3277
-
ha non jamais. LED allumés soit ca marche soit "Reseau non identifié". La je n'ai eu que des "cables non branchés", et pas de led allumés.
OK, donc si à la fois le W1700k et le PC voient le câble comme débranché, c'est donc un problème différent, peut-être spécifique au nouveau driver realtek.
Ce qu'il faudrait tester dans ce cas, c'est "ip link set lan2 down" puis "ip link set lan2 up" pour voir si le lien revient.
tu as vu le gars qui a commandé sur amazon un W1700K et qui a reçu un modele rebadgé Lumen avec un firmware en HW2.1 :o
https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3277
Oui, ils ont à la fois changé le nom en W1700K2, et changé la version HW.
-
de mémoire je n'ai jamais vu le PC ou le W1700K voir le cable branché d'un coté et pas de l'autre. c'est toujours les 2 qui ne voient pas le cable.
Donc j'imagine qu'a partir du moment ou un ne le voit pas, c'est pareil pour l'autre aussi.
et j'ai testé la commande ip link set lan2 down et ip link set lan2 up, ca ne change rien. on voit les leds clignoter 1s et s'eteindre.
-
Bonjour,
J'ai commandé sur Amazon le 3/5 et depuis aucune notification d'expédition ça commence à puer non ?
-
tu l'as commandé sur la amazon fr ou us ? je me souviens qu'il n'y avait pas beaucoup de notifs moi aussi. j'espère que tu ne vas pas recevoir un Lumen avec HW2.1 ;D
-
Amazon FR
J’espère aussi sinon c’est retour direct …
-
Les derniers patch semblent avoir réglé le probleme avec LAN2 dans mon cas.
c98271290d (HW1.1 fix) deassert PHY reset GPIOs before MDIO bus scan (@Gilly1970)
3cc0da5284 (HW1.1 fix) extend manual RX calibration to E2 silicon (@Gilly1970)10 reboots effectués, 100% de réussite, le port LAN2 10G est bien monté à chaque fois 8)
Je suis sur la dernière release UBI2:
https://github.com/w1700k/builds/releases/tag/ubi2-2026.05.15-r34480-bde577143d
-
Pourtant tu avais testé le firmware de Guilly qui avait les deux patchs, certes avec phy-realtek et pas phy-rtl8261n (et aussi le driver DSA chargé plus tôt).
A moins de trouver une vraie explication, il reste la possibilité que les changements de comportement ne viennent que des timings, et donc qu'au moindre changement les problèmes puissent revenir.
-
Amazon FR
J’espère aussi sinon c’est retour direct …
Il y a un début de fonctionnel du W1700K2 avec le driver RTL9261CE créé par reverse-engineering (très aidé par IA) du module qui est dans le firmware officiel.
-
Pourtant tu avais testé le firmware de Guilly qui avec les deux patchs, certes avec phy-realtek et pas phy-rtl8261n (et aussi le driver DSA chargé plus tôt).
A moins de trouver une vraie explication, il reste la possibilité que les changements de comportement ne viennent que des timings, et donc qu'au moindre changement les problèmes puissent revenir.
ha merde si c'est ca c'est pas cool. Je vais précieusement garder ce firmware alors...
-
Retour d'expérience après ~2 mois avec le routeur, une fois le bon firmware trouvé c'est parfait niveau stabilité :
(http://pix.milkywan.fr/XaOHsh5w.png)
J'ai bien mon 8/1, Wireguard, Adblock en DNS, du NAT vers mes VMs pour ce qui est exposé...
-
J'ai vu que Fanboy a arrêté la version Bridger.
Truc que je ne comprends pas il sort des builds tous les 2 jours sans rien de nouveau dans le changelog...
-
Amazon FR
J’espère aussi sinon c’est retour direct …
aie, les derniers a avoir reçu le W1700K ont recu des Lumen.
-
aie, les derniers a avoir reçu le W1700K ont recu des Lumen.
Quel sont les changement entre les Lumen et les Quantum Fibre ??
-
Quel sont les changement entre les Lumen et les Quantum Fibre ??
des différences au niveau du hardware qui nécessitent des adaptations dans les builds, donc tout n'est pas encore au point.
sur les HW1.0 et HW1.1 je crois que c'est bon maintenant. Pour le HW2.1 c'est pas encore tout a fait fonctionnel.
Mais ca avance : https://github.com/orgs/w1700k/discussions/10
-
Quel sont les changement entre les Lumen et les Quantum Fibre ??
RTL8261CE au lieu des RTL8261N pour les ports 10Gbps : consommation plus faible, mais besoin d'un driver différent
changements des antennes
radiateur plus petit et ventilateur différent
alimentation 12V 4A au lieu de 5A, et prise différente
-
des différences au niveau du hardware qui nécessitent des adaptations dans les builds, donc tout n'est pas encore au point.
sur les HW1.0 et HW1.1 je crois que c'est bon maintenant. Pour le HW2.1 c'est pas encore tout a fait fonctionnel.
Mais ca avance : https://github.com/orgs/w1700k/discussions/10
Oh okey, tant mieux !
RTL8261CE au lieu des RTL8261N pour les ports 10Gbps : consommation plus faible, mais besoin d'un driver différent
changements des antennes
radiateur plus petit et ventilateur différent
alimentation 12V 4A au lieu de 5A, et prise différente
Bon a savoir :)
Je ferait un petit post ici quand je reçois le mien
-
ce topic devrait etre renommé :
Le meilleur routeur OpenWRT pour la fibre 8/1 Gb
et etre déplacé dans https://lafibre.info/routeur/
ca permettrait de faire découvrir ce matériel a beaucoup plus de personnes (pas uniquement Bouygues) et d'agrandir plus encore la communauté ;)