Bonjour,

Actuellement, je travail intensivement sur "codingteam.net".
Vôtre projet à l'aire intéressant, je veux bien vous apporter mon aide de façon ponctuelle, pour le développement PHP.  Hésité pas à me contacter.

PS : je ne pourrais pas vous envoyer mes stats .. car j'ai une connexion bluewin 3500/500 (un bug sympa de la part de l'opérateur) ... fausserai les résultats

Merci

BOFH a écrit:

Hello,

  J'ai jeté un coup d'oeil, tout cela m'a l'air bien sympathique, j'ai juste deux-trois petites questions:

  - comment a été choisi le(les) serveurs servant à la mesure de la bande passante ? avez vous considéré d'en utiliser plusieurs ? Je demande parce qu'en pratique, on observe parfois des aberrations dans le routage qui donnent des débits ridiculement bas pour certaines destinations. Si le but est de mesurer la bande limite, pourquoi ne pas tester systématiquement le débit vers 4-5 hôtes, et prendre le maximum ?

La structure actuelle utilise des serveurs communs aux projets swissfrog et grenouille (n'appartiennent à aucun des 2 projets). Un serveur pour les tests up, un serveur pour les test down. Dans la pratique, une plage aléatoire est définie par notre serveur au moment où il indique au client à quelle heure le prochain test doit être fait (nous avons une fréquence définie, paramétrable par FAI, type de connexion, même par user + une plage variable), ceci permettant d'éviter la saturation de la BP sur les machines de mesures.

Donc, on utilise une seule destination.
Toutefois la structure est paramétrable pour les destinations. Mais ensuite, c'est compliqué, car il faut trouver des prestataires qui acceptent de participer au projet sans nous facturer le service...... plus facile à dire qu'à faire mais l'idéal serait effectivement de pouvoir faire varier les destinations pour les mesures.

- avez vous considéré l'utilisation par l'ISP de QoS silencieuse sur certains types de traffic ? il serait intéressant de mesurer les débits pour différents cas: transfert HTTP, FTP, chiffré, différents ToS, mots-clef dans l'URL HTTP, etc.

actuellement non bien que cela ait été discuté. Faute de ressources, on n'a pas trop voulu charger le cahier des besoins. Donc ce sera dans une v4 ou v5 (actuellement, le système est une version 2 du projet grenouille, la v3 est en cours de développement avec l'équipe française)

- comment est calculée la statistique finale a partir des débits des utilisateurs ? la doc du site mentionne uniquement une "moyenne". Est-ce une moyenne arithmétique sans transformations ? si oui, avez-vous vérifié que la distribution des débits est gaussienne ? (ça me parait improbable a première vue)

ce n'est pas qu'une moyenne arithmétique, elle est pondérée, notamment par la plage horaire du relevé, sinon cela reviendrait à dire que la moyenne de 3 heures du matin est calculée dans les mêmes conditions que celles de 19 heures.... Il y a d'autres critères - ce n'est pas que je ne veux pas t'en parler - je n'ai pas perso penché sur toute la mise en place des stats dans notre team.
Par contre, dans le prochain développement, nous pensons continuer d'utiliser des comparaisons sur la base de valeurs exprimées en kilo-octets par seconde, en milliseconde. MAIS on prévoit aussi d'utiliser un système de notation, que nous sommes en train de définir, afin d'évaluer la performance d'un FAI (en % ou points, notation sur 10 par exemple). Aujourd'hui le système gère des moyennes par profil FAI, mais on ne tient pas compte de tous les profils du même FAI.

Enfin, la distribution des débits n'est pas gaussienne, ce qui complique bien évidemment la tâche pour projeter des modèles de calcul en considérant que la majeure partie des mesures est réalisée dans les mêmes conditions.

- Comment est mesurée la latence du réseau ? si c'est avec des paquets ping, il faudrait préciser la taille du paquet ping utilisé, et éventuellement observer le comportement pour différente tailles ?

oui, ping... la taille du paquet est paramétrable et durant les tests, elle a été modifiée à de nombreuses reprises - j'en profite aussi pour dire que la taille des fichiers téléchargés (mesure DOWNLOAD) et envoyés (mesure UPLOAD) est également customisable - il y a un grand nombre de paramètres que l'administrateur des profils peut modifier, à chaque fois, pour un groupe d'users, un FAI, un user, un type de connexion, et même en fonction de la localisation.

- Avez-vous considéré le cas d'un ISP malicieux qui tenterait de falsifier les résultat à son avantage ? l'ISP pourrait par exemple intercepter le traffic de commande, et lire le mot de passe en clair (SSL sans certificat codé en dur n'est pas suffisant, l'ISP peut se permettre du MITM). Ou, inscrire de faux testeurs pour ses produits, avec des débits anormalement élevés, etc etc..

Pour le cas de l'interception du traffic, c'est tout à fait possible dans la configuration actuelle de se faire avoir. D'abord, on n'utilise pas de SSL, mais le mot de passe n'est donc pas sécurisé d'un point de vue réseau. Il y a un cryptage du password pour éviter qu'il soit stocké en clair au niveau de l'ordinateur de l'utilisateur. Le code des clients étant ouvert, c'est très facile d'aller chercher la méthode de cryptage - qui est basique.

Pour le second cas, c'est à dire, le compte frauduleux, on ne peut absolument rien faire. Saches que depuis début 2006, nous avons des contacts réguliers avec les acteurs majeurs, parmi les FAI, du marché CATV et ADSL.

Dans tous les cas, le projet n'est encore pas couvert par une association. L'assemblée constitutive devrait avoir lieu avant le mois de décembre. A partir de ce moment, nous aurons une structure légale, mais pas encore les moyens de détecter des manoeuvres frauduleuses de la part des ISP.

Je code personnellement un script qui vérifie les IP des connexions clients, pour vérifier les classes d'IP (notamment, si ce sont des IP étrangères), mais c'est tout.

J'espère que ces quelques éléments de réponse te conviennent.
Il y a beaucoup de choses à faire mais aujourd'hui, je dois privilégier le déploiement du projet plutôt que les orientations futures.

A+
funtea

[GO]Skywalker13 a écrit:

Petit détail.. je devrais le dire dans votre forum mais pour le moment j'ai la flemme de m'inscrire et j'ai vu ça à l'instant :-P.. la metatag du charset de la page web "liens" est déclarée comme étant UTF-8. Néanmoins les caractères sont en ISO-8859-1.

hello
bug connu lié à une différence dans les locales de nos serveurs par rapport au serveur grenouille...

ça devrait être corrigé dans la soirée-nuit-demain matin - au plus tard