On est d'accord, avant de passer à la 25.12, j'avais la même chaine depuis des années. 
Puis j'ai profité de la mise à jour pour optimiser un peu ma config. Mais effectivement le mieux est l'ennemie de bien, et je pense que ma config est "good enough" pour le moment.

Reste que c'est pas mal non plus d'essayer d'être conforme à ce que attend orange en théorie, même si ce n'est pas (encore) imposé, et d'être prêt pour le jour où ce sera la cas.

Hello,
Je suis enfin passé d'hyperv à proxmox (sans migration).

Petite question pour "qemu" : si je lance un reboot ou arret, ou même si je tente d'éteindre les vm via le menu, "l'agent qemu" ne répond pas. De ce que j'ai compris, c'est parce qu'il n'y en a pas dans omr...

Comment faire pour avoir un comportement propre côté proxmox ?

Dans ma capture réseau, l'info. d'authentification ne change que lors d'un nouveau cycle DORA ou SARR.

Pour l'identifiant de transaction, c'est assez curieux. Il change à chaque nouveau message client en DHCPv6 tandis qu'en DHCPv4 il ne change que lors d'un nouveau cycle.

Très impressionnant : https://www.studiotools.fr

Je ne sais pas comment Arnaud Gosset, à l'origine du site semble-t-il, a réussi à faire tourner efficacement autant de briques dans son interface :
JavaScript/PHP/Python ;
Web APIs ;
WASM ;
données ARCOM ;
RadioDNS ;
Discogs/Deezer/iTunes/Beatport ;
yt-dlp ;
PeerJS ;
RSS ;
NTP ;
SDRplay ;
RTL-SDR ;
etc...

mais autant d'outils puissants, compatibles avec un navigateur, pour dealer en semi-pro avec la radio/TV (rien que le videoscope est déjà remarquable à lui-seul), l'exploit est à saluer.

@basilix
J'avais suivis le guide de chat_roux pour la gestion de la chaine d'authentification, et puisqu'on en parle, plus le temps passait plus la logique me dérangeait sur l'utilisation des hotplugs:
- Pourquoi ne régénérer  la chaine qu'en cas de ifdown de wan4 pour par la suite faire tomber wan6?
- Ça nous rend donc dépendant d'un second qui gère l'état de wan6 en fonction de wan4
- Je ne pense pas que de devoir établir wan4 en premier => attendre 3s => établir wan6 soit obligatoire, sur mes premières années sous openwrt j'avais les deux wan lancées au démarrage du routeur sans jamais avoir rencontré le moindre soucis. Et d'autant plus que levieuxatorange confirme bien que le réseau supporte tout autant ipv4-only, ipv6-only que dual-stack

Hier soir je me suis donc débarrassé des hotplugs, et je ne dépends plus que des test de vie, qui désormais appellent le script de  génération de chaine d'auth

Maintenant les options 11 & 90 sont regen au démarrage du routeur et si wan4 & wan6 sont en échec depuis plus de 150s

Est-ce que vous avez une méthode pour réaliser vos tests ?

Auparavant, je flashais l'image personnalisée sur la carte SD de mon routeur. Mais ce n'est pas efficace.
Je me suis mis à la virtualisation. J'essaye de fabriquer un laboratoire éphémère avec libvirt / KVM en
x86_64. Cela évite aussi de couper le réseau intempestivement.

Personnellement j'attends que tout le monde dorme à la maison pour faire mes essais 
Et si je casse tout... Autant te dire que je dors peu, imagine bien le scandale si internet ne fonctionne pas au réveille !

L'IA recommande de créer un emballage autour de udhcpc dans la définition du protocole..
[...]
odhcp6c peut modifier son état avec un appel de procédure distant par ubus.

Même si je vois ou tu veux en venir, je ne sais pas si je suis un grand fan de cette solution, enlever la dépendance à hotplug pour maintenant en rajouter une à un wrapper autour de udhcpc & utiliser ubus pour odhcp6c....
Non pas que je soit faignant mais plutôt adepte de KISS.