Au vu de vos traceroutes, il y a plusieurs liens en ecmp (niveau 3 - pas un lag de niveau 2) en sortie du routeur PARTR1 vers aws.
Certains liens n'ont pas de problèmes, comme par exemple les nexthops 193.251.248.148 et 193.251.248.38, alors qu'avec 193.251.248.36 et 193.251.249.168 certains d'entre vous ont constaté le problème.
De mon coté j'ai constaté le pb en téléchargeant termius.exe sur 52.222.149.103 depuis chez moi. Je passe par 193.251.248.36 :
$ mtr -rwc10 52.222.149.103
Start: 2022-03-13T23:09:47+0100
HOST: amnesia Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 10 0.6 0.6 0.5 1.1 0.2
2.|-- 80.10.237.121 0.0% 10 9.6 9.4 8.7 10.1 0.3
3.|-- ae112-0.ncren101.rbci.orange.net 0.0% 10 9.0 9.6 8.0 13.6 1.6
4.|-- ae43-0.niidf301.rbci.orange.net 0.0% 10 14.1 13.9 13.3 14.3 0.3
5.|-- 81.253.184.6 0.0% 10 15.4 14.3 13.1 15.4 0.6
6.|-- bundle-ether303.partr1.paris.opentransit.net 0.0% 10 14.2 14.4 13.6 15.1 0.5
7.|-- 193.251.248.36 0.0% 10 13.9 14.2 13.4 14.8 0.4
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- server-52-222-149-103.cdg52.r.cloudfront.net 0.0% 10 13.9 14.1 13.8 14.5 0.2
Le même traceroute depuis une autre connexion me fait passer par 193.251.248.148. Donc le hashing vers la destination ne dépend pas uniquement de l'ip, probablement d'autres paramètres de niveau 4.
$ mtr -rwc10 52.222.174.103
Start: 2022-03-13T23:10:04+0100
HOST: link Loss% Snt Last Avg Best Wrst StDev
1.|-- ??? 0.0% 10 14.8 14.9 14.7 15.4 0.2
2.|-- lag-43.arc2-ig3.archives.transitip.raei.francetelecom.net 0.0% 10 15.5 15.2 15.0 16.0 0.3
3.|-- lag-43.arc2-ig3.archives.transitip.raei.francetelecom.net 0.0% 10 14.7 14.7 14.5 15.1 0.2
4.|-- intf-fogi-arc2-ig3.nmidf306.rbci.orange.net 0.0% 10 14.7 14.8 14.6 14.9 0.1
5.|-- ae25-0.ncidf304.rbci.orange.net 0.0% 10 14.9 16.7 14.7 21.5 2.8
6.|-- ae42-0.niidf302.rbci.orange.net 0.0% 10 67.0 20.6 15.2 67.0 16.3
7.|-- 193.252.137.78 0.0% 10 15.4 16.0 15.4 20.4 1.6
8.|-- bundle-ether311.partr1.paris.opentransit.net 0.0% 10 16.4 16.4 16.3 16.6 0.1
9.|-- 193.251.248.148 0.0% 10 15.8 18.4 15.5 29.5 5.2
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
16.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
17.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
18.|-- server-52-222-174-103.cdg50.r.cloudfront.net 0.0% 10 15.9 16.0 15.9 16.2 0.1
L'ip 52.222.174.37 me fait passer par la .36 :
$ mtr -rwc10 52.222.174.37
Start: 2022-03-13T23:21:44+0100
HOST: link Loss% Snt Last Avg Best Wrst StDev
1.|-- ??? 0.0% 10 35.3 17.0 14.9 35.3 6.4
2.|-- lag-41.aub1-ig3.aubervilliers.transitip.raei.francetelecom.net 0.0% 10 15.5 19.4 15.4 54.2 12.2
3.|-- lag-41.aub1-ig3.aubervilliers.transitip.raei.francetelecom.net 0.0% 10 15.0 15.1 15.0 15.4 0.1
4.|-- intf-fogi-arc2-ig3.nmidf305.rbci.orange.net 0.0% 10 15.2 15.1 14.9 15.2 0.1
5.|-- ae25-0.ncidf303.rbci.orange.net 0.0% 10 15.3 22.9 15.2 90.7 23.8
6.|-- ae42-0.niidf301.rbci.orange.net 0.0% 10 15.0 15.1 14.8 15.3 0.2
7.|-- 81.253.184.6 0.0% 10 15.4 15.7 15.4 16.0 0.2
8.|-- bundle-ether303.partr1.paris.opentransit.net 70.0% 10 15.7 15.9 15.7 16.0 0.2
9.|-- 193.251.248.36 0.0% 10 15.8 19.7 15.4 36.4 7.3
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
16.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
17.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
18.|-- autoupdate.termius.com 0.0% 10 16.3 16.3 16.2 16.4 0.1
En forçant l'ip 52.222.149.103 pour autoupdate.termius.com j'atteins toutefois des débits très corrects de plusieurs Mo/s, en passant par la .36...
Le soucis peut venir du chemin retour pour lequel nous n'avons pas de visibilité (et dépend donc de l'ip source), ou bien d'un lien dans le réseau aws après cette fameuse IP.
(a noter, les ip des serveurs changent d'une requete à une autre, j'obtiens des fois une ip dans 52.222.174.0/24, des fois dans 13.225.26.0/24, 52.222.149.0/24... Cela ne facilite pas le diag.
Pas de solution évidente au problème vu de l'extérieur...