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

Compte-rendu de la réunion du groupe métrologie
du 10 juin 2008
Participants
Didier Benza (INRIA)
Elba Burity (INRETS)
Catherine Grenet (CNRS / UREC)
Luc Saccavini (INRIA)
Ordre du jour
• Campagne de mesures comparatives IPv4/IPv6
• Mise à jour du site web
• Préparation du TutoJRES d'octobre
La discussion sur les drafts IPPM en cours d'Al Morton (composition de métriques), ainsi que
sur le réseau de serveurs Iperf, est reportée à la réunion du 8 juillet.
1. Campagne de mesures comparatives IPv4/IPv6
Luc n'a pas encore pu rédiger le compte rendu des tests qui ont effectués en avril 2007. Ces
tests ont mis en évidence des écarts de performance importants entre IPv4 et IPv6 sur certains
chemins.
Il est nécessaire de définir un protocole de test qui permette de qualifier exactement le
problème. Faut-il utiliser des machines de référence placées au cœur de RENATER, ou
utiliser les applets embarquées dans les sondes Qosmetrics (si elles supportent IPv6) ?
Le débit obtenu en UDP est proche du maximum, mais le débit TCP inférieur. On soupçonne
donc que le problème soit lié aux machines : les améliorations qui ont été faites récemment
dans les systèmes d'exploitation en IPv4 ont-elles été portées en IPv6 ?
On ne peut pas avancer sur ce point car personne n'a de temps à y consacrer. A mettre dans la
liste des actions du groupe après les formations en cours ?
2. Mise à jour du site web
La liste des membres du groupe n'est pas à jour : il s'agit de la liste, prise à un instant donné,
des abonnés à la liste gt-metro, qui est maintenant ouverte à tous. On supprime donc le lien
sur cette page de la page d'accueil.
La liste des réseaux de collecte n'est toujours pas à jour.
Catherine a mis la liste gt-metro en mode privé pour éviter de devoir modérer les SPAMs. On
décide de laisser la liste comme ça, mais de personnaliser le message de rejet qui est renvoyé
aux non abonnés qui envoient un message à la liste : il faut les rediriger sur la liste perf-reseau
ou leur dire de s'abonner préalablement à la liste gt-metro.
1 / 3

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

4ème partie : analyse de flux
Coordination de cette partie : LD
Quelques éléments sur l'état de l'art, dire que NetFlow évolue et que IPFIX arrive, sans trop
insister sur les différences entre les différentes versions du protocole. Présentation de
quelques outils. Montrer ce qu'on sait faire en transposant en démo les parties TP du cours
CiRen. Par exemple : démo nfsen en montrant quelle requête faire pour avoir quelle
information (ex : le nombre de requêtes sur un serveur web).
4. A faire
• Chacun, pour la partie qui le concerne commence à rédiger des slides
• Définir une présentation commune pour les PPT (celle du cours CiRen ?)
• DB propose un découpage de la journée
• Est-ce qu'on fait une conclusion/prospective de la journée ? Si oui, qui se charge de la
coordination de cette partie ?
Prochaines réunions
Mardi 8 juillet à 14 h en visioconférence
Lundi 15 septembre à 14 h en visioconférence
Vendredi 26 septembre à 14 h en visioconférence
Ces trois réunions seront prioritairement consacrées à la préparationdu TutoJRES.
3 / 3