Merci Stéphane, pour ces précisions Je crains que la compréhension fine des mécanismes télécoms passe par le bon usage du français, plutôt qu'une traduction approximative et simplificatrice d'une écriture anglaise déjà stylisée.
Nous voyons ici que l'état de congestion doit être dissocié de l'état d'une file d'attente prête à atteindre une limite de débordement. Cordialement, Michel Hostettler ----- Mail original ----- De: "Stephane Bortzmeyer" <[email protected]> À: "Michel Hostettler" <[email protected]> Cc: [email protected] Envoyé: Jeudi 6 Décembre 2012 22:21:56 Objet: [FRnOG] Re: [TECH] RFC 6789: ConEx Concepts and Use Cases On Thu, Dec 06, 2012 at 04:57:34PM +0100, Michel Hostettler <[email protected]> wrote a message of 400 lines which said: > (1) "La congestion est définie comme la probabilité de perte de > paquet (ou de marquage par ECN". Lorsque le réseau est congestionné, > on perd tout, on ne marque pas. Oui, c'est le terme traditionnel mais ce n'est pas la définition du RFC. > Le marquage est issu du contrôle de conformité d'un trafic par > rapport à un profil préalablement souscrit par le client. Non, il s'agissait là de marquage ECN <http://www.bortzmeyer.org/3168.html> > (3) "Un autre effet de la congestion, le retard, n'est pas pris en > compte". Quel retard ? Si les tampons des routeurs sont de grande taille, un trafic intense ne va pas entraîner de pertes de paquets (tant que les tampons ne sont pas pleins), mais des retards (le paquet va attendre longtemps dans le tampon). C'est le phénomène parfois critiqué sous le nom de « bufferbloat » (car certains réclament des tampons plus petits). --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
