Résumé

  • Le 9 juin 2004, AnalogX présentait ITR Client, réunissant un indicateur d’Internet Traffic Report et des outils de diagnostic exécutés depuis le poste de l’utilisateur.
  • La notice conservée de la version 1.02 décrit des réglages de mesure ; l’historique mentionne aussi une réparation de l’affichage graphique du ping.

« Ça rame » est un excellent début de conversation et un assez mauvais dossier technique. En juin 2004, AnalogX proposait un petit programme pour aider à passer de l’un à l’autre. ITR Client réunissait ping, traceroute et un indicateur de performance fourni par Internet Traffic Report. Le tout pouvait se loger dans la zone de notification de Windows, près de l’horloge. Internet venait d’obtenir un studio.

L’annonce du 9 juin 2004 précisait l’origine de la demande : des utilisateurs voulaient réaliser sur leur machine des tests semblables à ceux d’ITR. Les outils en ligne de commande convenaient mal à beaucoup d’entre eux. AnalogX leur offrait une interface graphique, accompagnée d’une icône affichant les chiffres d’ITR pour l’ensemble suivi ou pour une région choisie.

Le déplacement était modeste et concret. L’abonné pouvait consulter un état du réseau, puis lancer une observation depuis l’endroit où il rencontrait son problème. Le rapport régional et le test local avaient chacun leur point de départ. Les réunir facilitait le passage de la curiosité à l’enquête.

Les chiffres au rez-de-chaussée

La notice de la version 1.02, toujours conservée par AnalogX, décrit le graphique du ping et invite à regarder en dessous : minimum, maximum et moyenne. Le dessin occupait la vitrine ; les nombres tenaient la comptabilité.

Ce détail compte lorsqu’un résultat doit être transmis. Un utilisateur peut montrer une courbe qui lui paraît étrange. S’il conserve aussi la destination testée, le moment et les paramètres, son interlocuteur dispose d’une observation qu’il peut situer. Une capture dépourvue de contexte demande presque autant d’explications que la plainte de départ.

La notice présente également un traceroute permettant de voir les ordinateurs rencontrés sur le chemin vers une destination. Parmi les réglages figurent le nombre maximal de réseaux traversés, le nombre de pings et la résolution éventuelle des noms d’ordinateurs et des villes. Le programme rendait ainsi visibles plusieurs choix qui orientent la mesure.

L’annonce datée établit l’assemblage initial des outils et de l’indicateur. Les précisions de cette notice appartiennent à la version 1.02. L’histoire d’un logiciel se lit aussi dans les couches successives de sa documentation.

Le thermomètre passe à l’atelier

Une ligne de l’historique du produit mérite qu’on s’y arrête : la version 1.01 corrigeait un problème lié aux échecs dans le graphique du ping. La version 1.02 mentionne ensuite une reconstruction du programme et des corrections pour Vista. La page ne date pas séparément ces mises à jour.

Pour un outil de diagnostic, savoir afficher une mesure ratée fait partie du travail. Si cet état devient ambigu, l’utilisateur doit commencer par interroger son instrument. Le réseau attendra son tour.

ITR Client réunissait donc une promesse spectaculaire et un métier patient. La promesse consistait à garder un œil sur Internet sans rouvrir sans cesse un navigateur. Le métier consistait à afficher des résultats locaux, proposer des réglages et réparer la représentation des échecs.

Un indicateur régional peut donner envie de chercher. Un test depuis un ordinateur vers une destination précise donne un endroit où commencer. Leur portée dépend de leur provenance, même lorsque l’écran les présente à quelques centimètres de distance. Le danger d’une petite icône est d’avoir l’air de tout savoir sans avoir la place d’expliquer d’où elle regarde.

Les pages originales ne fournissent pas de relevés historiques synchronisés entre ITR, les tests locaux et les dossiers d’assistance ; le temps gagné reste donc impossible à chiffrer avec ces documents. Elles montrent en revanche une manière d’abaisser le seuil d’entrée du diagnostic.

L’abonné pouvait arriver avec une destination et des résultats à discuter. Le fournisseur devait encore savoir les recevoir. Au bout de la chaîne, le progrès tenait à cette possibilité très simple : une plainte pouvait devenir plus précise. Pour un programme logé près de l’horloge, c’était déjà un emploi à temps plein.