Bonjour a tous,

je rencontre un probleme de debits que je n'arrive pas a expliquer. Mon infra ressemble a cela :


J'utilise une connexion 4G (avec une latence moyenne ~90ms). J'ai un tunnel wireguard monte entre "router" et "server". Je route tout mon traffic sortant ipv4/6 a travers ce tunnel.

Je remarque que le transfert d'un gros fichier entre "server" et "workstation" se fait a un debit ridicule. J'ai isole 3 cas de test avec `iperf3` pour essayer de decrire mon probleme.

(1) depuis "workstation" vers bouygues.iperf.fr, je trouve un debit convenable d'environ 100Mbps/sec
(3) depuis "server" vers bouygues.iperf.fr, la aussi on est bien confortable ~550Mpbs/sec

En revanche je n'arrive pas a comprendre le test suivant :
(2) depuis "workstation" vers "server", le debit est completement different, ca oscille entre 10 et 20 Mbps/sec
Pour ce cas la je me serais attendu a retrouver les memes valeurs que pour le cas (1)

Quelqu'un aurait il une idee de la source du probleme ou des points que je pourrais verifier ? Ai-je raison de m'attendre a retrouver les debits de (1) pour le cas (2) ?

Je confirme que je vois bien le traffic passer par "server", ca se voit clairement sur l'image ci-jointe.

Je vous remercie d'avance pour votre aide et vous souhaite une belle journee
palette_en_bois

Bonjour vivien,
merci pour ta reponse rapide

Ce qu'il manque, c'est de savoir par quel chemin passe le réseau interne pour joindre le réseau "server".

la gateway du reseau interne est la connexion 4G. Un tunnel wireguard est etabli entre router et server. Tout le traffic depuis le lan est route via wireguard

# lance depuis "workstation" vers "server" (avec le tunnel desactive)
$ mtr -4 188.165.xxx.xxx -c2 -rn
Start: 2021-02-12T15:46:16+0100
HOST: workstation                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.125.1              0.0%     2    0.2   0.2   0.2   0.3   0.1
  2.|-- 192.168.2.2                0.0%     2    0.5   0.6   0.5   0.8   0.2
  3.|-- 10.128.0.1                 0.0%     2   79.1  79.2  79.1  79.2   0.1
  4.|-- 192.168.254.30             0.0%     2  103.6  89.3  74.9 103.6  20.3
  5.|-- 192.168.255.10             0.0%     2   88.1  83.7  79.4  88.1   6.1
  6.|-- 194.149.166.149            0.0%     2   72.5  73.8  72.5  75.1   1.8
  7.|-- 194.149.166.137            0.0%     2   84.0  89.0  84.0  94.0   7.0
  8.|-- 194.149.166.62             0.0%     2  107.6  93.8  79.9 107.6  19.5
  9.|-- 54.36.50.110               0.0%     2   67.5 120.8  67.5 174.2  75.4
 10.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 11.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 12.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 13.|-- 94.23.122.214              0.0%     2  234.7 157.7  80.8 234.7 108.9
 14.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 15.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 16.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 17.|-- 188.165.xxx.xxx            0.0%     2  100.0  85.3  70.7 100.0  20.8


# entre workstation et server via le tunnel
$ mtr -4 192.168.200.1 -c2 -rn
Start: 2021-02-12T15:45:19+0100
HOST: workstation                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.125.1              0.0%     2    0.3   0.3   0.3   0.3   0.0
  2.|-- 192.168.200.1              0.0%     2   77.6  80.8  77.6  84.0   4.5

# entre workstation et bouygues.iperf.fr
$ mtr -4 bouygues.iperf.fr -c1 -rn
Start: 2021-02-12T15:55:00+0100
HOST: workstation                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.125.1              0.0%     2    0.2   0.2   0.2   0.2   0.0
  2.|-- 192.168.200.1              0.0%     2   76.6  97.2  76.6 117.8  29.1
  3.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  4.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  5.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  6.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  7.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  8.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
  9.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 10.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 11.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 12.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 13.|-- ???                       100.0     2    0.0   0.0   0.0   0.0   0.0
 14.|-- 89.84.1.222                0.0%     2  105.4  90.7  76.0 105.4  20.8

# Entre server et bouygues.iperf.fr
# mtr -4 bouygues.iperf.fr -c2 -rn
Start: 2021-02-12T15:58:07+0100
HOST: server                       Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 188.165.xxx.xxx            0.0%     2    0.4   1.4   0.4   2.3   1.3
  2.|-- 10.95.69.64                0.0%     2    0.2   0.2   0.2   0.2   0.0
  3.|-- 10.95.66.54                0.0%     2    0.5   0.4   0.2   0.5   0.2
  4.|-- 10.95.64.136               0.0%     2    0.8   1.0   0.8   1.2   0.3
  5.|-- 54.36.50.228               0.0%     2    3.8   3.9   3.8   4.0   0.1
  6.|-- 10.200.2.73                0.0%     2    4.3   4.3   4.3   4.3   0.0
  7.|-- 194.117.192.197            0.0%     2    4.0   3.9   3.9   4.0   0.0
  8.|-- 62.34.2.91                 0.0%     2    6.0   6.2   6.0   6.4   0.3
  9.|-- 212.194.171.76             0.0%     2    5.2   5.1   5.1   5.2   0.1
 10.|-- 212.194.171.80             0.0%     2    5.2   5.2   5.1   5.2   0.1
 11.|-- 89.89.101.141              0.0%     2    5.3   5.5   5.3   5.7   0.2
 12.|-- 89.84.1.222                0.0%     2    5.0   5.0   5.0   5.0   0.0


Cela pourrait être du trasnsit saturé alors que l’accès à Bouygues se fait par les peeiring non saturés (un exemple)

L'étude des 3 traceroute pourrait ou non donner une réponse.

J'ai ajoute les 3 traceroute + la route entre 4G et server - qu'on ne voit plus apres a cause du tunnel qui recupere tout le traffic

Encore merci pour ton aide

Rho !!!   

J'ai active dans mes 2 (client/server) `/etc/sysctl.conf` les options suivantes (vu sur https://gist.github.com/Jamesits/3d6da2d711bd95c53ccd953f99aee748#file-ubuntu_enable_bbr-sh-L43-L44). Autant la deuxieme je comprends que c'est necessaire pour activer "bbr", la premiere est elle vraiment necessaire ?
net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr

Et maintenant je suis a fond  ! meme avec un `curl`

[  5]   0.00-8.00   sec   125 MBytes   131 Mbits/sec                  receiver
Merci beaucoup vivien pour ton aide.

Edit : il semblerait que ce ne soit necessaire de l'activer que cote "Server"
Edit2 : ajout de la PJ, c'est assez flagrand !