Un traceroute ne permet de voir que le trafic sortant.

Il faut un reverse traceroute pour voir l'itinéraire dans l'autre sens.

Si nécessaire vous pouver me contacter pour des reverse traceroute depuis les serveurs que j'administre.

C'est assez logique, ce qui l'est moins c'est ton ping à travers le VPN.

Sous nux, un petite traceroute google.fr, puis un traceroute -I google.fr, puis un tcptraceroute google.fr sur le port 443 pour voir ?
Par la même occasion, lance un wireshark ou équivalent, et regarder si tu n'as pas une masse de TCP "out of order" (sans charge et en charge).

Pour avoir des chiffres encore plus parlant, si c'est possible, désactive toute compression sur ton OVPN.

Ça ressemble à un problème de répartition de trafic sur un LAG, le chemin choisi dépend d'un calcul sur la combinaison IP SRC/DST + PORT SRC/DST (algorithme de hashing), ce qui explique que pour un VPN, cela puisse être systématiquement meilleurs, car ces 4 paramètres ne varient pas.
J'ai remarqué aussi qu'Axione avait un serveur Speedtest basé à Paris et indépendant du FAI. Cela peut-être un indicateur intéressant de comparer (hors SFR et Bouygues qui ont leurs propres routeurs, et bien sûr, hors Free et Orange qui ont leur propre collecte).

Ça ressemble à un problème de répartition de trafic sur un LAG, le chemin choisi dépend d'un calcul sur la combinaison IP SRC/DST + PORT SRC/DST (algorithme de hashing), ce qui explique que pour un VPN, cela puisse être systématiquement meilleurs, car ces 4 paramètres ne varient pas.
J'ai remarqué aussi qu'Axione avait un serveur Speedtest basé à Paris et indépendant du FAI. Cela peut-être un indicateur intéressant de comparer (hors SFR et Bouygues qui ont leurs propres routeurs, et bien sûr, hors Free et Orange qui ont leur propre collecte).

Même problème ce soir, la latence reste correcte via le VPN :

J'ai testé la latence via un autre VPN (serveur Online) ça fait le même effet débit et latence bien meilleure que via la fibre sans VPN.

Par contre je comprends pas pourquoi le chemin emprunté par le VPN est toujours le bon.

@nague ton Hypothése sur algorithme de Load Balancing des lags me semblent plausible par contre je n'explique pas pourquoi je passe systématiquement par le lien saturé ça pourrait être le phénomène l'inverse ?

@MB5962 as tu as une idée ?

Suffit de tester avec différents MTU...
Perso je verrai plus des congestions (trop de paquets par secondes) quelque part ...
A tester aussi un OVPN en TCP ...

Bon  le problème persiste.

j'ai fait plusieurs tests vers différentes destinations en ICMP & HTTP ça sature à chaque fois.

~ 60 ms
~ 25 ms via le VPN du firewall , ça sature plus que "d'habitude"

Edit :
- Test OpenVPN TCP 443 : 120 ms
- Test OpenVPN vers le même serveur en UDP 443 : 24 ms