Résumé

  • RFC 1926 décrit précisément un alphabet de seize lettres, un signal de départ, une modulation en morse et sept fréquences, puis réduit toute la réception à une inversion du procédé.
  • L’absence décisive n’est pas une sophistication tardive : le texte ne dit pas comment reconnaître la fin d’une trame ni comment traiter le temps, le bruit, la corruption ou une réception incomplète.
  • Une petite spécification peut rester petite tout en rendant explicites les décisions communes ; sinon, la première implémentation impose ses propres réponses.

Le silence n’est pas un délimiteur tant qu’on ne l’a pas défini

Le récepteur vient d’entendre la lettre b. D’après le document, elle annonce le début d’une trame. Une suite de lettres en morse arrive, puis plus rien. À quel instant faut-il remettre le datagramme à IP ?

Le silence peut séparer deux éléments d’un même caractère, deux caractères, deux mots, deux trames. Il peut aussi signaler un évanouissement du son, une collision ou un émetteur interrompu. L’auditeur humain devine grâce au contexte. Un récepteur indépendant a besoin d’une règle.

RFC 1926 est très net du côté de l’émission. Le datagramme est découpé en groupes de quatre bits, dans un savoureux « network beep order ». Un tableau associe les seize valeurs possibles à seize lettres. On place b devant la séquence, puis on émet les caractères en morse en interrompant une tonalité continue. La fréquence devient l’« Acoustical Signature » de l’émetteur. Sept hauteurs, de 440 à 784 Hz, doivent permettre la coexistence de plusieurs réseaux acoustiques locaux.

La réception, elle, tient dans une phrase : le procédé précédent est simplement exécuté à l’envers. L’inversion retrouve bien quatre bits à partir d’une lettre déjà reconnue. Elle ne produit ni les frontières de cette lettre, ni la frontière du paquet, ni une décision lorsque le signal est ambigu.

Le statut protège le lecteur contre le sérieux excessif

Le texte porte la date du 1er avril 1996, la catégorie Informational et une déclaration sans ambiguïté : il ne spécifie aucune norme Internet. La fiche actuelle du RFC Editor le classe dans l’Independent Stream. C’est un renseignement de catalogue présent, pas la preuve que l’organisation institutionnelle de 1996 était identique à celle d’aujourd’hui.

RFC 8700, rétrospective officielle de la série, explique plus tard la place particulière des RFC du 1er avril dans l’Independent Stream : des textes humoristiques dépourvus de procédure formelle d’examen et d’approbation techniques. Le double sens d’ATM, de LAN et d’AS fait donc partie du dispositif, pas d’une tentative cachée de normalisation.

Cette précision évite deux erreurs symétriques. La présence dans l’archive ne démontre ni adoption ni interopérabilité. Mais l’absence d’un rapport d’essai dans les neuf sources retenues ne démontre pas non plus que personne n’a jamais construit un prototype. Ce que l’on peut établir est plus utile : deux équipes ne peuvent pas déduire du texte seul toutes les mêmes décisions de réception.

Trois documents montrent trois manières de tracer la frontière

La simplicité n’oblige pas à l’implicite. RFC 1055 présente SLIP comme un simple encadrement de paquets IP sur une ligne série, sans adressage, identification de protocole, correction d’erreur ni compression. Pourtant, il définit le caractère END, l’échappement de END et ESC, l’usage d’un END initial pour purger les octets dus au bruit, une logique d’émission et de réception, ainsi qu’une taille de datagramme à accepter.

Cette modestie est opérationnelle : les omissions sont avouées et les accords indispensables aux deux extrémités sont écrits.

RFC 1662 va plus loin pour l’encadrement de PPP. Un drapeau délimite le début ou la fin ; l’échappement ou l’insertion de bits assure la transparence ; une séquence de contrôle de trame détecte les altérations ; les trames invalides et les périodes entre trames ont un traitement défini. Il ne s’agit pas de greffer PPP sur le morse. Il s’agit de voir combien de choix distincts se cachent derrière le verbe « inverser ».

Enfin, le véritable IP classique et ARP sur Asynchronous Transfer Mode rappelle ce que le titre détourne. RFC 1577 décrit les connexions virtuelles, l’encapsulation LLC/SNAP par défaut, un MTU IP de 9180 octets, la résolution d’adresses et la fin d’une PDU AAL5 indiquée par la dernière cellule. Il précise aussi que la retransmission relève des couches supérieures. Une spécification complète n’absorbe pas toutes les responsabilités ; elle dit où elles se trouvent.

Une échelle de preuve plutôt qu’un verdict

On peut mesurer la distance entre l’idée et l’exploitation en six degrés : la représentation des bits ; leur modulation physique ; la délimitation d’une trame ; la détection et la reprise après anomalie ; l’échange entre implémentations indépendantes ; puis les mesures en service.

RFC 1926 fournit l’alphabet, la modulation et un indice de début. Il ne fixe pas la durée d’un point, les tolérances, la resynchronisation, la fin, les collisions, la taille maximale ou le sort d’une séquence corrompue. Ses fréquences nomment des canaux possibles sans organiser leur accès. Sa prudence dans les lieux bondés est une plaisanterie de sécurité, non un algorithme.

Le cadre ultérieur de Running-Code Primacy aide à maintenir l’ordre des preuves : publication, implémentation, validation, déploiement et usage ne sont pas interchangeables. Minimum Initial Specification précise que « minimum » signifie peu de règles communes, mais des règles strictes là où l’interopérabilité en dépend. Reality Layers distingue enfin la force symbolique d’un numéro RFC de l’exécution matérielle d’une onde correctement délimitée et livrée.

Ces textes n’expliquent pas l’intention historique de l’auteur de RFC 1926. Ils fournissent un test contemporain. Le document n’est pas ici accusé d’avoir échoué sur un réseau ; il est lu comme une proposition qui s’arrête avant de définir les conditions de réussite.