Résumé

  • RFC 2067 interdit un premier burst court, le remplissage D1 et un décalage D2 non nul, trois possibilités admises par RFC 1374 mais absentes des implémentations en service.
  • Un datagramme pouvait rester conforme aux normes ANSI tout en sortant du profil Internet plus étroit ; le destinataire pouvait alors l'accepter ou l'ignorer.
  • La promesse d'interopérabilité s'arrêtait à un commutateur HIPPI-SC ou à une liaison bidirectionnelle directe ; les fabrics bloquants demeuraient hors périmètre.

Le changement décisif tient dans trois interdictions. RFC 1374 laissait plusieurs manières de construire l'enveloppe HIPPI. RFC 2067 exigea que tout burst court soit le dernier, fixa la zone D1 à trois mots de 64 bits sans remplissage et imposa un décalage D2 nul. Ce qui n'était qu'une forme recommandée devint la grammaire commune.

Cette économie n'était pas esthétique. Une variante légale oblige tous les récepteurs à conserver un chemin de lecture, tous les bancs d'essai à produire un cas et tous les opérateurs à diagnostiquer une combinaison supplémentaire. Si aucun système vivant n'utilise la variante, son coût de compatibilité subsiste sans utilisateur identifiable.

L'expérience n'a pas validé toutes les branches

Le document indique qu'au moins dix implémentations de l'encapsulation IP et de la discipline de commutation existaient depuis RFC 1374. Aucun changement majeur n'était requis. Mais il affirme aussi qu'aucune implémentation en usage n'employait les trois options supprimées. Les auteurs estimaient donc que les systèmes existants respecteraient déjà le profil resserré.

Il faut garder la formulation à sa taille. RFC 2067 ne nomme pas les dix logiciels, ne publie ni généalogie de code ni matrice complète d'essais croisés. L'absence observée n'est pas la preuve qu'aucun prototype privé n'a jamais existé. Elle est le reçu qui a servi à la décision : une liberté non adoptée ne devait plus taxer le contrat partagé.

RFC 2026 éclaire cette opération. À l'époque, le passage au niveau Draft Standard exigeait deux implémentations indépendantes et interopérables ainsi qu'une expérience opérationnelle suffisante. Cette exigence s'appliquait aux options et fonctions ; sans démonstration correspondante, elles devaient normalement disparaître. RFC 2067 montre ce principe en action, trois mois après la publication de cette procédure.

ANSI et RFC répondaient à deux questions

Le profil Internet était volontairement plus strict que HIPPI-FP et HIPPI-LE. RFC 2067 prévient qu'un paquet peut satisfaire les normes ANSI sans satisfaire le RFC. Un destinataire peut le traiter ou l'ignorer.

Dire « conforme » sans objet est donc trompeur. La conformité ANSI décrit la validité de l'enveloppe dans l'espace matériel. La conformité RFC 2067 désigne le sous-ensemble que deux implémentations IP indépendantes peuvent attendre l'une de l'autre. La première ne crée pas une obligation d'interopérabilité pour toutes les variantes possibles de la seconde.

ARP a dû fournir son propre dossier

RFC 1374 regroupait IP et ARP. L'expérience suffisait pour l'encapsulation et les règles de connexion, pas pour la résolution d'adresses. RFC 2067 sortit donc ARP du texte de normalisation et le renvoya vers un mémo Informational, avec la possibilité de revenir si intérêt et implémentations le justifiaient.

Le succès d'un sous-système ne pouvait pas servir de procuration à l'autre. Une trame IP qui traverse un commutateur ne démontre ni la découverte d'adresses, ni la configuration, ni l'émulation de broadcast. RFC 2834, publié en 2000, clarifia et développa ensuite ARP et le broadcast IP sur HIPPI-800. Le travail non prouvé resta visible au lieu d'être caché sous le statut de l'encapsulation.

Un commutateur n'était pas un échantillon du monde entier

Les hôtes conformes étaient réputés interopérables sur un réseau composé d'un seul commutateur HIPPI-SC. Ils l'étaient aussi sur une liaison HIPPI bidirectionnelle point à point sans commutateur. Au-delà, le résultat dépendait de l'intérieur des commutateurs et de leur interconnexion.

Un commutateur unique était considéré non bloquant. Avec plusieurs appareils, un lien intercommutateur partagé peut être occupé par une autre paire source-destination. L'échec d'accès devient alors un problème de fabric et de stratégie de connexion, non un simple défaut de format de paquet. Le RFC ne prétendait pas l'avoir résolu.

Cette limite protège le sens du test. Un paquet correct montre sa forme ; une connexion réussie montre un chemin dans une configuration. Ni l'un ni l'autre ne prouve la livraison applicative, l'absence de contention ailleurs, l'identité d'un pair ou une autorisation. De même, l'absence de problème de sécurité connu annoncée par le texte n'apporte ni authentification ni confidentialité.

Le cadre ultérieur de Lu Heng sur la spécification initiale minimale offre une lecture utile : conserver dans la couche commune les seules règles déterministes nécessaires à l'interopérabilité démontrée, et laisser les choix topologiques non communs aux opérateurs. C'est une comparaison éditoriale postérieure, pas l'intention attribuée à John Renwick. Le dossier de 1997 suffit : le code exécuté autorisait la soustraction, et la topologie empêchait la promesse de dépasser la preuve.

Sources