Résumé

  • RFC 1289, texte de normalisation de décembre 1991, rendait des objets DECnet Phase IV accessibles dans le cadre SMI/MIB/SNMP de l’Internet. phivSystemState, obligatoire et accessible en lecture-écriture, distinguait ON, OFF, SHUT et RESTRICTED.
  • SHUT interdisait de nouveaux liens logiques sans mettre fin aux liens existants ; il devenait OFF quand ils avaient tous disparu. OFF ajoutait la terminaison des liens et l’arrêt du transit, tandis que RESTRICTED concernait les seuls nouveaux liens entrants d’autres nœuds. Aucun de ces libellés ne prouve seul une commande, son autorisation ou son effet constaté hors du MIB.

Un état intermédiaire attribue une obligation d’attendre

L’intérêt historique de RFC 1289 ne réside pas seulement dans DECnet. Le texte regarde un moment où des systèmes TCP/IP et DECnet Phase IV devaient pouvoir être administrés à travers un langage commun : SMI, MIB et SNMP. Cette interface partagée ne promettait pas une machine unique derrière les mots. Elle rendait comparables des objets de gestion, tout en laissant à chaque objet ses conséquences définies.

Le champ phivSystemState est précisément utile parce qu’il ne transforme pas « arrêter » en une affirmation universelle. ON autorise les liens logiques. OFF n’en autorise aucun, termine ceux qui existent et ne route plus de trafic à travers le nœud. SHUT ferme la porte aux nouveaux liens, mais garde les anciens. Le nœud ne passe à OFF qu’après leur disparition. RESTRICTED, pour sa part, bloque de nouveaux liens entrants provenant d’autres nœuds, sans recevoir la description de terminaison et d’arrêt du routage attachée à OFF.

Ces propositions dessinent quatre responsabilités différentes. Décider de ne plus admettre de travail nouveau, observer que le travail en cours s’est réellement vidé, interrompre des liens, et cesser de router ne sont pas la même action. Le document refuse de les dissoudre dans un verbe commode. La durée qui sépare SHUT de OFF appartient encore à l’opérateur, aux pairs et aux applications qui dépendent des liens en cours.

Le libellé ne remplace pas le critère de fin

On pourrait lire SHUT comme une simple version plus douce de OFF. Ce serait effacer la condition placée dans la définition. Tant qu’il demeure un lien logique, la transition n’est pas achevée au sens indiqué par la RFC. Cela ne dit pas combien de liens il y a, depuis combien de temps ils durent, ni qui les a ouverts. Mais cela interdit une conclusion plus vaste : un état de fermeture des admissions ne démontre pas que le nœud est déjà arrêté.

Cette distinction a une valeur documentaire. Un journal qui note « SHUT » fournit un élément sur une sémantique de gestion ; il ne fournit pas, sans autre preuve, un constat d’indisponibilité, la fin de toutes les sessions, un changement de route observé ou une acceptation de commande. Pour établir ces faits, il faut rechercher leurs propres surfaces de preuve : observation des liens, état ultérieur, télémétrie de routage, contrôle de service ou trace d’exécution.

RFC 1289 rend même visible une séparation entre codage et effet. Les valeurs entières des états sont augmentées d’une unité par rapport aux valeurs DECnet standard afin de satisfaire RFC 1155. L’adaptation de représentation était nécessaire à la compatibilité MIB ; elle ne modifiait pas ce que signifiait chaque état. De même, un nombre lu dans une table n’est pas une preuve qu’une transition est complète.

Une entrée distante ne transforme pas le MIB en témoin général

Le document définit aussi phivEndRemoteState, entrée obligatoire et en lecture-écriture pour l’état opérationnel du nœud distant évalué. Les quatre mêmes valeurs y réapparaissent. Cela étend un vocabulaire de gestion à une entrée de nœud distant ; cela ne donne pas à cette entrée la faculté de certifier la connectivité actuelle, l’identité du nœud, l’état physique, les droits du demandeur ou l’expérience d’un service qui le traverse.

Le mot « distant » peut encourager une lecture trop large : puisque la table parle d’un autre nœud, elle semblerait observer le réseau entier. Or le texte la limite au nœud « being evaluated ». Une valeur y garde son périmètre. Elle n’atteste pas seule ce qu’un routeur voisin a fait, ce qu’une application a reçu, ou ce qu’un administrateur avait le droit d’imposer.

La déclaration read-write appelle la même prudence. Elle classe l’accès prévu à l’objet. Elle n’apporte ni journal de commande, ni identité de l’auteur, ni politique d’autorisation, ni preuve que l’équipement a accepté l’écriture. La différence compte surtout lorsqu’un récit après coup veut passer de « champ inscriptible » à « action légitime et réussie ».

Sources et limites de preuve

Cette analyse s’appuie sur RFC 1289 — DECnet Phase IV MIB Extensions. La source établit son statut de normalisation de décembre 1991, le contexte de gestion commun, les objets obligatoires en lecture-écriture, les définitions de ON, OFF, SHUT et RESTRICTED, l’entrée d’état distant et l’ajustement entier lié à RFC 1155. Elle n’établit pas un nœud actuel, une commande effectivement soumise, une autorisation, une configuration de contrôle d’accès, la disparition de liens dans un déploiement, un transit réel, une joignabilité présente, un service vivant ou un résultat vécu par un utilisateur.