Auteur Sujet: Algo de contrôle de la congestion TCP: BBR  (Lu 38330 fois)

0 Membres et 1 Invité sur ce sujet

LROB

  • Abonné Orange Fibre
  • *
  • Messages: 121
  • Orléans (45)
    • LRob.fr
Algo de contrôle de la congestion TCP: BBR
« Réponse #144 le: 18 mars 2024 à 00:54:14 »
Et encore t'as pas vu la pile TCP de Netflix.

Je vois pas trop le souci avec ce que fait Netflix pour le coup, mais un détail m'échappe peut-être (l'article est super long, donc j'ai lu la partie sur TCP RACK Stack de Netflix), ça m'a l'air plutôt consciencieux au contraire.

Sur un BSD pour lancer le BBR c'est easy.

https://groups.google.com/g/bbr-dev/c/bSvfbe9JQXI?pli=1

Le chacun sa poire ça va se calmer avec l'adoption de BBR comme ça ils se boufferont le nez entre eux.

Sous Debian c'est tout aussi simple (voir plus simple) :

modprobe tcp_bbr
sysctl net.core.default_qdisc=fq
sysctl net.ipv4.tcp_congestion_control=bbr

Pour rendre ça persistant et appliquer d'un coup :

echo "tcp_bbr" >> /etc/modules-load.d/bbr.conf
echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
modprobe tcp_bbr
sysctl -p

LROB

  • Abonné Orange Fibre
  • *
  • Messages: 121
  • Orléans (45)
    • LRob.fr
Algo de contrôle de la congestion TCP: BBR
« Réponse #145 le: 19 mars 2024 à 02:03:35 »
Comme promis, différence d'upload de mon plus gros backup incrémental nocturne en Cubic (14.0Go) VS BBR (13.9Go) depuis Hetzner vers OVH FTTH.



On gagne environ 20-25Mbit/s et 10 secondes sur la durée du backup. Toujours bon à prendre, mais pas très intéressant sur ce cas spécifique.

Fyr

  • Abonné Free fibre
  • *
  • Messages: 870
  • Talissieu 01
Algo de contrôle de la congestion TCP: BBR
« Réponse #146 le: 19 mars 2024 à 12:02:37 »
Tu sais les algos de congestion ça marche... quand il y a de la congestion.

LROB

  • Abonné Orange Fibre
  • *
  • Messages: 121
  • Orléans (45)
    • LRob.fr
Algo de contrôle de la congestion TCP: BBR
« Réponse #147 le: 19 mars 2024 à 12:56:54 »
On pourra voir après le 26 mars quand je serai chez Orange si c'était une limitation du serveur en upload (ce dont je doute car c'est du serveur 24 threads haute fréquence, 128Go de RAM, full SSD NVMe et liaison 1Gbit/s, donc ça ne peine pas à sortir du 900Mbit/s+ en théorie) ou bien d'OVH.

Edit: Après analyse des graphes du serveur source et cible, ni le CPU ni l'IO ne sont saturés (ni le réseau), ce qui laisse supposer que c'est bien le réseau qui bottleneck à 50% de la vitesse max théorique en direction Hetzner > OVH FTTH pour un envoi en FTPS passif.
« Modifié: 19 mars 2024 à 14:58:11 par LROB »

LROB

  • Abonné Orange Fibre
  • *
  • Messages: 121
  • Orléans (45)
    • LRob.fr
Algo de contrôle de la congestion TCP: BBR
« Réponse #148 le: 28 mars 2024 à 09:16:40 »
Comme promis, la vitesse de Hetzner vers Orange Pro FTTH en XGS-PON, toujours depuis un serveur 1G.



C'est le point de vue serveur, cette fois, et un backup bien plus gros (complet serveur, y'en a pour 666.25Go).
Comme on le voit, on sature en gros le gigabit avec une vitesse 2x plus rapide qu'avec OVH FTTH et ce sur toute la durée de l'upload.
Toujours en BBR du coup, je laisse mon serveur comme ça pour améliorer le débit vers mes clients ayant une interco pourrie (freenautes/20).
« Modifié: 28 mars 2024 à 09:54:14 par LROB »