Compte-rendu de la réunion du groupe métrologie - Gt-metro

3. Préparation du TutoJRES
La date est fixée au vendredi 3 octobre.
Méthode de travail
Les modalités de préparation pour le tutoJRES ne pourront pas être les mêmes que celles du
cours CiRen. Pour le cours, le gros du travail collectif s'est fait en visio. Là, il y a trop peu de
visio (3 après celle-ci) pour qu'on procède comme cela.
Il faut mettre tout le matériel dont on dispose sur l'espace partage afin que tout le monde ait en
permanence les éléments qui lui permettent de faire des remarques et de contribuer.
Le gros du travail collectif doit se faire entre les réunions, celles-ci servant à lever les points
difficiles et avancer rapidement sur certains éléments.
1ère partie : introduction
Coordination de cette partie : DB (+ BT ?)
Tout le monde est OK pour qu'on reprenne les slides de la présentation INRIA pour
l'introduction du vocabulaire et des différentes techniques de capture passive. Ceci avec une
partie des slides de l'introduction du séminaire Aristote pour bien positionner le débat.
Message à faire passer : la métrologie, c'est ce qui est utilisé en amont du monitoring pour
définir les bonnes métriques utiles et l'état normal de référence. Le monitoring, c'est vérifier
qu'on est dans les limites de cet état. La métrologie sert aussi à faire varier l'état de référence
en fonction des évolutions (applications, topologie, etc). Prendre des exemples. Idée : Montrer
qu'on peut avoir un réseau avec d'excellentes performances, pas de pertes et peu de gigue mais
qui en faisant traverser une succession de lien agrégés avec des algorithmes différents
réordonne les paquets d'un facteur tel que les applications au bout sont dégradées
(visioconférence, par exemple).
Des démos d'outils, mais très peu : il faut faire attention de ne pas trop cliquer sans décrire ce
qui est à l'écran. Il faut bien choisir ce qu'on montre.
Par exemple la weathermap de Renater et une animation de cette weathermap sur une
semaine, par exemple.
2ème partie : protocoles
Coordination : LS.
Il faut faire une grosse simplification du cours. Messages à faire passer :
• TCP c'est compliqué
• slow start c'est terminé
• montrer les améliorations de l'état de l'art
• il existe des outils de debug TCP : démo tcptrace + xplot
• DCCP va remplacer UDP : à terme il n'y aura plus que des protocoles avec contrôle de
congestion
3ème partie : résolution de problèmes de performances
Coordination de cette partie : SM
Il faut réfléchir à une démo visuelle pour illustrer la résolution d'un problème de performance.
2 / 3