[projet-agregation] mesurer la capacité d'un lien sans en gêner le fonctionnement.

[Laurent GUERBY]

On Sun, 2011-10-09 at 18:02 +0200, Jocelyn Delalande wrote:
> Bonjour,
> 
> Dans le cadre de la réflexion concernant l'agrégation et la répartition 
> de charge, je réfléchis à une manière de mesurer la capacité d'un lien.
> 
> Pour des liens radios, cela prend tous son sens, même si l'on peut 
> savoir quelle est la vitesse négociée sur le lien radio (ex: 54mbps dans 
> de bonnes conditions), cela donne tout au plus une borne supérieure, 
> mais certainement pas une estimation de la capacité réelle du lien qu'il 
> faut mesurer "activement". Je ne sais pas si les chiffres négociés sur 
> une liason ADSL (chiffre fourni par PPP ?) est plus fiable. De 
> l'expérience là-dessus ?
> 
> Le souci est que pour faire une mesure fiable avec iperf par exemple, il 
> faut préalablement "isoler" le lien (càd ne pas faire passer de trafic 
> dessus), sans quoi la mesure est faussée.
> 
> Les liens radio peuvent fluctuer en fonction de la météo, d'une 
> obstruction temporaire, de l'environnement électro-magnétique, il est 
> donc nécessaire de prendre des mesures régulières, on ne peut pas se 
> permettre de couper le trafic à chaque fois.
> 
> Une idée qui me vient comme ça serait la suivante. Soit un lien radio 
> "en production", utilisé, à pleine capacité ou pas, peu importe, on veut 
> en mesurer la capacité.
> - On ouvre une connexion TCP qu'on charge autant qu'on peut, le but est 
> de s'assurer que le lien est saturé.
> - On observe le trafic sur la carte réseau, qui sera la somme du trafic 
> normal et du trafic TCP "de mesure".
> 
> Ainsi, on ralentit un peu le lien, sans en couper l'usage pendant la mesure.
> 
> Que pensez-vous de cette approche ? Savez-vous si elle est déjà 
> exploitée ou connaissez vous d'autres approches implémentées pour 
> mesurer la capacité d'un lien réseau sans "tout casser". ?
> 
> C'est une problématique un peu en marge de l'agrégation mais sur 
> laquelle je m'interroge…

Salut Jocelyn,

Dans le cadre du projet on va principalement regarder l'ADSL car
il sera le facteur limitant en débit, les equipements ubiquity
etant au dessus d'un ADSL en debit sauf dans des cas de liens
tres mauvais.

La synchro ADSL est une indication de debit max comme dans le cas
radio, apres le debit effectif doit fluctuer. Un effet
connu sur une liaison ADSL est qu'une saturation de l'upload
a un impact significatif sur l'upload, de meme en saturation
download la latence devient tres grande.

Si on se met dans le cas ou le seul utilisateur de l'ADSL
est le logiciel de tunnel on controle exactement les paquets
envoyés et reçus sur l'ADSL et on peut si
un (ou les deux) terminaisons du tunnels envoie un retour
statistique sur les paquets on aura une idée fine des
cas limites.

Est-ce que vous avez regardé le lien ajouté sur 

http://chiliproject.tetaneutral.net/issues/16

http://www.secdev.org/projects/tuntap_udp/

=> le code en python est facilement exploitable pour jouer :).

Merci et A+

Laurent