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

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 36 531
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #24 le: 08 janvier 2020 à 21:21:13 »
Depuis 21h15, j'ai passé le serveur paris.testdebit.info (qui correspond au serveur utilisé par les clients Free quand ils utilisent le nom de domaine anycast bouygues.testdebit.info) en BBR

$ sysctl net.ipv4.tcp_congestion_control
net.ipv4.tcp_congestion_control = bbr


Pour répondre à kgersen, sur un ubuntu server de base il n'y a que cubic et reno, cubic par défaut. Idem sur openWRT 19.07rc.

Non, Ubuntu en propose plein, mais la commande sysctl net.ipv4.tcp_available_congestion_control ne liste que reno cubic + ceux qui sotn en cours d'utilisation.

Bref, pour passer à BBR (ou un autre), il n'y a rien à installer avec Ubuntu 18.04 ou plus récent (c'est  bon aussi avec Ubuntu 16.04 à condition de prendre le Kernel 4.15)

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 7 451
  • FTTH 1Gb/s sur Paris (75)
Algo de controle de la congestion TCP: BBR
« Réponse #25 le: 08 janvier 2020 à 21:24:07 »
Depuis 21h15, j'ai passé le serveur paris.testdebit.info (qui correspond au serveur utilisé par les clients Free quand ils utilisent le nom de domaine anycast bouygues.testdebit.info) en BBR

T'es en IPerf 3.7 car y'a plein de bugs dans les versions d'avant quand meme.

vivien

  • Administrateur
  • *
  • Messages: 36 531
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #26 le: 08 janvier 2020 à 21:26:24 »
Non, je suis sur un vieux iPerf, mais c'est dans ma todo liste de changer d'iPerf coté serveur.

Il y a aussi le noyau Linux 5.3 qui va être déployé dans quelques jours sur Ubuntu 18.04.

underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 6 974
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
Algo de controle de la congestion TCP: BBR
« Réponse #27 le: 08 janvier 2020 à 21:31:16 »
J'ai l'impression qu'il y a un soucis, en tout cas je n'arrive plus à faire de tester en utilisant l'adresse bouygues.iperf.fr

vivien

  • Administrateur
  • *
  • Messages: 36 531
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #28 le: 08 janvier 2020 à 22:02:42 »
Le port est déjà occupé ? Un seul test peut être fait simultanément sur chaque port.

Les ports en écoute sont 5200 à 5209, il ne faut pas hésiter à tester un autre port.

underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 6 974
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
Algo de controle de la congestion TCP: BBR
« Réponse #29 le: 08 janvier 2020 à 22:20:07 »
Fausse alerte, visiblement j'ai juste pas eu de chance, j'ai essayé à plusieurs reprises sur 5 min environ mais toujours sur le même port (pas celui par défaut) et ça n'a jamais fonctionné.

vivien

  • Administrateur
  • *
  • Messages: 36 531
    • Twitter LaFibre.info
Algo de controle de la congestion TCP: BBR
« Réponse #30 le: 09 janvier 2020 à 14:50:11 »
Depuis 14h44, j'ai passé le serveur paris.testdebit.info (qui correspond au serveur utilisé par les clients Free quand ils utilisent le nom de domaine anycast bouygues.testdebit.info / bouygues.iperf.fr) en cubic

$ sysctl net.ipv4.tcp_congestion_control
net.ipv4.tcp_congestion_control = cubic

- avant 8 janvier 21h15 => illinois
- entre 8 janvier 21h15 et 9 janvier 14h44 => bbr
- depuis 14h44 => cubic (algorithme par défaut)

BBR a fait chuter fortement les débits, comparés à Illinois :

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 7 451
  • FTTH 1Gb/s sur Paris (75)
Algo de controle de la congestion TCP: BBR
« Réponse #31 le: 09 janvier 2020 à 16:44:22 »
BBR a fait chuter fortement les débits, comparés à Illinois :

on a d'autres exemples ? ou tu conclus sur un seul cas, un Mac qui plus est ?

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 7 451
  • FTTH 1Gb/s sur Paris (75)
Algo de controle de la congestion TCP: BBR
« Réponse #32 le: 09 janvier 2020 à 17:07:18 »
ps: avec IPerf3  v3.7 le client peut specifier l'algo a utiliser avec l'option -C.
Ca permet donc de faire des tests sans changer a chaque fois le mode par défaut du serveur (cubic étant généralement le défaut autant le laisser). Faut juste mettre a jour ton binaire IPerf.

Fyr

  • Client Orange Fibre
  • *
  • Messages: 145
  • Talissieu 01
Algo de controle de la congestion TCP: BBR
« Réponse #33 le: 10 janvier 2020 à 15:34:24 »
Blog de l'APNIC suite à une conf Google "When to use and not use BBR" https://blog.apnic.net/2020/01/10/when-to-use-and-not-use-bbr/

En gros en dessous de 100Mbs de bande passante et 75ms de RTT : aucun intérêt. On atteint les 10% de bénéfice au dessus de 250Mbs et 150ms de RTT.

Le paragraphe sur la cohabitation BBR/Cubic est intéressant.

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 7 451
  • FTTH 1Gb/s sur Paris (75)
Algo de controle de la congestion TCP: BBR
« Réponse #34 le: 10 janvier 2020 à 16:12:51 »

En gros en dessous de 100Mbs de bande passante et 75ms de RTT : aucun intérêt. On atteint les 10% de bénéfice au dessus de 250Mbs et 150ms de RTT.


tu sort d'ou ces chiffres ? on en trouve aucune trace/mention ni dans le blog, ni l'article ni la conf.

Ensuite quel conf Google ?

C'est une étude indépendante fait dans un labo avec IPerf3 ("640 iperf3 experiments in our LAN network") et présentée a l'ICM' 19 (sponsorisée par Facebook principalement).
Google a des millions de serveurs, des milliards de clients, sur la planète entière et pourtant continu d'utiliser BBR.

Les conclusions de l'étude:

Citer
Takeaways:
 - In terms of goodput, BBR is well suited for networks with shallow buffers, despite its high retransmissions
 - Unfairness between BBR and Cubic depends on the bottleneck buffer size
 - The maximum pacing_gain parameter is the root cause for the goodput “cliff point”

"suited for networks with shallow buffers" me semble le point important d'ailleurs c'est pour cela que BBR a été concu a l'origine. duh

L'article suivant dans la conf, https://conferences.sigcomm.org/imc/2019/presentations/p282.pdf, me semble plus intéressant et pointu d'ailleurs.

Fyr

  • Client Orange Fibre
  • *
  • Messages: 145
  • Talissieu 01
Algo de controle de la congestion TCP: BBR
« Réponse #35 le: 10 janvier 2020 à 17:09:26 »
tu sort d'ou ces chiffres ? on en trouve aucune trace/mention ni dans le blog, ni l'article ni la conf.

Le tableau


 

Mobile View