Merci à tous les deux pour vos retours.
Oui la perte d'un paquet TCP n'est pas anormal (bien que très surprenant sur du «bas» débit, je déclenche le problème avec un simple message d'une taille que quelques octets sur mon lien vpn avec la boite) effectivement. Mais là ce qu'il se passe, c'est que le rejeu ne passe pas non plus, figeant la connection dans le sens Home -> Boite, alors que le sens Boite -> Home continu d'envoyer du traffic (car la fenêtre TCP est grande, vu la qualité de la ligne en temps normal).
Faire les tests iperf3 pourquoi pas, mais j'ai déjà des résultats avec nperf et c'est très très aléatoire. Parfois je suis full speed en download et upload, parfois l'upload est purement et simplement stoppé après la moitié du test, ou l'upload fait le yoyo ...
Ce qui me fait écarter le problème matériel pour l'instant, c'est qu'une fois le paquet TCP coincé, c'est fini la connexion est «morte». Si c'était matériel, les paquets seraient jetés aléatoirement et la connexion TCP ne serait que très légèrement impactée, pas gelée dans cet état. Mais peut être que je rate quelque chose.
Pour les tests, j'ai fait tous les OS, via wifi pour être en direct sur la livebox, ou via le filaire (ma maison est cablée en Gigabit).
Pour la capture entre la livebox et l'ONT, j'ai juste mis un switch avec une config pas trop pourrie et un port mirroring renvoyant le traffic sur un PC qui faisait tourner wireshark.
J'ai pas testé le direct derrière l'ONT, car ça implique de tout faire tomber et vu là ou est l'ONT (mon garage) il faut que je trouve un PC portable en Gb filaire, et c'est moins facile
.
Et c'est clairement pas un problème de MTU, ça se verrait effectivement sur les gros paquets (mais ce problème j'ai l'habitude de le diagnostiquer chez les opérateurs mobiles en roaming
. Bref pas les mêmes symptômes.