IL SEMBLE QUE VOUS UTILISEZ ADBLOC POUR BLOQUER LA PUBLICITÉ, AUCUNE PUB INTRUSIVE SUR FDZ ET PAS DE POPUP
FDZ EST GRATUIT DONC MERCI DE DÉSACTIVER VOTRE ADBLOCK ET DE BIEN VOULOIR PARTICIPER ET JOUER LE JEU


PAR SUITE D'ABUS LES SERVEURS CCCAM ET ABONNEMENT NE SONT PAS TOLÉRÉS SUR LE FORUM


Page 1 sur 4 1234 DernièreDernière
Affichage des résultats 1 à 10 sur 39
Share |

Discussion: Appel à contribution: Monitoring du réseau ADSL en Algerie

  1. #1
    Date d'inscription
    août 2008
    Messages
    112
    Remerciements
    0
    Remercié 0 fois dans 0 messages
    Pouvoir de réputation
    10

    Algérie Appel à contribution: Monitoring du réseau ADSL en Algerie

    as: je crée un nouveau thread pour ne pas interferer avec celui de Lemrid (thread=14816) qui parle d'un sujet similaire, mais pas tout à fait; je modifie une partie de mon contenu pour adapter à la nouvelle situation

    Vous pouvez lire/telecharger ce document au format pdf à l'adresse suivante :

    http://www.scribd.com/doc/17262364/a...oringdistribue

    Vous avez la possibilité de l'imprimer pour le lire à votre rythme, vous êtes invités à l'envoyer à vos collegues, contacts, amis; vous êtes priés de poser vos remarques et suggestions, pour le bénéfice de tous.

    Introduction
    ------------

    La qualité constatée par les clients ADSL en algérie, nottament les utilisateurs sur ce forum est sujette à polémique. Afin de pouvoir évaluer de façon objective les performances, et de constituer une base de conaissances, je propose qu'un projet open source soit lancé dans ce sens, et votre aide sera indispensable pour sa réussite. Je vous invite à lire la présente proposition, ou de sauter vers la section qui vous interesse dans le text si vous n'avez pas le temps de tout lire; vous pourrez reprendre plus tard, à votre aise.


    La problematique
    -----------------

    Dans l'objectif de mettre en place un projet open source pour le suivi des performances du réseau ADSL, je propose d'evaluer la proposition suivante, et je vous prie d'apporter vos commentaires, qui seront plus que bienvenus :

    Résumé :
    --------

    *Quoi* : une méthode pour collecter, analyser et publier les performances des reseaux ADSL en algérie

    *Pourquoi* : afin de constituer une base de donnée vivante, sensibiliser les gens, isoler les problemes, avoir une influence eventuellement, faire améliorer les choses

    *Comment* : en invitant les gens a donner leurs idées, critiques et suggestions, savoir faire, expriences

    <marketing> Si dix personnes, par exemple, participent avec une ligne de code chacune chaque jour, le code client et serveur seraient terminés en quatre semaines; ça vaut le coup de tenter l'experience ^^ </marketing>

    Qui peut contribuer
    -------------------

    - utilisateur ADSL : en effectuant des tests (en utilisant le futur logiciel), vous aiderez la communauté a detecter les defaillances des fournisseurs, les goulots, isoler votre probleme. Vous pouvez aussi contribuer en donnant votre avis sur la question, en signalant un bug, parler du projet autour de vous. L'outil vous permettra aussi d'identifier la nature de votre probleme, et à terme (pour certains) de les résoudre.

    - developpeur/chercheur : en ecrivant des bouts de codes, des idées techniques, des analyses eventuellement. Aucun besoin de s'investir lourdement, une fonction ou deux suffiront pour faire avancer l'ensemble

    - technicien/commercial chez un provider : en parlant de ce projet aux administrateurs de votre entreprise, en lisant la documentation qui l'accompagne, en étant convaincu que cet outil permettra à votre employeur d'améliorer son service, sans débourser un centime en R&D

    Comment contribuer :
    --------------------

    En proposant des idées, en parler autour de vous, proposer des fonctionnalités (wishlist), en débattre sur le forum, donner son avis, ...

    Le projet
    ----------

    - L'outil proposé permettra d'afficher les tests en ligne sur un site web, par région, fournisseur d'accès, qualité
    - La récolte des tests est anonyme et ne concerne que les details techniques
    - le rapport est envoyé, et une copie est gardée sur le disque dur de l'utilisateur (qu'il pourra utiliser pour réclamer auprés de son fournisseur, ou poster sur un forum afin qu'il soit assisté)
    - L'outil proposé permettra aux nouveaux clients de choisir, selon la région et le provider, la meilleur configuration selon leurs souhaits
    - L'outil proposé permet d'avoir une evaluation indépendante des performances globales des fournisseurs d'accès à internet en algérie, constitue une base d'aide à la décision, enrichie les recherches/rapports/articles dans le domaine

    Les metriques
    -------------

    Les parametres que je vois interessants à evaluer, sont à mon avis :

    - le debit en download + le temps de lattence : le debit uniquement ne suffit pas, car lui meme est affecté par d'autres parametres (par exemple, la congestion sur le reseau; au moment du test si l'upload du client en question est elevé par rapport aux max alloué, le download en prend un coup pour certains cas, son ping aussi)

    - le systeme d exploitation : etant donné que les performances dependent beaucoup du stack tcp/ip qui est embarqué sur le systeme; il serait interessant de connaitre la version de l'os (les implementations sur windows par exemple ne sont pas respectueuses des recommandations)

    - le download en bulk et en raffale : le systeme ayant ses caracteristiques intrinseques (depassement (overshoot), temps de montée (rise time), réponse permanente, d'ailleurs si vous voulez les 'voir' il suffit de voir evoluer le graph de emule ou utorrent : ça commence par monter suivant presque une sigmoide, puis redescend, et oscille autour d'une valeur; c'est le comportement typique, c est pour cette raison que le telechargement d'un fichier de 1Mo est plus rapide en gros que 10 fichiers de 1024 Ko)

    - l'horaire du test : puisque le systeme dans son ensemble depend de ceci (heure:minutes)

    - pour la region, je pense qu'il est plus interessant de granulariser en donnant si possible le rattachement par rapport au dslam (car parfois les goulots, sont à ce niveau la, et le decoupage par dslam est plus logique sur un reseau adsl que le decoupage geo. cette information peut etre "sniffée" lors des echanges ppp entre l'hote et le dslam, eventuellement )

    Pour les quatre premiers parametres, leur récolte ne constitue pas de problemes majeurs, et une programmation classique est adequate.

    Orientations du projet
    ---------------------

    voici les aspects que j'estime necessaires :

    1 - le test devrait etre automatisé (c'est pas tres mechant, sur linux/gnu à la rigueur c est un script shell qui lance un wget et qui grep le temps de download) :

    + pour que l'utilisateur n'ait à intervenir que peu (human factor)

    + pour collecter un plus grand nombre de metrics

    + pour homogeneiser les resultats

    + pour la collecte automatique (ça va de paire)

    2 - si le test est automatisé, il doit etre :

    + open source (en python, perl, java ou autre)

    + multiplateforme (tout le monde n'utilise pas linux ^^)

    3 - il doit etre open source :
    + pour garantir l *evolution* : chacun pourra rajouter ses fonctions dans la base de données de code
    + pour assurer la *confiance* : pas de distribution de logiciels malicieux
    + pour que ce soit une base de connaissances : quelque chose qui marche en industrie, c est toujours interessant pour les etudiants/demandeurs de savoir
    + si reussite il y'a, c est un projet qui émule, et qui pousse a voir davantage

    4 - le test doit etre propagé chez un grand nombre : voila une bonne occasion pour faire les fameux Fwd sur nos contacts ^^ (le grand nombre garanti la fiabilité/répétabilité des resultats)

    5 - les *resultats* doivent etre *publiques* : aucun interet pour l'utilisateur final de participer a un "sondage" automatique s'il n'ya pas de retour d'experience

    je vois en ça une bonne occasion pour commencer des choses assez sympa autour de problematiques bien reelles, et des objectifs bien palpables


    Et les tests de debits en ligne ?
    ----------------------------------

    Pourquoi les résultats de tests manuels/semi automatiques ne sont pas pertinents (comme mireadsl, zdnet speedtest, et les autres) :

    - le resultat produit n'est pas sous forme traitable (dans un tableur, ou sur une base de donnée)
    - a cause de ça leur richesse est limitée, vous ne pouvez pas faire de statistiques (moyenne, max, min, deviation)
    - pour qu'il soient utilisables, par exemple classer la qualité par région, par dslam, par debit max, par congestion, ... il faudrait reprendre ces tests et les transcrire en une ecriture traitable. trop contraignant pour un projet qui est basé sur le collectif/collaboratif

    Méthodologie
    -------------

    En discutant autour de la meilleur façon de deployer un tel systeme, j'ai pensé à la méthodologie suivante :

    1 - le choix des metriques : quels sont les elements que le programme devrait collecter chez le client. Bien entendu certains sont evidents, comme le debit en download et le debit en upload, on devrait aussi en determiner d'autres; dans ma vision premiere, je pensais à :

    + le ping : pour quantifier la congestion du réseau
    + la qualité du dns (temps de reponse, satisfaction des requetes)
    + le systeme d'exploitation
    + la date et heure du systeme (je pensais plutot à un synchro avec un serveur externe, histoire d avoir une pin point accuracy, et surtout etre synchro et eviter les eventuels decalages de l'horloge locale, les données dans leurs ensembles seraient alors homogenes d un point de vue timestamp)
    + l'adresse ip de la _passerelle_ adsl: pour pouvoir localiser le dslam qui est responsable du raccoredement (un mecanisme plus elaboré pourrait etre ensuite appliqué pour mieux localiser par region)

    Je pense que ces metriques pourrait etre deja un bon debut

    2 - le choix de la façon de distribuer ce software : pour que l'utilisateur soit le plus à l'aise dans son utilisation, et pour qu'il soit utilisable sur un tres grand nombre de plateformes. est-ce que le programme doit etre installable, telechargeable ? doit-on le distribuer sous forme de binaire, ou source ? doit-il demarrer sur un page web ? (mes choix perso : source, telechargeable, terminal)

    3 - le choix du langage de developpement : si on utilise un langage populaire, les rajouts se feront plus naturellement. on m'a conseillé java webstart, pour lancer des applications à partir de pages web, parait-il. je pensais pour ma part a un programme en python qui demanderait quand meme de telecharger l'interpreteur pour les plateformes qui n'en sont pas munies, mais l'avantage reste d'avoir du source en main (et donc de la richesse, et un confort), et une idée derriere la tete celle d'utiliser plus tard l'excellent scapy[1] pour performer des tests beaucoup plus en profondeur.

    4 - la façon de rapporter les données collectées : renvoyer un rapport automatiquement, ou proposer au client de poster le fichier de rapport lui meme ? (moins automatisé), sous quel format (xml, csv,...) ? (mes choix: automatique (avec confirmation); xml)

    Pourquoi contribuer
    -------------------

    Aussi, pour les gens qui ne voient pas encore l'utilité d'un tel outil, je vais tenter d'exposer ce qui me parait etre pertinent :

    - vous etes manager/vous travaillez dans le domaine des tic : impliquez vos ingenieurs pour participer à ce projet ne serait-ce que par une ligne de code par jour; votre retour sur investissement serait de collecter des données réelles sur les comportements d'un réseau de grande taille; une telle base de données :

    + coute tres cher (si vous arrivez à trouver les gens qui proposent ça)
    + n'est pas accessible legalement (sauf si ce projet aboutit)
    + les isp ne peuvent vous fournir de telles données : trop strategiques
    + l'analyse de ces données constitue une richesse
    + constitue une pub pour vous

    - vous etes etudiant/chercheur/developpeur : idem, les données réelles ne sont presque jamais publiées, vous pourrez faire valider vos modeles, voir si vos solutions collent à la réalité, developper des méthodes

    - vous etes utilisateurs final/futur client : l'analyse de ces données vous permettent de savoir si le probleme est isolé ou global, vous permettent d'avoir un avis informé (pour choisir votre prochain fournisseur selon votre region, vos exigences), vous permet d'avoir de l'aide rapidement puisque l'ensemble des données _utiles_ est recolté

    Pas encore convaincus ?
    -----------------------

    Le fournisseur d'accès à internet, et d'une façon générale, le prestataire de service sera d'une oreille attentive dès que les clients s'expriment collectivement et d'une façon organisée. Il suffit d'influencer l'évolution du chiffre d'affaire pour que le management ajuste sa politique. Ce n'est pas la raison la plus parlante, mais elle me semble un argument de plus pour convaincre du bien fondé de cette démarche. (Merci à SecDz de m'avoir rappelé d'argumenter sur l'interet des ISP concernant cet outil dans le benefice du client)

    Les graphs suivants représentent le chiffre d'affaire ainsi que le nombre total des abonnés particuliers ADSL du fournisseur Eepad pour le mois de mai 2009. Remarquez que pendant la durée du mois, ainsi que sur certaines portions, le mouvement massif de clients influe sensiblement sur les performances (baisse de 23.-- % en CA).
    (Pour les graphs, merci de consulter le pdf, le lien est au debut du post)


    Quelle est la suite ?
    ---------------------

    Pour le moment, les choix à déterminer sont :

    - Que mesurer
    - Comment déployer
    - Avec quel language
    - Sous quelle forme rapporter les données

    Vous en pensez quoi les gars ?

    Portez-vous bien.

    [1] scapy : logiciel en python pour la manipulation de packets tcp/ip, excellent pour le debug, l'academique ou l'assessment (de firewall, par exemple)

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

  2. #2
    Date d'inscription
    janvier 2008
    Localisation
    kouba
    Messages
    1 993
    Remerciements
    0
    Remercié 0 fois dans 0 messages
    Pouvoir de réputation
    11

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    bonne initiative et bonne analyse.

    j'attends que les autres postes. Cliquer ici pour agrandir

    le sujet est &#224; suivre.

  3. #3
    Date d'inscription
    février 2008
    Localisation
    On The Moon
    Messages
    985
    Remerciements
    9
    Remercié 24 fois dans 12 messages
    Pouvoir de réputation
    12

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    j'y participe
    voila une bonne base pour commencer a traiter le sujet.
    j'y contribue en &#233;tant un testeur (niveau informatique : bas).
    vous devriez cr&#233;er un blog d&#233;s maintenant (twitter,facebook .....etc)
    merci pour ton temps.

  4. #4
    Date d'inscription
    avril 2008
    Localisation
    Bejaia city
    Messages
    2 548
    Remerciements
    0
    Remercié 0 fois dans 0 messages
    Pouvoir de réputation
    12

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    j y participe aussi que dois-je faire j'attends vos instruction !

  5. #5
    Date d'inscription
    novembre 2008
    Messages
    2 580
    Remerciements
    180
    Remercié 111 fois dans 89 messages
    Pouvoir de réputation
    16

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    Je suis l&#224; &#233;galement pour faire tout les tests que vous voulez.

  6. #6
    Date d'inscription
    janvier 2008
    Messages
    202
    Remerciements
    1
    Remercié 1 fois dans 1 message
    Pouvoir de réputation
    10

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    Salam,

    Il nous faut une liste de destination pour le ping, et un serveur pour stocker les données du test.

    I'm with you.

    @+

  7. #7
    Date d'inscription
    août 2008
    Messages
    112
    Remerciements
    0
    Remercié 0 fois dans 0 messages
    Pouvoir de réputation
    10

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    bonjour tout le monde,

    amarsoft: merci ^^ je publierais incha'-allah un second document pour commencer à mettre en place ceci, eventuellement placer le projet sur sourceforge

    el3anif : merci à vous aussi pour votre participation, pour le blog/site honettement je ne suis pas "chaud" pour ces plateformes, mais je pense que si ce projet est plébicité par un nombre de personnes, j'y placerais la documentation ainsi que le suivi

    wefix, Travmania : ravis que vous proposiez votre participation, je compte commencer par un programme open source, proof of concept afin de valider certains points (certaines approches, aussi).

    onizo : merci pour votre remarque, pertinente en effet. Je publierais dans un prochain document les points que je vois interessants, nottament concernant les destintations de ping. J'ai pensé à une petite architecture bien sympathique dans l'esprit de ne pas avoir un systeme possedant des single point of failure. Mais pour résumer l'architecture (qui ne sera pas abordée en premier à cause de certains concepts qui viennent avant), je vois les tests comme des modules, importables dans le programme principal. Chaque test appartient à une classe de tests, partage un environnement, et à acces a des fonctions publiques. Plus de détails sur ça plus tard.

    Les remarques et les suggestions sont plus que bienvenues.
    N'hésitez pas à apporter vos commentaires, aucun besoin que ce soit technique, la moindre idée et direction est appréciable.

    Si vous souhaitez aider ce projet, envoyez un email à vos contacts susceptibles d'etre interessés, en mentionnant le titre, le lien vers le pdf ou forum et éventuellement l'introduction.

    Merci pour votre participation.

    Portez-vous bien.

  8. #8
    Date d'inscription
    janvier 2008
    Localisation
    kouba
    Messages
    1 993
    Remerciements
    0
    Remercié 0 fois dans 0 messages
    Pouvoir de réputation
    11

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    aux futur informaticiens et informaticiennes, je trouve que ce sujet et tr&#232;s tr&#232;s bien de le prendre comme sujet fin d'&#233;tude.

    @tewfik: je suis a l'attende de ton prochain document Cliquer ici pour agrandir

  9. #9
    Date d'inscription
    février 2008
    Localisation
    G.G.A. / Algérie
    Messages
    1 406
    Remerciements
    83
    Remercié 152 fois dans 87 messages
    Pouvoir de réputation
    10

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    on avait d&#233;ja parl&#233; de ce projet il y a pas mal d'ann&#233;es !

    mais impossible de trouver des personnes mobilis&#233;es et motiv&#233;es dans la dur&#233;e et dans la r&#233;alit&#233;.

    on peut s'inspirer pour faire simple de GRENOUILLE : http://www.grenouille.com/cest_quoi.php


    Cliquer ici pour agrandir


    voici la partie tech : http://wiki.grenouille.com/index.php/Projet_Technique

    .

    SVP UTILISER LA FONCTION "RECHERCHER" SUR LE FORUM AVANT DE POSTER. MERCI

    wassssaaaalllllaaaaaammmm

  10. #10
    Date d'inscription
    février 2008
    Localisation
    Constantine
    Messages
    714
    Remerciements
    2
    Remercié 0 fois dans 0 messages
    Pouvoir de réputation
    10

    Par défaut Re : Appel à contribution: Monitoring du réseau ADSL

    Cliquer ici pour agrandir Envoyé par tewfik Cliquer ici pour agrandir
    ...
    + pour collecter un plus grand nombre de metrics
    ...
    Je trouve que c'est là où réside le problème.Pour collecter un grand nombre de données, il faut que l'outil soit extrêmement facile à utiliser.J'ai créé un tuto sur un logiciel qui fait à peu près ce que vous cherchez mais il est loin d'être facile à utiliser.

Page 1 sur 4 1234 DernièreDernière

Discussions similaires

  1. [Actualités] Internet: 770.000 abonnés au réseau ADSL en Algérie
    Par algérien_dz dans le forum Actu - News High-Tech
    Réponses: 6
    Dernier message: 05/03/2010, 18h02
  2. Network Weathermap : un outil de monitoring réseau
    Par ButterflyOfFire dans le forum GNU/Linux et Unix
    Réponses: 1
    Dernier message: 17/10/2009, 17h41
  3. Smokeping : outil de monitoring réseau
    Par ButterflyOfFire dans le forum GNU/Linux et Unix
    Réponses: 1
    Dernier message: 14/09/2009, 18h18
  4. Réponses: 20
    Dernier message: 31/07/2009, 09h56
  5. Appel à contribution
    Par Lemrid dans le forum ADSL Algérie
    Réponses: 26
    Dernier message: 24/02/2009, 14h09

Les tags pour cette discussion

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •  
[Auto utilitaire DZ] [Webimag] [Algérie Info] [Guide Algérie] [Mosquée ALBADR MEAUX] [Photographe MARIAGE]

is PageRank Checking Icon