Pas de la même manière mais c'est surveillé quand même, je vois bien des pertes depuis une machine externe -> IPv6 livebox WAN.

Si tu lis bien, c'est pas exactement ce test qu'on demande. 

Si la livebox est le problème, c'est chaud car j'ai eu Livebox 6 et 7 avec le même problème alors...

Orange est incompétent donc rien n'est impossible 

Surtout quand j'apporte par A+B des preuves de l'inverse, et sans me déranger.

Honnêtement, je dis pas que c'est ton LAN, je dis pas que c'est IPv6, etc... Mais tu as prouvé quoi au juste ? Que tu as un problème ?
Car à moins que tu ais fait pléthores de tests, que tu ne détailles pas, tu as juste prouvé avec des ping en ethernet et en wifi que de temps en temps qu'ils ne marchent plus vers internet.
Tu n'as pas prouvé que ça venait de la livebox. Tu n'as pas prouvé que ça venait de la ligne. Tu n'as pas prouvé que ça vient du NRO. En gros tu n'as rien prouvé, tu as juste constaté un problème.

Donc justement, malgré que ce soit surement vrai à 99%, tu n'as pas dédouané ton LAN.

Et aussi, si on retire tous les clients & usages derrière la box, il n'y a plus de soucis en effet car il n'y a plus d'utilisation

Donc il y a un correlation avec ton traffic LAN ? Si ton LAN ne fait plus rien plus de coupure ? Ou c'est ce que tu imagines ?
Certaines livebox ont des limites de connexions simultané, toi qui a un usage pro ou semi pro, tu atteins peut être cette limite (et ça pourrait faire planter la livebox) Surtout si tu as un gros LAN de pro... Ca serait un cas où la cause est ton LAN par exemple.

Je veux pas te prendre de haut, je sais que tu es un pro etc... Mais tu vas surement un peu vite en besogne. C'est chiant de faire des tests dont on est convaincu qu'ils auront aucune incidence, mais je pense que tu devrais les faire.

A priori tu as demontré par A+B que c'est le NRO ou le réseau, donc changer de livebox ne changerait rien (pourtant ça a fonctionné 6 mois).
Ou alors tu as démontré par A+B que c'est la livebox, dans ce cas la la changer devrait resoudre le problème (ou au moins avec un routeur perso).

Selon une IA, ce problème proviendrait de Docker en mode pont et de la combinaison choisie. Elle recommande de se passer de Docker pour le DHCP ou de configurer
Docker avec Macvlan/Ipvlan. À vérifier, je ne suis pas compétent dans le domaine.

Tu cumules :

• virtualisation réseau (Proxmox)
• virtualisation OS (VM)
• virtualisation réseau Docker

👉 Donc :

chaque couche déforme un peu plus le paquet DHCP

Et à la fin :

• paquet mal formé
• ou réponse jamais reçue

On remarque que cette configuration est bien plus complexe que celle annoncée (figurant) dans le dépôt GitHub du projet.

Le responsable du projet nftables n'a pas non plus réussi à reproduire un bogue potentiel qui serait lié à la virtualisation (testé avec QEMU).

L'IA indique également que Docker gère du réseau, mais n’est pas conçu pour remplacer un routeur (mauvaise isolation).

Pour récupérer la nouvelle, on est vraiment obligé de se pointer au point-relais avec l'ancienne dans un carton, ou est-il possible de récupérer la nouvelle, l'installer pour vérifier que ça fonctionne, puis utiliser le carton et repasser au point-relais déposer l'ancienne ?

Afin de pouvoir récupérer vos nouveaux équipements Freebox, vous devrez les échanger contre vos équipements actuels dans le point relais que vous avez choisi. Nous vous rappelons que ces équipements, mis à votre disposition, doivent être remis soigneusement emballés et en intégralité :
•    le Server Internet Freebox V5/Crystal
•    le Player TV Freebox V5/Crystal
•    les 2 alimentations Freebox ou FreePlugs (si fourni)
•    le câble xDSL (RJ11)
•    le câble Ethernet (RJ45)
•    la télécommande
•    le câble Péritel
À défaut de restitution de l’un de ces équipements, des frais vous seront facturés conformément à notre Brochure Tarifaire.

Est ce que vous arrivez à avoir plus en wifi sur smartphone ?