Auteur Sujet: Bufferbloat  (Lu 2105 fois)

0 Membres et 1 Invité sur ce sujet

Branco

  • Expert
  • Client Bbox fibre "câble"
  • *
  • Messages: 80
Bufferbloat
« le: 08 août 2012 à 12:17:02 »
Une piste à creuser...c'est très intéressant ! le pb de buffer sur les modems cable (BufferBloat)

Je suis tombé sur ce post de GC sur pb de débit Netgear CG 3100L

En gros, le client constate une chute de débit de son modem au bout de 10 jours, un simple reboot électrique du modem suffit et le débit max redevient normal.
Un gus du forum parle alors d'un pb de bufferbloat.

@Vivien
J'ai lu dans ton forum un article de pb de latence avec le BufferBloat sur des serveurs Linux
Ca craint si ce pb de buffer impacte aussi certains modems cable, cela doit parasiter avec la fonction TAS activée par dessus :-\


Rapport d'analyse sur le sujet du Cable Modem Buffer Control (en Anglais technique)
Analyse Septembre 2011 du mécanisme Buffer Control sur les modems cable
=> La recommandation des experts docsis serait d'avoir un modem avec un buffer d'une taille de 32 Ko pour un débit upstream de 5Mbps par exemple

Il est dit aussi que la plupart des CMTS ne supporte pas le contrôle du buffer upstream et qu'un seul équipementier le fait actuellement.
Citer
At the time of publication of this document, support for Buffer Control by CMTS vendors is seriously lacking.
While all vendors have plans to implement it, currently only one CMTS vendor supports CM (upstream) Buffer
Control (via the Minimal Implementation only). No CMTS vendors support CMTS (downstream) Buffer Control.
Je n'ai pas encore trouvé quel CMTS le fait aujourd'hui (peut-être Cisco, peut-être Casa Systems le nouveau CMTS installé à Metz...)

En résumé:
1/ Certains modems cable auraient ce pb de buffer en upstream
2/ Le pb de BufferBloat provoque une chute de débit au bout de qq jours et il faut rédemarrer le modem pour corriger.
3/ Le CMTS a un impact sur le buffer upstream du modem lors d'un téléchargement TCP

Donc c'est un sujet à creuser je pense !
J'espère que Bouygues et Numericable sont au courant de ce phénomène... :P

vivien

  • Administrateur
  • *
  • Messages: 32 174
    • Twitter LaFibre.info
Bufferbloat
« Réponse #1 le: 08 août 2012 à 12:47:22 »
Pour les buffers il est question de les réduire sur Linux de façon à les adapter dynamiquement à la taille idéale. (Si une situation de famine (starvation) est détectée, alors c'est que le tampon de gestion était trop petit et il est donc agrandi. En revanche, si le nombre d'octets du tampon ne descend jamais sous une certaine limite, alors cela veut dire qu'il est possible de diminuer le tampon d'autant.)

Au niveau des systèmes réseaux, certains opérateurs (par exemple Free mobile sur son réseau propre) ont par contre des équipements avec des buffers trop petits qui ne sont pas adaptés aux serveurs récents qui envoient les données par gros paquets. Ce type de comportement peut être détecté également par un test de débit en téléchargeant sur https://testdebit.info un fichier  du serveur "avec TCP offload engine" et un fichier du serveur "(sans TCP offload engine)". Si le débit est meilleur sur le serveur sans TOE c'est qu'il y a un souci ("TCP ACK Supression", buffer trop petit, ou encore un autre souci).

Branco

  • Expert
  • Client Bbox fibre "câble"
  • *
  • Messages: 80
Bufferbloat
« Réponse #2 le: 08 août 2012 à 18:53:30 »
Avant même de parler d'optimiser le serveur Linux, là on parle d'un problème de performance TCP entre entre le CMTS et le modem.

Le contrôle du buffer modem en upstream est obligatoire depuis le 21/12/2011 dans la spécification DOCSIS 3.0.

Que devrait faire l'opérateur ?

1/Upgrader ses CMTS pour supporter le "Buffer Control"
Il faut que le CMTS soit compatible, et le software doit être minimum 12.2(33)SCF2, j'ignore quelle est la version des CMTS NC

2/Modifier ses fichiers de configuration modem avec les nouveaux paramètres
D'après les conclusions du rapport CableLabs, voici les nouveaux TLV à rajouter dans la partie "Upstream Service Flow" (pour ceux qui connaissent...sinon désolé pour le charabia technique).

/* Upstream minimum buffer */
Type 24.35.1
Length 4
Value 0 (par défaut et c'est recommandé)

/* Upstream target buffer */
Type 24.35.2
Length 4
Value 8192 pour l'offre 30M/1M; 32768 pour le 100M/5M

/* Upstream maximum buffer */
Type 24.35.3
Length 4
Value 0 (par défaut et c'est recommandé)


Allez au boulot messieurs !  8)

corrector

  • Invité
Bufferbloat
« Réponse #3 le: 09 août 2012 à 03:57:21 »
(Si une situation de famine (starvation) est détectée, alors c'est que le tampon de gestion était trop petit et il est donc agrandi. En revanche, si le nombre d'octets du tampon ne descend jamais sous une certaine limite, alors cela veut dire qu'il est possible de diminuer le tampon d'autant.)
Autrement dit : la file d'attente au supermarché doit juste servir à lisser les irrégularités dans l'arrivée des clients à la caisse. (En aucun cas ce n'est un moyen de gérer une insuffisance persistante du nombre de caissières par rapport au nombre de client. C'est une bourde que font de nombreuses personnes. Posez la question autour de vous : "à quoi correspond une file d'attente?" Certaines de ces personnes sont des ingénieurs apparemment.)

J'ajoute que la longueur des files d'attente dans un supermarché est principalement un indicateur du délai qu'il faut au responsable pour augmenter le nombre de caisses ouvertes, donc à son indolence (ou à sa connerie).

 

Mobile View