Auteur Sujet: Algo de controle de la congestion TCP: BBR  (Lu 6143 fois)

0 Membres et 1 Invité sur ce sujet

Fuli10

  • Client Free fibre
  • *
  • Messages: 742
  • Conflans Sainte Honorine (78)
Algo de controle de la congestion TCP: BBR
« Réponse #12 le: 08 janvier 2020 à 11:16:37 »
par les plus grandes marques de lave-linge, ca c'est bin vrai ! (blague de quadra voire plus !)

sinon
https://cloud.google.com/blog/products/gcp/tcp-bbr-congestion-control-comes-to-gcp-your-internet-just-got-faster
https://www.aplu.fr/v2/post/2017/07/24/augmenter-la-bande-passante-avec-tcp-bbr

Et sinon, pourquoi ça marche "out-of-the-box" chee Orange? Sans tripatouillage de congestion?

Thornhill

  • Client SFR fibre FTTH
  • *
  • Messages: 3 500
  • Saint-Médard-en-Jalles (33)
BBR
« Réponse #13 le: 08 janvier 2020 à 11:32:58 »
Et sinon, pourquoi ça marche "out-of-the-box" chee Orange? Sans tripatouillage de congestion?

Peut-être parce que l'algo de congestion n'est utile qu'en cas de congestion.

vivien

  • Administrateur
  • *
  • Messages: 36 234
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #14 le: 08 janvier 2020 à 11:58:26 »
illinois est recomandé pour high-speed and long-distance networks

heu ca date un peu ton truc la  :P

recommandé par qui ?

https://en.wikipedia.org/wiki/TCP-Illinois

BBR est bien récent je t'avoue ne pas l'avoir testé quand j'ai fait mon choix.

Je n'ai pas trouvé de comparatif mentionnant TCP-Illinois et BBR, donc je ne suis pas certain que BBR soit meilleur que TCP-Illinois (Ils sont tous les deux meilleurs que Cubic ou Reno)

Toutefois BBR a l'avantage d'être plus représentatif que TCP-Illinois du fait qu'il est utilisé par Google.

Je me demande pourquoi les distributions Linux restent sur Cubic comme algorithme de congestion TCP par défaut.

Je réfléchit pour changer, mais je suis preneur d'arguments.

Des opérateurs ont demandé plein d'optimisations pour les serveurs utilisés pour les tests Arcep pour les campagnes sur https://www.monreseaumobile.fr/, mais personne n'a demandé BBR.

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 7 397
  • FTTH 1Gb/s sur Paris (75)
Algo de controle de la congestion TCP: BBR
« Réponse #15 le: 08 janvier 2020 à 12:12:15 »
c'est juste que t'es le premier que je croise a parler d'Illinois et a utiliser Illinois... un truc de 2006 conçu avant Cubic donc ... c'est juste curieux. Je ne vois pas en quoi il est meilleur que Cubic d'ailleurs. Et par défaut quel distrib a Illinois inclus de base (juste inclus pas sélectionné)?

Thornhill

  • Client SFR fibre FTTH
  • *
  • Messages: 3 500
  • Saint-Médard-en-Jalles (33)
Algo de controle de la congestion TCP: BBR
« Réponse #16 le: 08 janvier 2020 à 12:13:04 »
Dans certains cas d'usages, BBR fait moins bien que Cubic, cf https://blog.apnic.net/2019/11/01/bbr-evaluation-at-a-large-cdn/

Based on these findings, we concluded that for our traffic patterns, it is better to use Cubic for intra-PoP and PoP-to-PoP communications where RTTs and loss are low. For client-side traffic, it is worth using BBR.

Peut-être la raison pour laquelle BBR n'est pas sélectionné par défaut.


vivien

  • Administrateur
  • *
  • Messages: 36 234
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #17 le: 08 janvier 2020 à 12:50:18 »
c'est juste que t'es le premier que je croise a parler d'Illinois et a utiliser Illinois... un truc de 2006 conçu avant Cubic donc ... c'est juste curieux. Je ne vois pas en quoi il est meilleur que Cubic d'ailleurs. Et par défaut quel distrib a Illinois inclus de base (juste inclus pas sélectionné)?

nPerf comme SpeedTest d'Ookla conseillent de changer le protocole de congestion TCP Cubic pour TCP-Illinois

"For high throughput testing increasing TCP send/receive buffer sizes and using a more aggressive TCP congestion control algorithm such as ILLINOIS can improve performance."
Source : https://support.ookla.com/hc/en-us/articles/360017436132-Server-Performance

"Using TCP Illinois module can improve speed by managing congestion diffrently."
Source : https://wiki.nperf.com/nperf-server/tcp-stack-tuning

Breizh29

  • Client Free fibre
  • *
  • Messages: 415
  • Ergué-Gabéric (29)
Algo de controle de la congestion TCP: BBR
« Réponse #18 le: 08 janvier 2020 à 12:54:01 »
Tiens... faudrait que je m'intéresse à cet algo sur MacOS aussi alors...

esver

  • Client Free fibre
  • *
  • Messages: 73
  • Quimper (29)
    • Blog
Algo de controle de la congestion TCP: BBR
« Réponse #19 le: 08 janvier 2020 à 14:03:56 »
Je viens de faire des tests rapide avec curl sur test-debit.free.fr sur ma connexion mini 4k (ZMD AMII Orange) :
ubuntu@ubuntu:~$ sudo sysctl net.core.default_qdisc=fq
net.core.default_qdisc = fq

ubuntu@ubuntu:~$ sudo sysctl net.ipv4.tcp_congestion_control=cubic
net.ipv4.tcp_congestion_control = cubic

ubuntu@ubuntu:~$ curl -6 -o /dev/null -F "filecontent=@1048576.rnd" test-debit.free.fr
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1024M  100   196  100 1024M      2  14.0M  0:01:38  0:01:12  0:00:26 16.7M

ubuntu@ubuntu:~$ sudo sysctl net.ipv4.tcp_congestion_control=illinois
net.ipv4.tcp_congestion_control = illinois

ubuntu@ubuntu:~$ curl -6 -o /dev/null -F "filecontent=@1048576.rnd" test-debit.free.fr
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1024M  100   196  100 1024M      3  16.7M  0:01:05  0:01:01  0:00:04 25.9M

ubuntu@ubuntu:~$ sudo sysctl net.ipv4.tcp_congestion_control=bbr
net.ipv4.tcp_congestion_control = bbr

ubuntu@ubuntu:~$ curl -6 -o /dev/null -F "filecontent=@1048576.rnd" test-debit.free.fr
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1024M  100   196  100 1024M      9  51.3M  0:00:21  0:00:19  0:00:02 51.5M

Donc chez moi, pour ce type de test il n'y a pas photo ! illinois est à peine mieux que cubic et bbr marche parfaitement.
« Modifié: 08 janvier 2020 à 14:47:04 par esver »

vivien

  • Administrateur
  • *
  • Messages: 36 234
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #20 le: 08 janvier 2020 à 15:09:35 »
Je confirme, c'est bien TCP-Illinois qui a été demandé il y a quelques années et qui est toujours d'actualité sur les serveur de test de débit des prestataires de l'Arcep pour les tests sur le mobile (Rapport Arcep QOS Mobile 2019: Orange 1er, Bytel 2ème, SFR 3ème Free 4ème)

munsternet

  • Client FAI autre
  • *
  • Messages: 3
Algo de controle de la congestion TCP: BBR
« Réponse #21 le: 08 janvier 2020 à 15:39:42 »
A noter que BBR est "connu" pour bouffer toute la bande passante sur un lien congestionné au détriment d'autres implémentations (Cubic, Compound etc...)

Il y'a un bel article sur le blog de Dropbox à propos de ça et du pourquoi il y'a un BBRv2 dans les tuyaux:

https://blogs.dropbox.com/tech/2019/12/evaluating-bbrv2-on-the-dropbox-edge-network/

underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 6 779
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
Algo de controle de la congestion TCP: BBR
« Réponse #22 le: 08 janvier 2020 à 20:04:53 »
Sur mon windows 10 à jour j'ai 3 choix :
En fait tu en as plus que ça avec "netsh int tcp set supplemental Internet congestionprovider=<algo>". Par défaut chez moi ça semble être cubic, tu peux aussi mettre ctpt, dctpt et newreno.

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 7 397
  • FTTH 1Gb/s sur Paris (75)
Algo de controle de la congestion TCP: BBR
« Réponse #23 le: 08 janvier 2020 à 21:00:00 »
A noter que BBR est "connu" pour bouffer toute la bande passante sur un lien congestionné au détriment d'autres implémentations (Cubic, Compound etc...)

Il y'a un bel article sur le blog de Dropbox à propos de ça et du pourquoi il y'a un BBRv2 dans les tuyaux:

https://blogs.dropbox.com/tech/2019/12/evaluating-bbrv2-on-the-dropbox-edge-network/

Dans certains cas c'est l'inverse. Ca dépend des conditions et circontances, d'ailleurs l'article cité dans le blog de Dropbox conclu le contraire (c'est BBR qui souffre dans un monde ou Cubic domine).

D'ailleurs Illinois a les memes soucis que BBR vis a vis de Cubic , tout les hybrides (BBR, Illinois) l'ont. C'est juste que quand Google utilise un algo hybride ca se voit sur le Net tellement y'a du volume  ;D

Le souci c'est que peu de gens s'éduquent correctement sur ces sujets, peu lisent les articles et les études (j'admet que TCP c'est déjà complexe et les algo de congestion encore plus).

La majorité dépend donc des réglages par défaut de leur distro/OS ou suivent l'influence de quelqu'un d'autre parce que 'c'est marqué sur son blog ou ses recommendations' sans pourtant ce poser la question de savoir si c'est adapté, si ses recos sont scientifiquement fondées ou de quelle époque elles sont ou si elles conviennent a son cas d'usage  ;D


 

Mobile View