>> Je suis d'accord, je passais les slides car autant que je sache le >> nouveau protocol BT utilise le même principe avec la latence (il y a >> eu du buffering -> le lien est sature, et packet loss -> le buffer >> est plein et perds des packets) comme moyen de detection (je n'ai pas >> encore lu les specs du protocole) > > Çà doit pas être tout a fait çà l'heuristique, parce que çà ne peut > marcher que si les RX et TX queue font du tail dropping.
Si tu as de la congestion la latence sera plus variable plus haute. Je n'ai pas vu de papier sur le proto, pas plus que le code alors je ne sais pas ce qu'ils font exactement. > Le travail de l'IETF sur DCCP mérite également un coup d'œil (Ils ont > carrément pris le point de vue : les protos existants sont trop mal > foutus pour gérer la congestion proprement, on va en faire un qui va le > faire nativement et proprement : http://www.ietf.org/rfc/rfc4336.txt). > Les mécanismes proposés (enfin certains) peuvent être codé au niveau > application. Merci du pointeur. je n'ai jamais regarde ce que SCTP avait en reserve pour ca non plus. Thomas --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
