La Fibre
Télécom => Logiciels et systèmes d'exploitation => Iperf => Discussion démarrée par: palette_en_bois le 12 février 2021 à 15:25:33
-
Bonjour a tous,
je rencontre un probleme de debits que je n'arrive pas a expliquer. Mon infra ressemble a cela :
(http://www.plantuml.com/plantuml/svg/TP5FJy8m6CRl_HJDlC21hYq5iJ46zR2GA25emeNB1WKNHxTqBMuS_EpMLTqVC4r8thpFxtaVdarp7Ifj3Wc8qW9wCwc5ac42vq9_fEhTWrTFyVvD1qe82J8hZJTn5aeDlPLTMrZ7gLpRHsue8kC98dI42CPhIJ4cd5rZVZgTE2SOUp3COKrrx9QfqKATETMZ_MsO5aN1oxBan1-pojZnRKyMDFqeedR0gFX-iFSOpEzV-nNB0Y3a5je6070zB4oKn9jk2m-94UqBBq8TNUhC4RF5aLs8INzZEg1j4gMct1kHepWJQeTsNJz_NA5diZfqerLuExZxAGDosEmI-vHrFulF9i29Auu53OPQOeZhjTsxz5QpYfNOcr1jeJPIYgJHCiOLTw44Rai0027K3coDp_-RlT4ZVLYDGpXOma-2yNEKvNukDbsypjMZ7MP0Qygf_hytRB4ZDlaZfxPfSqY-0000)
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
-
Le réseau interne est visiblement connecté en 100 Mb/s à Bouygues
Le réseau "server" est visiblement connecté en 1 Gb/s à Bouyues
Ce qu'il manque, c'est de savoir par quel chemin passe le réseau interne pour joindre le réseau "server".
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.
-
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 :)
-
Alors j'ai peut-être une piste : Le serveur Bouygues est en BBR et non en Cubic.
On a vu avec certains opérateurs que BBR permettait de multiplier par 10 les débits (50 Mb/s en Cubic et 500 Mb/s en BBR).
On en parle dans le rapport sur l'état de l'internet en France : (cliquez sur la miniature ci-dessous - le document est au format PDF de 100 pages)
(https://lafibre.info/images/doc/202006_arcep_rapport_etat_internet_2020.png) (https://lafibre.info/images/doc/202006_arcep_rapport_etat_internet_2020.pdf#page=23)
Impact du contrôle de congestion (Cubic, BBR,...) sur la mesure de la Qos :
(https://lafibre.info/images/doc/202006_arcep_rapport_etat_internet_2020_1_qos_4.png)
-
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 8) ! 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 !
-
J'ai travaillé hier sur des vérifications pour le choix entre FQ et FQ_Codel.
FQ_Codel est recommandé dans 95% des cas.
Si un réseau a un meilleur débit avec FQ, ce n'est pas bon signe : il a un problème. Mais oui, cela arrive des débit meilleur avec FQ.