ANNÉES 1970

X.25

En 1976, quand le Comité consultatif international téléphonique et télégraphique adopte X.25, personne ne se doute que ce protocole survivra plus de trente ans. Pourtant, cette norme technique née des débats acharnés entre ingénieurs français et britanniques va façonner durablement l’architecture des réseaux de données.

Les premières interrogations sur l’avenir des communications numériques émergent. Arpanet fait ses premiers pas outre-Atlantique depuis 1969, mais en Europe, la situation diffère radicalement. Les administrations des télécommunications règnent sans partage sur les infrastructures. En France, la Direction générale des télécommunications tient les rênes, tout comme le British Post Office au Royaume-Uni. Ces monopoles publics ne voient pas d’un bon œil l’anarchie relative qui caractérise les développements américains.

La commutation par paquets cristallise les passions techniques. Cette méthode, qui découpe les messages en petites portions pour optimiser leur circulation, divise la communauté scientifique. D’un côté, Rémi Després du CNET défend mordicus les circuits virtuels : chaque communication emprunte un chemin prédéterminé dans le réseau, ce qui garantit un certain ordre. De l’autre, Louis Pouzin et son équipe de l’IRIA militent pour les datagrammes : les paquets naviguent librement, trouvant leur route au gré des disponibilités du réseau.

Cette querelle technique cache des enjeux bien plus vastes. Les circuits virtuels séduisent les opérateurs téléphoniques traditionnels par leur prévisibilité. Ils rappellent l’univers familier de la commutation téléphonique classique, où chaque appel établit un circuit dédié. Les datagrammes, eux, incarnent une philosophie différente, plus proche de l’esprit libertaire qui souffle sur les campus américains.

Le processus d’adoption au CCITT ressemble à une partie d’échecs diplomatique. Larry Roberts, pourtant père d’Arpanet, soutient paradoxalement les circuits virtuels depuis sa société privée. Mais sans droit de vote, son influence est limitée. Situation similaire pour les Canadiens de Bell Canada, qui développent pourtant Datapac sur cette base technique.

Le tournant survient avec le ralliement inattendu du British Post Office aux thèses françaises. Halvor Bothner, le rapporteur norvégien, abandonne alors sa position initiale. Lui qui avait forgé le terme « datagramme » se range finalement du côté des circuits virtuels. Cette volte-face scelle le sort de X.25, adopté en mars 1976 puis confirmé solennellement à l’automne.

L’ironie veut que cette victoire française profite immédiatement à l’international. L’Espagne et les Pays-Bas bâtissent leurs réseaux nationaux sur X.25. Bell Canada l’intègre dans Datapac, validant ainsi les choix techniques européens. IBM, toujours pragmatique, adapte dès 1975 ses équipements à cette norme.

En France, X.25 trouve son apothéose avec Transpac. Ce réseau national supportera pendant plus de trois décennies le trafic du Minitel, de 1980 à 2012. Performance remarquable pour une technologie que d’aucuns jugeaient dépassée dès les années 1990. Les banques, en particulier, lui restent fidèles : sa fiabilité et sa sécurité intrinsèques correspondent parfaitement à leurs exigences strictes.

L’émergence d’Internet aurait pu sonner le glas de X.25. TCP/IP, héritier direct des datagrammes de Pouzin, s’impose progressivement comme la norme de fait. Mais X.25 résiste dans ses créneaux spécialisés. Le Costa Rica l’utilisait encore en 1999, la France jusqu’en 2012. Cette longévité contraste avec l’échec retentissant de l’OSI, ce projet pharaonique de l’ISO qui prétendait normaliser l’ensemble des communications informatiques.

X.25 illustre parfaitement les caprices de l’innovation technique. Une norme peut naître d’un compromis politique, s’épanouir dans des usages inattendus et survivre bien au-delà de ses prévisions initiales. Elle témoigne aussi de la capacité des ingénieurs français à peser dans les débats techniques internationaux, quand la qualité technique rencontre l’habileté diplomatique.

Cette histoire révèle surtout la complexité des écosystèmes technologiques. Contrairement aux idées reçues, la « meilleure » solution technique ne s’impose pas toujours. X.25 et TCP/IP ont cohabité pendant des décennies, chacun répondant à des besoins spécifiques. Cette coexistence paisible tranche avec les guerres de standards qui agitent régulièrement le monde informatique.