Projet evolution


Suggestions d'évolution pour la grenouille

Sommaire

Grenouille Hacking Session

Les Grenouille Hacking Session sont faites pour implémenter tout ce qu'y suit et plus encore :)

Général Météo

comparaisons entre FAIs sur un même DSLAM/NRA (+ VILLE)

Suggéré par : damospace kenny chrslegrand67 BubuLeMag athi Obelixator fat115 brr69210 djflexlive jayapura jeumeu 20100 ctrlbrk

Cette demande semble fédérer beaucoup de monde. Il va falloir résoudre quelques problèmes :

  1. Beaucoup d'internautes ne savent pas ce qu'est un NRA. Collecter ces informations de façon fiable pour tous les testeurs ne sera pas une opération triviale.
  2. L'ajout d'un niveau hiérarchique "NRA" entre le niveau testeur et le niveau ville sans perturber les mesures ne sera pas simple.

On pourrait créer un NRA "default" pour chaque ville et mettre tous les testeurs dedans... charge à eux de demander la création des NRA qui manquent et de s'y accrocher ?

prise en compte de l'éloignement au DSLAM ou débit /débit max

Suggéré par : kryten cpsyche kikoolol kenny mbe Waterfront guy_wyse

Cette demande semble fédérer aussi beaucoup de monde. Avec l'évolution des offres à "débit max" les plafonds statiques des offres ne sont plus adaptés. Confer l'article de prof à ce sujet sur le piaf : grenouille et le débit max.

Récupérer l'info via la distance au NRA ou via l'atténuation risque d'être passablement compliquée. Nombre d'internautes ne savent pas ce qu'est un NRA, une atténuation...

Vu la complexité et le débat on va faire une page dédiée : Consolidation des mesures

Tester d'autres protocoles

Suggéré par : spourre kenny Rouge mbe Obelixator fat115

Idée intéressante pour mettre en lumière les bridages. Pour faire ça proprement il ne suffit pas de changer le port utilisé mais de reproduire le format des protocoles. Le premier de la liste étant http (le moins susceptible d'être bridé) qui pourrait servir de référence. Cela nécessitera un gros travail aussi bien côté client que serveur pour implémenter ces nouveaux protocoles... mais ça peut donner des résultats intéressants.

=> Question à creuser.

matérialiser les déconnexions

Suggéré par : zorba SYLARE cactusmax Isaric

Idée intéressante. Cependant différencier une déconnexion et une extinction voulue de la connexion n'est pas simple. Le risque de faux positifs n'est pas négligeable. On pourrait se reposer sur les testeurs pour identifier les déconnexions mais ça nécessiterait une action manuelle.

=> Question à creuser.

courbe du meilleur et du plus mauvais en plus de la moyenne

Suggéré par : Patience et longueur de temps... cpsyche kikoolol

L'humeur du jour / qualitymètre de la relation client

Suggéré par : JICH renato_exige

Idée intéressante... la mesure objective des débits ne permet pas d'identifier ce qui va autour... la qualité de la hotline, de la documentation, des services annexes... bref le ressenti qualitatif des clients ( "tout va bien" "Je hais les déconnexions!" "Entre deux pannes ça va"...).

On pourrait envisager une ou plusieurs valeurs qualitatives à saisir dans l'interface client ( la plus simple étant une note à saisir, le plus compliqué étant un ensemble de notes... service, temps d'attente, accueil...) qui seraient synthétisées comme un type de mesure supplémentaire.

Au niveau testeur ça n'aurait pas de sens... et ça ne serait pas affiché pour éviter d'alourdir l'affichage mais à partir d'un certain nombre de testeurs impliqués on pourrait afficher la valeur et son évolution

=> Question à creuser

mesurer le débit de l'interface à saturation en filtrant ce qui est à destination du net

Suggéré par : spourre Obelixator

afficher le débit IP (ou ATM) en plus des ko/s

Suggéré par : chrslegrand67

Pourquoi pas et ça serait plutôt facile à faire avec le débit IP... pour l'ATM ça ne serait qu'une approximation.

Grenouille Distributed Agent Architecture

Voir Agent Architecture.

afficher les mesures isolées

Suggéré par : zephSevran

Au lieu de masquer les mesures isolées, afficher des points pour les mesures isolées. Et si elles sont assez proches les relier par un trait.

Idée intéressante... et ça ne doit pas être trop pénible à implémenter.

Fiches pratiques

Suggéré par : floesra

Il serait bien de faire un sujet en marge de chaque FAI (et qui se voit !), qui résume l'entière installation et configuration de la box du FAI en question, de la config de l'accès internet, des téléphones compatibles avec la box, de la configuration d'un multiposte

pourquoi pas... un certain nombre de topics épinglés dans le forum répondent déjà à ce type de besoin... mais on pourrait développer ça (en utilisant le wiki ?)

flux rss

Suggéré par : jdpp

déclaration du mode fastpath/patate

Suggéré par : Pink.Floyd -> confer la prise en compte de l'éloignement / DSLAM

Ajout 2007-04-09 : Selon les cas il peut y a voir basculement de mode entre patate, fastpath et interleave... il s'agirait de matérialiser ces modifications... voire d'adapter les calculs en fonction du mode. Je doute que ce problème concerne la majorité des freenautes... et puis ces changements de modes ne sont proposés que par free a priori... Va falloir creuser encore pour identifier précisément le besoin.

logos des fai pour améliorer la lisibilité

Suggéré par : cagoule2b

Il faudrait obtenir l'accord des FAI...

revoir la périodicité / granularité des tracés

Suggéré par : kaleidos78

périodicité à 45' bancale.

C'est pas faux : on a baissé la fréquence pour alléger la charge réseau. Les courbes sont tracées avec une précision à la demi-heure et la périodicité à 45' fait qu'un point est régulièrement sauté sur les courbes du niveau testeur. Intellectuellement c'est assez moche j'en conviens volontiers...

Corriger le lien ves le cahier des charges v3.0 [FAIT]

Suggéré par : kaleidos78

cahier des charges est un lien qui pointe vers http://www.grenouille.com/3.0/ (introuvable)

Edit : Fait : lien supprimé.

C'est vrai... un peu d'historique s'impose : Le projet de grenouille V3 initialement lancé était vraiment très très très ambitieux... la rédaction a commencé mais le gigantisme de projet a noyé les bonnes volontés. Ce projet est donc mort-né.

Par la suite le projet a repris une évolution plus lente mais plus raisonnable. Aujourd'hui la grenouille est en version v3. Les modifications faites concernent :

  • Le passage en développement orienté objets (partiellement réalisé... les interactions avec la base de données n'ont pas été abordées encore)
  • L'utilisation d'un système de cache plus moderne
  • La séparation du html et du php via un système de templates (ca permettra de relooker la grenouille sans trop de souffrance par la suite)

Lors du passage de la v2.x à la v3.x la grenouille s'est doté d'une structure de développement communautaire comprenant :

Les évolutions que nous envisageons actuellement suite aux suggestions seront faites dans la branche de développement... on verra par la suite en fonction de l'étendue des modifs si on appelle ça branche v4.x ou si on les répercute sur la branche v3.x

Améliorer les news

Suggéré par : jhcool13

Meilleure fréquence, pertinence, rédactionnel.

D'accord mais c'est un gros travail... l'aide des grenouilles sera la bienvenue pour nous soumettre des news fraiches. On peut peut être envisager une fonction "proposer des news" dans l'interface grenouille... histoire de faire quelque chose de plus communautaire ?

Balise "changement d'ip" sur les graphes

Suggéré par : fat115

Pourquoi pas... ça n'a pas l'air très compliqué à première vue.

échanger entre testeurs proches

Suggéré par : pasteurandre

Ouch... l'idée est bonne... mais la mise en place n'est pas simple... et ça ouvre potentiellement une voie aux spammeurs. Il faut trouver une idée brillante pour faire ça sans que ça ne pose de problème.

clic dans une carte de france

Suggéré par : djflexlive

Pas simple... ça ne sera clairement pas ce qui sera envisagé en premier :-/

Consolidation des mesures

Voir Projet_Consolidation_des_mesures

Considération de la médiane

Voir http://www.bortzmeyer.org/mediane-et-moyenne.html

Risque de poser pas mal de pbs lors du calcul.

Tous clients

Coregrenouille

grenouille haute priorité

Suggéré par : Joe42 Obelixator kaleidos78

Attaquer à plus bas niveau ou augmenter la priorité pour que la mesure grenouille soit prioritaire (autant que possible sans casser les connexions TCP)

Intéressant

=>Question à creuser

Afficher l'IP publique du moment dans le client

Suggéré par : hypparcos sim_v

Pourquoi pas... et a priori ça ne devrait pas être trop complexe.

Liens vers le wiki (doc et faq) directement dans le client grenouille

Suggéré par : menet1

Pour améliorer la visibilié du wiki doc + faq.

Pourquoi pas... et a priori ça ne doit pas être trop pénible à faire.

client java

Suggéré par : sim_v

Il y a une ou deux tentatives en cours dans ce domaine il me semble. Si ces clients sont libres ça ne posera pas de problème.

L'une de ces tentatives "jGrenouille" en cours de développement est hébergée par notre système de gestion de conf : https://subversion.grenouille.com/svn/jgrenouille/trunk/

Les bonnes volontés seront les bienvenues :o)

interactions entre clients

Suggéré par : sim_v

Un client qui fasse les tests actuel mais qui soit aussi capable de repérer d'autres clients sur le même DSLAM ou chez d'autres opérateurs pour tester les passerelles inter-opérateurs et surtout nous situer par rapport à d'autres personnes connectées au même DSLAM.

Ouch... ptet pas tout de suite ça :o)

Client optimisé en C

Suggéé par : The Destiny

Si vous voulez écrire un client en "C" (libre forcément) je vous crée une repository subversion :o)

mesure de la téléphonie over IP

Suggéré par : kaleidos78

Idée séduisante... comment faire ça par contre je ne vois pas trop...

mesures p2p

Suggéré par : sim_v

Idée très séduisante... mais intégrer un moteur bittorent ou autre dans les grenouilles, gérer la dissymétrie des flux... c'est une sacré affaire !

On va ptet pas envisager ça tout de suite :-/

grenouille multiconnexions

Suggéré par : kikoolol

Ce sujet a souvent été abordé aux débuts de la grenouille... le parti pris de faire du mono-connexion a été choisi pour mieux "coller" à ce que vit un internaute quand il surfe ou quand il télécharge. Les bricolages multiconnexions qui avaient cours ne sont plus vraiment d'actualité avec le haut débit et le multiconnexions "façon p2p" est une toute autre histoire.

Je ne vois pas de raison qui justifierait de changer notre approche sur ce point.

Edit et bémol : Dans le cadre d'une normalisation des mesures par rapport à un maximum (ce qui revient à prendre en compte la distance au NRA pour l'évaluation de la qualité de l'abonnement) il peut y avoir un intérêt à faire des connexions multiples pour étalonner les mesures grenouille : Saturer ponctuellement le lien ADSL avec un faisceau de connexions (sur le même serveur... ou mieux : sur plusieurs serveurs) hors période de pointe peut permettre d'obtenir une évaluation relativement fiable du débit de référence.

Les cas particuliers d'étalonnage pendant une période de troubles devront certainement faire l'objet d'un traitement spécifique.

Séparation du service de mesures et de l'affichage

Suggéré par : Maat et Julien

Il s'agit de séparer l'affichage (GUI, Interface graphique) et l'outil de mesures, qui deviendrait un daemon/ un service du système d'exploitation. Peu importe si la GUI du client est lancée ou non, le daemon continue de mesurer les performances de la connexion. Voir Client Daemon pour plus de détails.

Prise en compte de tout le traffic pendant les tests de BP

Pour le moment, la politique de la maison c'est l'invalidation de la mesure si pendant le test de bande passante, celle-ci est "parasité" par le traffic local au poste de mesure.

L'idée serait de ne plus invalider la mesure mais de renvoyer au serveur ce qu'il découle de notre test et le reste du traffic en distinguant les deux.

Grosso modo pour les calculs çà donnerait :

- BP actif = taille_fichier / (temps_fin_test - temps_début_test)

- BP passive = (trafic_total_pendant_test - taille_fichier) / (temps_fin_test - temps_début_test)

camlGrenouille

interface gaphique pour macos X (cocoa)

Suggéré par : Waterfront CableGuy Fotz

Envisagé par Alan... je ne sais pas où en est sa réflexion.

Edit : Ajouté une feature request sur le bugtracker : http://bugtrack.grenouille.com/?do=details&id=57

pyGrenouille

améliorer le design du client pygrenouille

Suggéré par : kryten sim_v scouby999

Si des graphistes sont motivés pour ça... ils seront les bienvenus :o)

historique local et courbes offline (mwarf like)

Suggéré par : aotus The Destiny jls2933

Demande récurente... la mise en place nécessiterait du temps... ce que n'a pas Marc en ce moment (papa toussa).

Faudra faire preuve de patience... si des développeurs python se sentent d'attaque par contre ça peut changer la donne :)

Edit : Ajouté une feature request dans le bugtracker : http://bugtrack.grenouille.com/?do=details&id=53

Délai de démarrage

Suggéré par : franbour chrslegrand67 Pink.Floyd

délai au démarrage du pc avant le lancement de la première mesure

Pourquoi pas... et a priori assez simple a mettre en place...

Edit : Ajouté une feature request dans le bug tracker : http://bugtrack.grenouille.com/?do=details&id=54

Mise en pause de pygrenouille

Suggéré par : guy_wyse menet1 Xtof_

Pourquoi pas... pas très complexe a priori

(Là où ça peut devenir complexe c'est si on doit marquer la différence dans les courbes entre les pauses et les autres causes d'absence de mesure.)

Edit : Ajouté une feature request dans le bug tracker : http://bugtrack.grenouille.com/?do=details&id=55

Corriger bug / redimensionnament

Suggéré par : The Destiny

Corriger le bug de pygrenouille (redimensionnement autorisé et mal géré)

Edit : Ajouté une demande dans le bugrtracker : http://bugtrack.grenouille.com/?do=details&id=58

Caractères pygrenouille plus petits sous linux

Suggéré par : Leeming Mac_fly_0

Oui c'est moche... va falloir y faire quelque chose.

Edit : Ajouté demande dans le bug tracker : http://bugtrack.grenouille.com/?do=details&id=56

Fora

tag résolu

Suggéré par : Leeming

tag résolu pour les questions techniques / les problèmes

En demandant aux modérateurs ça peut se faire dès maintenant... pour permettre aux membres de le faire tout seuls il faudrait patcher le code... je ne sais pas dire le degré de complexité pour le moment.

désinscription

Suggéré par : zorba

auto refresh

Suggéré par : eddine_1

auto refresh du forum (ajax)

Bof

Mise en valeur des topics

Suggéré par : bud

mettre en valeur les topics, à l'aide de couleurs (les plus lus, les nouveautés...)

Ca aussi ça nécessiterait de patcher le code des fora. Complexité à déterminer. :-/

Correcteur d'orthographe

Suggéré par : bud

correcteur d'orthographe dans les forums

Des plugins de correction d'orthographe existent pour les navigateurs web...

rappel de post

Suggéré par : kashaya

premier post d'une page = dernier de la précédente

idée intéressante... ça nécessite de patcher le code... difficile de dire le degré de complexité pour le moment.

Offre 100%neufbox ND [FAIT]

Suggéré par : cagoule2b

Intégrer sur le site la nouvelle offre du neuf 100%neufbox en adsl nu pour les ND.

Edit : Fait

fusion neuf / cegetel [FAIT]

Suggéré par : copan

fusionner aussi neuf et cegetel en forum

Edit : Fait

météo en signature

Suggéré par : cagoule2b

budget telecom

Suggéré par : patdu49

rubrique budget telecom dans les forums

Structurer forum free

Suggéré par : zephyrs

Structurer les forums free pour permettre de trouver l'info plus facilement

Autres

synchro des comptes forums / météo

Suggéré par kikoolol

Idée intéressante et qui me trotte dans la tête depuis un moment... pas simple du tout cependant.

GSoC

GSoC_2012

GSoC_2013

De Wiki Grenouille.
Powered by MediaWiki
GNU Free Documentation License, sous les copyrights des membres de l