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.

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 :

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


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:~#


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é".

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.